From owner-freebsd-arm@freebsd.org Sun May 17 00:49:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7314F13802D for ; Sun, 17 May 2020 00:49:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Pk6n27Mrz3Rvb for ; Sun, 17 May 2020 00:49:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: db93Nb8VM1ny1i9Q6wukl_9FNqQQAGM3sb8rPLE5uQkbGSy9nio.A6FS1mwKfze 09AjeDXsYgGYhYyEIj79EPfQtYfpUU2B04FYnn9CSJNp0Z4Aw3CmJzZZQg9Uqj7TT3w8VWa8z6cY 2C2x4DnhrzTn2b8xOGf6DisTK9uSl_XhfTCqnuAxrqgfgtzhkTNfUrQrSzdBHhyHxPvb5DHhIxCo jTSo4ovyOGTtEgyqeSSUeFRZ.geHYMbf0jIM1VZEk8GUhICdzwIIX2rpdHObG_N7wl2.b2yEuFQj ZUk99XSTKmy0zM5bCqsOHyTj9XLYLN4B_TELRz0qh8u6OMN7gVcM6w.XnCh6LmlImaAMXBAem3p9 Acgur1L1LK7o_QGNysOiebh.vE7G1iPgCgG4JxI_noVD9wjWT97bvz8UENm91pwFVKoRq6bpLXaO U0EkUEVOzvLijJcuGV2MyZAsxFx4LU7HpZmyDDcxx0o_2SFThMTEmEo_nmX8Hd58rF2hYXIEDFnK 5rS.xZEV26uROvu7wKSmCqVQgFEMSKppIg_WdF2n5FVKfVWOmQT5eh8Cyv3dKpC9yK0p8Aw4lCQK 1luHewsaa7k0j96gvbQMyib_XnDkYdFDbKV7A74GaYPXa0fByJYOFFVTZLLGjGI6tyGKuuvtni4j KGHeP_VKkJsoqkVHLvbZONKmNOl.5gm85ipBAGUW1Og1D00gwcrGnK.QJOtR5tv9YT8L8vwwrGs4 KXScik3Qx5tWNiuY9bQA4PORS9heKPb6bdoNCBXk98ayDSDZpoZRXS3kTbf9iMeQUWW577iZSTcL Q_DA8H4sqItaWe8yHCNcEx7NitRUS3jRNGI_zTydSQdhTKffwUfOXBLAzzJa0RFM32VuuOCWuK_s mxO23YQjLz5rXjAXrIReCfbby_zkfT_.GMeDwHuzopWNfOVowxdJLP46CUK3IHY8y.YnQchQK0Ee MDTVpfdjgbUFpM45Q27kWSIzZLcJySABN6uUA5hPhaBU9yrU7_RruQ8elft7iaAqTVYDxX79nuJe rC6P8qaJ.hOU9U03j4fxW_uUePYtLFHknNN_fO1mleB2B2QsgE9..pihQFvqAdz.yyVPRDhD4Jxi yxZyfH.TOUd6bY2VzVmdLSOwR7iGN6HPMZsAPcoPI5W_HYBwkRixCiXcZUWfV4ZgHPE7.24ABe2k 9zypZDzFxyBSmm6QrwRwPltJ1GuAIP1r..0Ax13_j6X1H9rWdok5GlSdaPLU44zDs.T_BSNQqYGM fpmqbFrFGS.hPaIms6sNJ.4..x5lxLcCNOyLpNu4oKO4H6amDQky4_djfgYF9zM0m7ktgPmLsJWR N4oVF9UUId0YsGAnQ7MUnz48l0afBbzRkIvMjs_wkNQ0loDIdtGdaweJsvhGtvFhialRyn2ka7BJ ASSGkUXjq7zZKCJ60suZTBUGz Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 00:49:02 +0000 Received: by smtp422.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a5f7a9db77fe4647f7ddfe97966cda0e; Sun, 17 May 2020 00:48:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Issues with the pine A64+ board (no ethernet, hdmi stops, etc) Message-Id: Date: Sat, 16 May 2020 17:48:56 -0700 To: rodrigo@osorio.me, freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 49Pk6n27Mrz3Rvb X-Spamd-Bar: / X-Spamd-Result: default: False [-0.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 00:49:06 -0000 drigo Osorio rodrigo at osorio.me wrote on=20 Sat May 16 19:05:27 UTC 2020 : > Today I try to run pine64 images in my pine A64+ board[1] > and found some blocking issues: >=20 > - No ethernet device not found > - No sound device > - Only one USB connector seems to work > - HDMI only work during the first part of the boot sequence (tested = with=20 > the 12.1 only) > - pciconf -lv result is empty >=20 > I try the 12.0-RELEASE , 12.1-RELEASE and 13.0-CURRENT (20200514) >=20 > 12.0: > Serial output:=20 > http://files.osorio.me/pine64-logs/pine64-12.0.boot.txt >=20 >=20 > 12.1: > Serial output:=20 > http://files.osorio.me/pine64-logs/pine64-12.1.boot.txt >=20 > Errors: Module simplebus/awg failed to register: 17 > Module awg/miibus failed to register: 17 >=20 > 13.0: > Serial output:=20 >=20 > http://files.osorio.me/pine64-logs/pine64-13-20200514.boot.txt >=20 >=20 > I also did the test with the 12.1-RELEASE LTS, but u-boot fails with = the > following message: >=20 > U-Boot SPL 2019.07 (Nov 01 2019 - 01:52:40 +0000) > DRAM: 0 MiB > ### ERROR ### Please RESET the board ### Your log file pine64-13-20200514.boot.txt reports that you have: DRAM: 512 MiB . . . NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE: BL31: Found U-Boot DTB at 0x4091018, model: Pine64 . . . Model: Pine64 instead of (from the Pine64+ 2GB that I have access to): . . . NOTICE: BL31: Found U-Boot DTB at 0x4091018, model: Pine64+ . . . Model: Pine64+ So you have a Pine A64 instead of a Pine A64+. I do not know if that explains any of the problems or not. It may be that Pine64 (non-+) is just not supported by any FreeBSD snapshot. Next, taking your DRAM example: The sysutils/u-boot-pine64 and sysutils/u-boot-pine-lts ports are for different types of boards that have different types of RAM. ( Both are based on sysutils/u-boot-master .) Pine A64(+): =E2=80=A2 DDR3 RAM (up to 2GB) Pine A64-LTS: =E2=80=A2 LPDDR3 RAM (up to 2GB) The PINE64 vs. PINE64-LTS snapshots are different by which sysutils/u-boot-point64* was used. So the DRAM result of using u-boot-pine-lts on a non-LTS board is expected. For the rest, I at most can report how the Pine A64+ 2GB that I have access to does based on sysutils/u-boot-* as of ports head -523958 and FreeBSD head -r360311 . I do my own builds and installs. I've never tried to use the sound or HDMI but I use EtherNet and USB. I do report by noting differences in our log files that might be of interest (instead of listing everything) . . . Your A64 log: Net: phy interface6 Could not get PHY for ethernet@1c30000: addr 1 No ethernet found. My A64+ log: Net: phy interface7 eth0: ethernet@1c30000 (Note: Later in the sequence, and shown later below, there are some other related messages that are likely important.) I had a Powered USB hub attached to the lower USB port, with a USB SSD on the hub, and the USB SSD was found: scanning usb for storage devices... 1 Storage Device(s) found The context for that seems to be: scanning bus usb@1c1b000 for devices... EHCI timed out on TD - = token=3D0x80008c80 3 USB Device(s) found (The USB SSD holds / after the kernel starts for how I boot things. So the Pine64+ 2GB will not finish booting without the USB SSD being found.) Note: The above messages should be compared to the upper-USB-port case that I later report on. I also later get a: Scanning disk usb_mass_storage.lun0... that indicates that the USB SSD was found. You then get EtherNet related messages that I do not get: phy interface6 mdio_register: non unique device name 'ethernet@1c30000' Could not get PHY for ethernet@1c30000: addr 1 Note: My guess is that the "non unique device name" status is itself a problem. In my context, if the powered USB hub is plugged into the upper USB port and I try such a boot in that configuration, the USB hub and the USB SSD are not found: scanning bus usb@1c1b000 for devices... 1 USB Device(s) found . . . scanning usb for storage devices... 0 Storage Device(s) found However, as I understand it, that is the expected status on FreeBSD at this point (and possibly always) for a Pine64+ 2GB. (Note: Technically, the powered USB hub and USB SSD are both USB 3.0 capable but support USB 2 contexts as well.) Hopefully, this note helps someone identify the issues via the contrast with a context that does boot and has EtherNet and the lower USB port working. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 06:39:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D64B62C84D9 for ; Sun, 17 May 2020 06:39:02 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gold.funkthat.com [IPv6:2001:470:800b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49PstY6N5vz41nk for ; Sun, 17 May 2020 06:39:01 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 04H6crpi069703 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 16 May 2020 23:38:53 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 04H6crA4069702 for freebsd-arm@FreeBSD.org; Sat, 16 May 2020 23:38:53 -0700 (PDT) (envelope-from jmg) Date: Sat, 16 May 2020 23:38:53 -0700 From: John-Mark Gurney To: freebsd-arm@FreeBSD.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200517063853.GI4213@funkthat.com> Mail-Followup-To: freebsd-arm@FreeBSD.org References: <20200516221344.GH4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200516221344.GH4213@funkthat.com> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 16 May 2020 23:38:53 -0700 (PDT) X-Rspamd-Queue-Id: 49PstY6N5vz41nk X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 2001:470:800b::2) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.20 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[funkthat.com]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 06:39:02 -0000 John-Mark Gurney wrote this message on Sat, May 16, 2020 at 15:13 -0700: > Hello, > > Recently got the Cora-Z7 board, and want to get FreeBSD working on it. > > With a bit of help from manu, I managed to get FreeBSD booting on it, > but running into issues w/ the clocks. > > The issue is that I need to set the clock-frequency for the > global-clock, otherwise I don't have an event timer and the kernel > panics. I configured it in the dts: > https://www.funkthat.com/~jmg/FreeBSD/cora-z7/zynq-coraz7.dts > > But the issue is that time passes approximately 6.25x faster than > it should. This was measured via pinging a remote host on the > board, and via another machine, observing that it was about 6.23x > difference, and noticing that 50MHz/8MHz is 6.25x. The 50 MHz > speed was selected because the Cora-Z7 user guide says that the PS_CLK > block is provided a 50 MHz clock, and the dts provided by Digilent > uses 50 MHz as well: > https://github.com/Digilent/u-boot-digilent/blob/master/arch/arm/dts/zynq-coraz7.dts#L41 After a bit of digging, I think I have found the solution. It looks like slcr is suppose to be set to the frequency of the ps clk, which is 50 MHz, and then the global_timer is suppose to be set to half the CPU clock frequency, which on this board is, I believe, 650 MHz, so using the following in the dts made things work: &slcr { clock-frequency = <50000000>; }; &global_timer { clock-frequency = <325000000>; }; ping times look good sane (after I realized that wifi has a tad slower), and I've been running ntpd for over 20 minutes, and it hasn't bombed out yet, and the offset/jitter look good. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Sun May 17 07:21:15 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD2502C920F for ; Sun, 17 May 2020 07:21:15 +0000 (UTC) (envelope-from pkk@spth.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49PtqG4d3Lz43Sc for ; Sun, 17 May 2020 07:21:14 +0000 (UTC) (envelope-from pkk@spth.de) Received: from [192.168.178.36] ([77.12.86.244]) by mrelayeu.kundenserver.de (mreue107 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MVuXT-1jSgXN1iqb-00RtJU for ; Sun, 17 May 2020 09:21:12 +0200 Subject: Re: Recommended arm hardware (mostly for compilation)? To: freebsd-arm@freebsd.org References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> From: Philipp Klaus Krause Autocrypt: addr=pkk@spth.de; prefer-encrypt=mutual; keydata= mQGiBD+wIQ0RBAD5IkcgQQIAPO93xBBvviI0htuoaeb++GqG51BImx+rnWIS+1z+r3y5jQU5 IRYS8eDC3eR5PFtde/f7/3zxaJIB0bgXB1eMPot5CaN7mpUySVNh9bzH/UP7rVH0Ut7Bx/CI 7EXxhvYE23F/TAf+gS4flFqQ/GdK+MME+dg8J5nFbwCg92xq6iuAvyz7vSho9qbKHsCD3AkE AMbuLLBvk4mPvs19aRGZvT/pows1uzkeNq8fpmzvryb4UxUbU89qlNzA2Bg8ztVZGX9x5drb C4tFE29ZFAHn2bojx2ADxG85+2as8yfcz6sPG4HMzeTtugzPGCeRAXaSknZHsw6AC6LrtsEU sjEZMElfvu8uU4dthfhXOIDVNRHmA/446GsHRLosDHFuDjHpBQJPJSBnFDyRSCge2Q0gup96 GGhNc7KkYeIB8Dh7dCN3h5RYXflVTspxmgANUa+RFpL4pynsF16rtkfeh0UR8uLdoaGwMChw GyWIdRhX8MLQ8v3WHPCUrB/1f5xhRypQgF0/c8y4w5BarGQXy7AM0PljBbQxUGhpbGlwcCBL cmF1c2UgKFN0YW5kYXJkc2NobMO8c3NlbCkgPHBra0BzcHRoLmRlPohbBBMRAgAbBQI/sCEN BgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEG7VFfsbKC6a31wAni0szX2x9jjNqqch2fE5zOkd IJsSAKCuZaayyxtHPb6rpQtbDMUTS7rXe7kCDQQ/sCFjEAgAknletShOrS5UeFH6V09TksPL 5w8S1SaQThvdberD74Uaq5Weoeu5fCzeDlhRvTC+wQFxL5W2wdM3ZhqRpZIri7X3ab/WUsqv 0FCK8LB9HfioafjNg7uQbyUannvyBkj4WAfHrTDgDbNw8EJMehab9MUeCUZEkhXrk9b3rp3r /uoic1pymK0aZX+wUfayXGANAAk75HAruEWxpGObjcJ587tTOsfDAFnJlXKXLVXuqJDSraym ankbEfyX1CmfhetYn+s1fCpAHX/GOIQPEG2BCdeLdy8ApN0l6MIrRkJKbBnvnc8HsUI7Elfu huemyI/Nvhxk5+tuOS5kZBIyZKe8CwADBQf+InHwn00dafe8XNod9jRsHgCqE259ocEiL0Zs rw3NfwbckR6YVGtoovHna6I3+o4F4GPS/869WFw/w1HGGsa9t6SRjWeoH221bxYc+aTstGbA hd9OuDXnXFi9Mokh34cXQexvrVYjfOdbAl9TRezPBRygzr6XvUdUtIpZjZhW0WSdhdF67Obl F+S9kCX7v3Q0kSqnjzk05Qs5kHyaE+7BKiGQhvCz51J++CTCc/g16eOVVabHNLalAEInq1jn jAB15+JxDcA3HFup7+sHkkscAEQPPi8aNnWR32su0w9hfE1qQkvyHhOiPX2GVhm/Lt0C1vGr ZCB9Bve3r8M+Z7uMaohGBBgRAgAGBQI/sCFjAAoJEG7VFfsbKC6aQ4oAnibaEjyIlrRMTmyL K76lqhloK0EPAKCQsgCELscmeJnxyjV1zZt6AJ6ctQ== Message-ID: Date: Sun, 17 May 2020 09:21:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:DD86n+6RxsnsUgFXbcEEfup9t+zSEWRWAXby0IQ9i9hc+AywLiO 6idw96cgnKFVeVrsnIKAWwbeXHcsrB1xFcLkp6g/v7KjWr0X8aCKHFdTuzSQogmGSyQBYwR 03+e4IgNrWwzeIpDvyFYQTBDtJfYX3LXXcgb6m6BtJD7abyaXkU1ZeXMxpBL4/rK89kHruI AVV40YloXGJAcC0KPfK6Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:el5zuk3sDbo=:u6jXLB+MOSwpKEm6Yiv9Ds KLaepvT2p1W6IWdjpbMyyTMpzbAzrwr6vwiqbn5OlW2yMi5UtuQ6pAHojwCBHS8Bde3mAkSHW Qp5+ZkdnK8VqhXmuL+HPjjZhZJVHQQyLOFA4DSGqkRfYSu57SJFYDvJkM7xqdhzWvuZrhW+at o8obpOay3dB5KeFE8xAqx/kQqjnlyVkK4Zw6XugoMR6lQV6x2cVuH77W0o9ubwMaYP+TTyvL0 hMzA2JOI8cv3crtmOiNr2N3teIL0lg878l+I/h5uJzp5IaoVOmRNmjL7weAPuXFTLl1Cn4INq oY8s0awLsZlu0CbzsQkuUZRevURrGOCNdc76W7Kb5mle30ZH0k9oGzL0GWnOWjJdOhUuCbSFi UXJbFmsG6QyIgxpe5mRgBHzDgWAo2NRvzLxUwpVkDgJYkW0R3XgiyGpRl/14FOe62r1taSKyy qgYeZ7FoVqQEFBZXwdXX5e86ilb/MVMCB9SDPbL/e4VgfgtmlktaGopNdarpTo3+ZpmUXjIA1 dGWncFszSYjQn9WTB2xPbo8h0jPgFY014q6OIm1TMw5Co5k+dzqMMrT3kQcxaKQBphsr50bES ZrqmkfXS0/S3OkmAJUyY6RpfFnwZ4yaDZEBerU17dEvKziEVoPsr7DgVWeCSk07vfFeHWa/j5 X6AKLqC6/z2iTR7vk2/Y+VRZ8I85MiIXznHv6h5diFi+suUhIjDfaUGcW4kKmKaKIPvLSlRQS yQhR4PlQRHyMsqdgsTmYVWKOVmZEagj4ZB7LUzoQLSbP+g4xnv4i/+Rnrfa4W+afo7gjGD5BE W1jcNcmPipWyoF+TIvMnsFu2RW/FN1WrfWiXAos8pPAxjrC3mQ= X-Rspamd-Queue-Id: 49PtqG4d3Lz43Sc X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pkk@spth.de has no SPF policy when checking 217.72.192.73) smtp.mailfrom=pkk@spth.de X-Spamd-Result: default: False [1.90 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[77.12.86.244:received]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[217.72.192.73:from]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[spth.de]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:8560, ipnet:217.72.192.0/20, country:DE]; RCVD_TLS_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[217.72.192.73:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 07:21:15 -0000 Am 14.05.20 um 17:30 schrieb Dan Kotowski: > I have a SolidRun HoneyComb workstation board based on the LX2K and > can confirm it's quite powerful, however I have only been able to get > Linux-based systems running - I have not been able to get FreeBSD > working, but am working on it. SolidRun provides all the sources > necessary to do so, it's just a matter of interpreting all the > documentation. Do you have any experience of how this board performs vs the MACCHIATObin? Both have A72 cores at 2 Ghz. The LX2K has 16 cores vs 4 cores on the MACCHIATObin, but I wonder if typical compilation workloads are able to use all cores vs. being I/O or memory-bandwidth-starved. The other main advantage of the LX2K would be dual-channel memory. But I wonder if that worth the price difference. Philipp From owner-freebsd-arm@freebsd.org Sun May 17 09:41:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C51A42CC00F for ; Sun, 17 May 2020 09:41:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Pxwf73Pxz4B8Q for ; Sun, 17 May 2020 09:41:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .KrTQeIVM1nFZ1MHtwFTOR1ZiStft_WBb9XkjYRXw5gynMOm0A8yijmaOeWnXEV i5FDjBwkNsmDiA3HAqLm8x2GEAo3k6tgaKRJQwY_hfO1JU5x_eqEoiMidXyZF9406bufVGjmB4Zb wPCiGzangwhOappHpGIW3Axo.Ej8OqFwaNb6P7rVmAdVcKyfFA_bCrtMK0zc03cJU9QhWOrBnVCA VANokXQNRgr.e7_GCccYIceuf.mykLEtECvAuGV45mj6jOiU_i75OU0DTtum_s5iy0k54h93Fpq1 v809pWrKxjj9MBjrd0vJ7qk_sBScTvRMB5RmO15Wer_xF3xZ5PaaIpj6ozhgzunbaIZK4DyixmBQ zdnl.0lpcNrXyG5h8kFnT7dqmUEgAHpKuit4gXiRmECQtPwDPx0dGMITbYDXUl9cq3tLvQstmlht zeDIlekj.rSAJ3ZYOhu8WhXD9szzf5kmvDgvy7qibBfQi1tJxQKVEobiP1T6OnlsycT7pJEo0lC7 N9UQp4yiTmfA9NVl.23w_KvYdK3jv7q9Ug9sEgEDBgazPxGI_yJLi7WCW8XynqDdlPCabb.3YaVm EFM916K8ZNTRbePPYWVXmW3GcdWmWQqv0KeH8.T.dU4sYXn0YJrcZQVLHYxFr1r1dT3Gnjd6htVA uzIi5gAaVkBfmylK5DfTMoUFZ3vPvPPAgvoa9_jRyiEUVJsY0I5OCUgsxR_teg.P4Kyu49CP4kW8 l2pAYBthwNzxNtaDs9_Y7AkEy1BNGpoWF4Ba4TJXopTnt2dtPfjGXmIHQ19oyCToGyNCpHCXB0o7 Bq6TyZNupgucoUIiuEaOyhQOAr_Yq32LwNwefQZI4F9DAOfEkgheKCsUyUoo8cJlglOq2QV3dpc2 kFyCsm7omymS9jg0yCm.bd0QAxohtKutUdm6bJTMeU6iztTgt8FqIcGSgZBtnnShg9XBjGKTGBpl qoVS5Eh2oZIxUMlnW46A1qJ1.IAGkCW4oQosMHvR9euBmJPnO2iuOLlF_rTMvKP6wpaYumaDGXvt 97q_ACvqkJ5gaTckrFKBiD9.uOwqhHh.QzfzRSim2DsGk9YXtV5tVDsedJxyNBjKF9DfZBcjJGBq m1eedpzv.wy8q4FLzoDHb1AbPB8TQMuG19x.Y8jrkEjtLqVBi24xZ8sv7qvq6dx17Rxcw88vn5it Uvqo14L_vV.MQYPusQhB0ptpq3HkY9BK1YsJwD.gnudGQcFIvR7vWR2hQ6eClge2JMC0pUYRQZbG AX_RCDnvjm13pxaeR0kar4qxe0oliwKGZrBh2UPMW9pOQdYMzfH5j19tOdV6_onPRr7aecgyzmRg o5Cz9a9qSXv8S05qFkeDoVVKfHznJcq242lDMA3h2r2dQ6aZHCkpZmWboq0F2ImrVr6pFMceYqMO sUDjeOwk6dyJwZ2SeX2s- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 09:41:05 +0000 Received: by smtp401.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6bfb4de35fdc1dc123cd3cd8bad60031; Sun, 17 May 2020 09:41:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: Date: Sun, 17 May 2020 02:41:02 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> To: Philipp Klaus Krause X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Pxwf73Pxz4B8Q X-Spamd-Bar: / X-Spamd-Result: default: False [0.51 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_SPAM_SHORT(0.01)[0.011]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 09:41:08 -0000 On 2020-May-17, at 00:21, Philipp Klaus Krause wrote: > Am 14.05.20 um 17:30 schrieb Dan Kotowski: >> I have a SolidRun HoneyComb workstation board based on the LX2K and >> can confirm it's quite powerful, however I have only been able to get >> Linux-based systems running - I have not been able to get FreeBSD >> working, but am working on it. SolidRun provides all the sources >> necessary to do so, it's just a matter of interpreting all the >> documentation. > > Do you have any experience of how this board performs vs the MACCHIATObin? > > Both have A72 cores at 2 Ghz. The LX2K has 16 cores vs 4 cores on the > MACCHIATObin, but I wonder if typical compilation workloads are able to > use all cores vs. being I/O or memory-bandwidth-starved. > > The other main advantage of the LX2K would be dual-channel memory. But I > wonder if that worth the price difference. I do not have LX2K experience, but . . . An illustration of the type of question: I have access to both a MACCHIATObin DoubleShot (A72 based) and a OverDrive 1000 (A57 based). Turns out the OverDrive 1000 is faster at parallel builds overall vs. the MACCHIATObin being so for single-threaded activity. The OverDrive 1000 has dual channel memory. Both are configured to have SATA SSDs of the same type and the I/O does not seem to contribute differently for builds. (The file system context is UFS for both.) As an example (from memory), a poudriere bulk build session set up to do the same on both got results like: OverDrive 1000: 15 hours MACCHIATObin DoubleShot: 18 hours (in round figures). The poudriere configurations for both allowed 4 jobs at once, each job allowed to use 4 processes per job. (So much of the time the load average was more than 4.) For both there was enough RAM that the builds avoided swapping/paging, if I remember right. Sounds like a LX2K would be an interesting thing to compare with. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 19:14:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 95F082F19BD for ; Sun, 17 May 2020 19:14:23 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from egyptian.birch.relay.mailchannels.net (egyptian.birch.relay.mailchannels.net [23.83.209.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QBf61MXHz4nH2 for ; Sun, 17 May 2020 19:14:21 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 14842180B87 for ; Sun, 17 May 2020 19:14:20 +0000 (UTC) Received: from pdx1-sub0-mail-a88.g.dreamhost.com (100-96-12-34.trex.outbound.svc.cluster.local [100.96.12.34]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 59633180ECC for ; Sun, 17 May 2020 19:14:19 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a88.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Sun, 17 May 2020 19:14:19 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Occur-Wipe: 318493db69c0d45b_1589742859748_1405267136 X-MC-Loop-Signature: 1589742859748:481238900 X-MC-Ingress-Time: 1589742859748 Received: from pdx1-sub0-mail-a88.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a88.g.dreamhost.com (Postfix) with ESMTP id 175D0B2386 for ; Sun, 17 May 2020 12:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=LX6x/RVlOWD1TWscOTj0cDzmS3g=; b=Z/ czB4NOfDhSxC+usaqlefDlPVOOcXFZqlyBGB7mp1WfbNJI0gNgjuNDFP1IO0XcBu /EO7zYtruOwVypWYVwIZl4OqQ1dyS1jzl6jZH8PgsUeve7QKnp6XBgWTenYQvMd0 mbmAnTALVjJX4Uv7ZwzeU2QQy9+iaqvb8G9EISbqg= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a88.g.dreamhost.com (Postfix) with ESMTPSA id BD152B238A for ; Sun, 17 May 2020 12:14:18 -0700 (PDT) Date: Sun, 17 May 2020 12:14:16 -0700 X-DH-BACKEND: pdx1-sub0-mail-a88 From: Thomas Skibo To: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200517191416.GA1194@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200517063853.GI4213@funkthat.com> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedruddtfedgudeffecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqnecuggftrfgrthhtvghrnhepheegieekkefggfeifeelgedutedtleelffekffekteefteeigfdvudfhgedutdejnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppeeijedrudektddrheelrdekudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehpihgvughmohhnthdpihhnvghtpeeijedrudektddrheelrdekuddprhgvthhurhhnqdhprghthhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqedpmhgrihhlfhhrohhmpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpnhhrtghpthhtohepfhhrvggvsghsugdqrghrmhesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 49QBf61MXHz4nH2 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=Z/ czB4N; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.209.56 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-0.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; DMARC_NA(0.00)[skibo.net]; DKIM_TRACE(0.00)[skibo.net:+]; NEURAL_HAM_SHORT(-0.96)[-0.964]; RCVD_IN_DNSWL_NONE(0.00)[23.83.209.56:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.209.56:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 19:14:23 -0000 On Sat, May 16, 2020 at 11:38:53PM -0700, John-Mark Gurney wrote: > > After a bit of digging, I think I have found the solution. It looks > like slcr is suppose to be set to the frequency of the ps clk, which > is 50 MHz, and then the global_timer is suppose to be set to half the > CPU clock frequency, which on this board is, I believe, 650 MHz, so > using the following in the dts made things work: > &slcr { > clock-frequency = <50000000>; > }; > > &global_timer { > clock-frequency = <325000000>; > }; > > ping times look good sane (after I realized that wifi has a tad slower), > and I've been running ntpd for over 20 minutes, and it hasn't bombed > out yet, and the offset/jitter look good. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > sysctl hw.zynq will tell you the ARM PLL frequency. It is probably set to 1300 Mhz so 325 Mhz is the correct global timer frequency. --Thomas -- ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Sun May 17 19:45:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7D7F2F253F for ; Sun, 17 May 2020 19:45:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QCKy1V8zz4pXj for ; Sun, 17 May 2020 19:45:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: HesdcQYVM1kBC.J6SIjh.ELpfh5QhqvM7tZ67CRnp0CaIx8Wh14tkwWvvVDn.Tc A6QIOY2ddPR7BmFKG4wlUe8yOy_yMGh4dybJ_mOEw3vn1vhZa2YrpZYBK7JUGFbtdiSjGW0JtwK4 OIdhr7LjXY1Bs6rL4bGsesswU5.TBcH6i.v7MN0Of_acTsnfx7czExLrpLw.76xFO0dUmLqy_6R7 QyrQoyqk9Gugj9MxlPgminnJmV.pFW.qNCZcG3aGFdU7kNU_4Tq3uRBneHPQQy9_yRzpgKajobhr rAMN_U9bWiBBrj5fgC0NMHbhTCkzZy_YXUN_oR0J4fl7wmBDSqcoolRVzzy3ARqZKjOclASrsCnW MhB7aOpuTgOr1t_p7DWAm59_L0W70PE9E_YaKUEZZDBUeNuBp8Hty27gzfjSaHHj31YykgMSCnBT UlV9hH2y18F6A0aBnd7H9Hh6Dbk5Vz8u.xVuPV.S56.bkNfGbw3Us17LE8jRG2EKAOaVCUrs.BDV Pdh1Iwg9wL7dtx6AUAMdpU_9lRcMo5mTJyyBJlut5oWMR491_JWjlPpCK.JM4QtfdOosZqIELVYE jI9UdCsu.qdRlhPQxZ3sFixZcETFhXwpdMmmNNbn0WQ5qKyAacoPz9iK7KEwamVdWMEsnWW8aHJJ L2rXO1w.nNfS7MEnGHohOoQMWUxk7dBLAyW5J.M9PXHOoserIuAMcdtUkinmyM5GCkN_CG7gh7tU AaymzxPz8gigcimoIaPx59bOCFzP02HFvv4Z_hIR9wve7_zn9gRw5yC_CyxAzjuQJ0PPTQvhuP1e zX1WBgUp_Zp_KqRwcSf2hq1hchEdEX5vVreKTfD4PDKIE2D3mWIUCJqdrcdmZrPVWVDBr_lM9VjJ ixsu_6z.gwN7YoD1cS2kwEA7aAQh67CHt8Ye9dVev1UPB.EJV3.GooHJ4lUtRElrpePStb9MODKg inWvSWI53Y4MoTeJaAagE2JG3DUWimF3gnrDI2GwbHrQnHF.3gbY5MSt_Kc9X2x8_OctSJWNM381 5URG7UcWB1d11O2IlQUo0N2RxThrYXtAGYAJR3u6E6CU_Zlh.U1vnY3KaVajEUDX4Y8NhaHa8M.n r1.cizJMYXwsqtD4anzykDJ3EVIv2hvpn2M8SdVNXogY3g_r7IWnrz3ZgAxhAAGPIM2YTssaemgj s9h1wv_pz9QVitKvpUty5w5Z_jsC79Y7ruZxcTooIWK_8t91RYsKKbDE9AxLXlINVuCUYc60XJLx 29yPksOwlN4IgIjkqgTNbu5Vm.LLvEXClq3TM1vVnvX7GFmG6Zv0J8Zn5j8uCV63Ep9GTXjJwNF4 bfrYMKng4H7_gk893_3GxlwctHzOSF5m10uVHoQJbg.51BDZIXriBwG6_0J4n6FroQyvSxYp3TbD jsLBm4gx1XY0PEXMPvtiT Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 19:45:24 +0000 Received: by smtp429.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3b2216b89dc23a0c86bae1fd44e4f551; Sun, 17 May 2020 19:45:19 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> Date: Sun, 17 May 2020 12:45:19 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> To: Philipp Klaus Krause X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QCKy1V8zz4pXj X-Spamd-Bar: / X-Spamd-Result: default: False [-0.01 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; NEURAL_HAM_SHORT(-0.51)[-0.507]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 19:45:27 -0000 On 2020-May-14, at 09:44, Philipp Klaus Krause wrote: > Am 14.05.20 um 17:30 schrieb Dan Kotowski: >> I have a SolidRun HoneyComb workstation board based on the LX2K and = can confirm it's quite powerful, [=E2=80=A6] >=20 > Looking at the specifications, I haven't yet found anything on how = much > energy those LX2K or MACCHIATObin boards need and what kind of power > supply would be necessary for a minimal system. HoneyComb-LX2K-datasheet.pdf reports: Safety Notice =E2=80=A2 This device is to be used with Certified Power adaptor = with output rated 12VDC, 1.5A. Power adapter must meet Limited power = source (LPS) requirements. =E2=80=A2 Power adapter must meet local safety standards and = requirements based on product intended use. =E2=80=A2 Power adapter must meet Operating environment = conditions as specified above. LPS could be looked up for more information. (A "minimal system" would not have anything in the PCIe slot, for example.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 19:54:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C2242F22EC for ; Sun, 17 May 2020 19:54:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QCXT6hSnz4q0G for ; Sun, 17 May 2020 19:54:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SIY74rAVM1m6xYLeq8VJa2_yQmrVdUGm3VeaoRZmK.e5qTUtJFzUYRHRmEicw9i 8sFVKfBQqS7UWUsopxHxBnb2nSB.dW.ydFSRWbeIiuSFmaalNPz2BX1DgH5qkqNgTHD1KDe8CEfu NR7YtouVhd_ZJqalS880XcWle98ZDHd3ncGbDkEK3e9fq2HlbBcdHxB.k9qEjnb9M0Upy1L7WAE_ 6rd7h2BCtiCNuXWL9eCj__W9aLiiG6GWPe05gwapIeIrewaZR6.oBWkda1mCQq.FQGr5zAmaMdl. OQ_QymjdXJiDgHieFtMgogpBA3nePzyKH0BxYmrO_Tp_bf9Y_nF77Nv7RBvK3cJBXCdJN9zIuu3C 05nKpO_cMWY0ac7_UXMGwUNu4KZ4mMp2aNambHx3P9y_bR3NXL2rJCfBK9MtGMdqJ2LK5cisQIyL .2rB5PxwfeQ5IpUQeJpagcpl0oAhuAiAHIICs6pANQ1aMRznJPDz5g8zng.tNkNCVfHqs8oA2Fu6 ar3MSMiCZcOsrYzjEmrDptT9qgUYoQvEG070XPIh9.ZkPXTUz7XFYMqPcmCw4sfBf0sLBXjdh1Gk _2DhEufCDcaddmRcAQBfAcctdqseEUs0T4rlB2xjDzyPb_YoTUumPZJFGms5RJpYz66kbiSNkwRn rXoCaSp1ibtUQk5lLj0jJgStvHS1K9fCnz1Gsl3KGX3lgcH6D.INItNdLE0jA7tk6AInmGk.a9qt b1McI08q0KByBBC51ShlkthnGtPI5JThnoWiL12dj0.Nmiru9aLhuSGCZN8mJbB5oInOLIA57zbw FS9U5X4B5jr67B_o2fD9aGtxC_DnSMBJWMiQPDMmwgqlNQhjd84jAV6qkXNeWcP5qFIec0NdRLp_ CFSycHOGts0cbgEPIPsJoM38Fn1WjOP1XCHbCeB8ylbUew2a3._mD8nnDYUBKS2p5LlLZMZji5rv UMabKSmImlUNxtPVyIhIAuMzyAPuhVSZoqRXkxS8OhyDMAmZuSG52idP1rDRR825sCy5iRt5gFeT GT7beESlfuQdM.BXbFyI01KpQun3DTSWrn222o9S5uu5i9zAZwjuJqWRhzPQVcDGkdSFAroto_YA QkTeZpx5Dfmw2g.3ePG.9.U_5QnoIrRELP3zzBn6_Y9PjIzU._vr1zWmy0iIBYH4HaQ_3o3Dv7pm EWzCwueQHTU6LoaVRj5aqlQuIBNli9YC3JcIJ9cieQY62rDx.MRDakOt2cEajww9XbAeyvzZxehP l7ZXTaCJDlhNwm5XtF0QFLZj.v56JDpy4ebALqVzb0aVwZER_d5F2OsbVq5MrZbiamRjQkw.PyLx _xhr0FtZ3hIlxRZlE7hpAKzISRYvvFhqzq4n6.VTf7zCye6GJ943CFppzEG2g1uEdJfHqjnRt17i fRaA4gCvENOBkf.LcPaRzdw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 19:54:32 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8a21b343e44ed18320b9f6f8e3bf30c6; Sun, 17 May 2020 19:54:28 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> Date: Sun, 17 May 2020 12:54:27 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9BA905F8-4D3B-4DD0-8512-D9255727FA05@yahoo.com> References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> To: Philipp Klaus Krause X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QCXT6hSnz4q0G X-Spamd-Bar: / X-Spamd-Result: default: False [0.01 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; NEURAL_HAM_SHORT(-0.49)[-0.490]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 19:54:35 -0000 On 2020-May-17, at 12:45, Mark Millard wrote: > On 2020-May-14, at 09:44, Philipp Klaus Krause wrote: >=20 >> Am 14.05.20 um 17:30 schrieb Dan Kotowski: >>> I have a SolidRun HoneyComb workstation board based on the LX2K and = can confirm it's quite powerful, [=E2=80=A6] >>=20 >> Looking at the specifications, I haven't yet found anything on how = much >> energy those LX2K or MACCHIATObin boards need and what kind of power >> supply would be necessary for a minimal system. >=20 > HoneyComb-LX2K-datasheet.pdf reports: >=20 > Safety Notice >=20 > =E2=80=A2 This device is to be used with Certified Power adaptor = with output rated 12VDC, 1.5A. Power adapter must meet Limited power = source (LPS) requirements. >=20 > =E2=80=A2 Power adapter must meet local safety standards and = requirements based on product intended use. >=20 > =E2=80=A2 Power adapter must meet Operating environment = conditions as specified above. >=20 > LPS could be looked up for more information. >=20 > (A "minimal system" would not have anything in the PCIe slot, > for example.) As for the MACCHIATObin's,=20 = https://developer.solid-run.com/knowledge-base/macchiatobin-single-double-= shot-getting-started/ reports . . . QUOTE You can either connect a power supply via DC Jack or ATX power. The board requires 12V (2.5A or higher based on PCIe add-on card power = consumption). DC Jack: Positive on the inside. Negative on the outside. or ATX Power: (standard pinout) 12V pins shorted to DC Jack. Do not connect both simultaneously. END QUOTE But http://macchiatobin.net/support/faq/ reports: Please use the power supply that came together with your MACCHIATObin. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 19:56:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B6812F29BE for ; Sun, 17 May 2020 19:56:31 +0000 (UTC) (envelope-from pkk@spth.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QCZk1cTmz4q34 for ; Sun, 17 May 2020 19:56:29 +0000 (UTC) (envelope-from pkk@spth.de) Received: from [192.168.178.36] ([77.12.86.244]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MPGNn-1jQI6P2EPd-00PgzT; Sun, 17 May 2020 21:56:24 +0200 Subject: Re: Recommended arm hardware (mostly for compilation)? To: Mark Millard Cc: freebsd-arm@freebsd.org References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> From: Philipp Klaus Krause Autocrypt: addr=pkk@spth.de; prefer-encrypt=mutual; keydata= mQGiBD+wIQ0RBAD5IkcgQQIAPO93xBBvviI0htuoaeb++GqG51BImx+rnWIS+1z+r3y5jQU5 IRYS8eDC3eR5PFtde/f7/3zxaJIB0bgXB1eMPot5CaN7mpUySVNh9bzH/UP7rVH0Ut7Bx/CI 7EXxhvYE23F/TAf+gS4flFqQ/GdK+MME+dg8J5nFbwCg92xq6iuAvyz7vSho9qbKHsCD3AkE AMbuLLBvk4mPvs19aRGZvT/pows1uzkeNq8fpmzvryb4UxUbU89qlNzA2Bg8ztVZGX9x5drb C4tFE29ZFAHn2bojx2ADxG85+2as8yfcz6sPG4HMzeTtugzPGCeRAXaSknZHsw6AC6LrtsEU sjEZMElfvu8uU4dthfhXOIDVNRHmA/446GsHRLosDHFuDjHpBQJPJSBnFDyRSCge2Q0gup96 GGhNc7KkYeIB8Dh7dCN3h5RYXflVTspxmgANUa+RFpL4pynsF16rtkfeh0UR8uLdoaGwMChw GyWIdRhX8MLQ8v3WHPCUrB/1f5xhRypQgF0/c8y4w5BarGQXy7AM0PljBbQxUGhpbGlwcCBL cmF1c2UgKFN0YW5kYXJkc2NobMO8c3NlbCkgPHBra0BzcHRoLmRlPohbBBMRAgAbBQI/sCEN BgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEG7VFfsbKC6a31wAni0szX2x9jjNqqch2fE5zOkd IJsSAKCuZaayyxtHPb6rpQtbDMUTS7rXe7kCDQQ/sCFjEAgAknletShOrS5UeFH6V09TksPL 5w8S1SaQThvdberD74Uaq5Weoeu5fCzeDlhRvTC+wQFxL5W2wdM3ZhqRpZIri7X3ab/WUsqv 0FCK8LB9HfioafjNg7uQbyUannvyBkj4WAfHrTDgDbNw8EJMehab9MUeCUZEkhXrk9b3rp3r /uoic1pymK0aZX+wUfayXGANAAk75HAruEWxpGObjcJ587tTOsfDAFnJlXKXLVXuqJDSraym ankbEfyX1CmfhetYn+s1fCpAHX/GOIQPEG2BCdeLdy8ApN0l6MIrRkJKbBnvnc8HsUI7Elfu huemyI/Nvhxk5+tuOS5kZBIyZKe8CwADBQf+InHwn00dafe8XNod9jRsHgCqE259ocEiL0Zs rw3NfwbckR6YVGtoovHna6I3+o4F4GPS/869WFw/w1HGGsa9t6SRjWeoH221bxYc+aTstGbA hd9OuDXnXFi9Mokh34cXQexvrVYjfOdbAl9TRezPBRygzr6XvUdUtIpZjZhW0WSdhdF67Obl F+S9kCX7v3Q0kSqnjzk05Qs5kHyaE+7BKiGQhvCz51J++CTCc/g16eOVVabHNLalAEInq1jn jAB15+JxDcA3HFup7+sHkkscAEQPPi8aNnWR32su0w9hfE1qQkvyHhOiPX2GVhm/Lt0C1vGr ZCB9Bve3r8M+Z7uMaohGBBgRAgAGBQI/sCFjAAoJEG7VFfsbKC6aQ4oAnibaEjyIlrRMTmyL K76lqhloK0EPAKCQsgCELscmeJnxyjV1zZt6AJ6ctQ== Message-ID: <674777ec-4af5-18d2-63fb-ed551d04a45d@spth.de> Date: Sun, 17 May 2020 21:56:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:j/HDq+y6LvnA714B+A/y020cm4++BA0SXxIJAZvOpoJQ84IwGh/ 0vLWcPqxx5Lfy/UVUIc7parkcrI1SEg9gPPollrr9x4BkZ+qOWp+8B57VrX9yO4aQjH/lU/ d5B6J9brRJcKvzurrOJche5EmjTzUoUBVhE3FAtRtoORgVbh7aM2i2DJdsP9tgy67CWAlmf 9ppfpqbghGeTXHjRzfEUg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:U4D8dDXlacA=:jjW8MVhQbiiJgEqej7+Knl /L78nGP0lPmsiUsLVc4ba573TMF1zl7J2z1ZXmW0Bd1ZfIWgJUxXEy/aTXiQr7EqE3a1hnM4O HAiuCQrE3Co/2KSigHDlwvx7QS/VnmENdsVk9BUW+dmobRl/CNmFN1gvnYy1uPe2aSnv5s4QH TQb2myxVYzO7spdFyiozwYqqqtFgk3feg0/aNowwu5WdKTiKUozQl+Ir+tUpxDcNzwxy6YtaX BkRBB6uFqhZGfxRJ04gGeUvjWR6sbUQjFZbYd/oo6JYBBADtheU2OWRjtbUlx4QbjN2/zVuwN DQA8uEgv9zVxyQZ+8zTZ7/3OnSx/qBLc45CqsWUhAKqakYdnL1BQGuEdefb0BWzK0ffAMI0Rd wE/H6Ifg0lNv+hKQXFTV5yUTcI9A2t2c+OMBXTHtcB/VhPm0drqZcM6kCmhGvbpK3G5Uh8PAs +/yYdkE+dKzkFN+/b9/3eEQBz/UtddySwdsH7UEbB1Msq3M/4Fe5KhQe4PvkgzMOobiCz686R pCOf1jMelcC/bDvgbg+g5DLBkTMnt+8qR5VPY/zEIPzgwYCyVWNhIPKuR3NUDs3y1KCoyCAy7 Fzndm6oj9XoQtZTr7T5A+KTRCGXHPii3Sf7gbGfsFMzvAcrysHzXIKlpCWq8rphBddhqUT1lE 26ZRidw1PWg5DmnvZvHbiGfoGvWPIpkvRwtXXVgvJXJ6yxL2QzS3tA6g8mXBqLspVmnxVeP/n 1zyK5fse+NkMShWGZnolXBOhcv8wGQ7E7V4NgdLWNh7W58WxZb/rFGXVyLzYHrqKKXHbf5SRh kgmfW65YNSeb8aSVJjsjGnBUYBybu9YNVECUMH9hcS19lR8Q1g= X-Rspamd-Queue-Id: 49QCZk1cTmz4q34 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of pkk@spth.de has no SPF policy when checking 212.227.17.13) smtp.mailfrom=pkk@spth.de X-Spamd-Result: default: False [2.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.581]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[spth.de]; AUTH_NA(1.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.13:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[212.227.17.13:from]; RECEIVED_SPAMHAUS_PBL(0.00)[77.12.86.244:received]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 19:56:31 -0000 Am 17.05.20 um 21:45 schrieb Mark Millard: > > HoneyComb-LX2K-datasheet.pdf reports: > > Safety Notice > > • This device is to be used with Certified Power adaptor with output rated 12VDC, 1.5A. AFAIK, the processor's TDP alone is already 30W (https://www.nxp.com/docs/en/supporting-information/LX2160A-NXP-Biggest-Multicore.pdf), so I don't believe 18W for the whole board. From owner-freebsd-arm@freebsd.org Sun May 17 20:03:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AF8F92F2E06 for ; Sun, 17 May 2020 20:03:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QCkk5HGwz4qWN for ; Sun, 17 May 2020 20:03:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 044lBIMVM1k0nGoSp6spUze3HldZ3VS24DHiFIBdArSmBaNa1_E_s3gVYM4yS_Q SrjW5RgmvNx5vzPujrh.whi3iGRz3TzLUQ5ZCXENZP821KcXasgjbhkirdZrnNm0VJkjQSt95PVj m7c16UTTaXlyALAhUYkQ7BMYmABZct_7L.X1i1svEhSRUxqFo0Yi2G4wGAOOPafNFDnRT02QurIk 1KGUpoZGDwal8UGbg_2uv8FqvU6FN2.9eJ5itB4TPTWkV7K4cad2owO8GfQ5Ofv9.okZ8rt9cCaJ aXhsRfPNMs..0MryMCZGE0mqn4JSwRACBb2qBhkjkWT8gNupCUWUxyFfCT_U7nvIOyPL7kGgCJYp 3q5n_d9Bx9QwYQLDLOJxcYV1jEtOmorGelOtAPUik.8.bgVt4Mv5mqQqBKLklbbyBxisJZGVIwfI SFBpT.BCa9Y_NmZgL95IluXnG6GQB4WUhNjMvZHNd1sQYJstjuxd2LT.VOYaCpEHuFTzDsdCaRJ6 rBoR2KtqXGJTWVtD8Ni_._iLVBJf3t8GCP478MTNiXKnBgAGt2YbhNZWTVI2Vv_C6Cvvxcp_oXTi 2ny9pSwbO5l2p0C8fzp339ve6ynTPnbQ2ODkOwiYqjfRaeEMfbQwqMxdMDCB0OQaVrWKkEABehc2 WeCaIGpLuOjgeiJ4Y1OhhXArZKkTcJ0pxw9A7MY_U7RepjUpTX8woLpekwgCjJZZgUns6wWDxiF6 9DZ2Lw3n9WW5KEv5o3myq7g8TIUai6jFjo9xKMlBg6CQbnbzgeqprsdR_G3jn4fAWIs4du3PNEIh hkmdH_3aYumkV606UW0Ytwv76kFSqBlEXAlhH1WTthkFedner2J7rthQ0eV.yjZ.8Gpyazc1r4C0 WRcgpxDoeyL0AtHcMbtIqOkWgKDznj3.CGXi7S3GS7ig8Z3KXpI.k4Llb2NuU3b1UaEXanfmvhoy tZfIGSShwoWbJhNnRGosehXLB7yyexAqnz7UO_josVHh_fDYL7scphQfa6ofcxfqDofZFwvIs_fe Yajj9J76tZA.dlQcZYC5vczwT0b6jfvEUySrlwnfc7_CxTMhABnAMaQQyydcYFahVDnZgYwxCxvI zaLZqkbzmg33w456WTLlO7v1L7rlbHqeTxvOXy5nCS0TvpBbpH1jA67xcPa7KVWhKzQtV34QmWOO t68NTpeS_D559Xbio_og.9eBop9bDCNU34bYmXS9RSxAOQYCJ9ujHbEkC7Sh14vTxxMCNrdRvINm 8MkjZA3gWrURlwpRWda.bHZ33g4xl4UzW5ezQGQx0_04vB.YkZWnvJ2gEHDP.rY0FWp0CAUTKbT_ yNQUWWbnh3K986I4a9uRFBn80tLHUMGpIXQPUzYvFSHe6nskjlqMvUuuvoiVJYFX5o2NHui8rC5f d5wqm8WAmdxCi955E3NcPISjAEsN8idmucagrlrhNUs.qO.7aNRfYh6K6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 20:03:25 +0000 Received: by smtp403.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID db4487a4ec52889648b3f86e47d5f136; Sun, 17 May 2020 20:03:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: <674777ec-4af5-18d2-63fb-ed551d04a45d@spth.de> Date: Sun, 17 May 2020 13:03:19 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> <674777ec-4af5-18d2-63fb-ed551d04a45d@spth.de> To: Philipp Klaus Krause X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QCkk5HGwz4qWN X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; NEURAL_HAM_SHORT(-0.50)[-0.498]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 20:03:27 -0000 On 2020-May-17, at 12:56, Philipp Klaus Krause wrote: > Am 17.05.20 um 21:45 schrieb Mark Millard: >>=20 >> HoneyComb-LX2K-datasheet.pdf reports: >>=20 >> Safety Notice >>=20 >> =E2=80=A2 This device is to be used with Certified Power adaptor = with output rated 12VDC, 1.5A. >=20 > AFAIK, the processor's TDP alone is already 30W > = (https://www.nxp.com/docs/en/supporting-information/LX2160A-NXP-Biggest-Mu= lticore.pdf), > so I don't believe 18W for the whole board. And LPS limits things to under 8 amps for 12V, as I remember. (But look it up if you care.) I took the two references (1.5A and LPS) as a minimum to maximum indication to accommodate a range of usage contexts. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 21:12:33 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93DF52F6D0E for ; Sun, 17 May 2020 21:12:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QFGS4lwDz3WK0 for ; Sun, 17 May 2020 21:12:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: kxGyLEUVM1mGDODWvpmNYKHgmY0Ko_jaeUG2.EJ9Tr4PkuK.ZhBgPiQ9P0xvI5k PPOQMSbE8Fad04rxOmCov5OVYmzN5OG3DYCeod3vZQzpq_OIHtnLVNgyIr7EWOtsEu8CgHWkI8Qx BK13qq1s7ouBTZYVXqXW3Pu34MdsLC6gVVpu4oZiZaCu4LzTuJwjALTjJQnncUoXQeUVJ6y52Mjb SdbpdVZb59zQwMkmS4bUsjorVy_3sPVz1HaiQAZr02N43BF76goXdQZp6TlTV4DX_7s2HgodQoUv JTAqTRgGta0veP3bpMSpnDk0VPqBUaTgsgAjzHjYlNfrZmS.NnqZ1qsIhAmG7nYUqJgJSEOqPq0y hYQezcRIxcrZYbQuT35uFi4OuNSsdfrDd6vIjtDL5paA4Sld3..mWSomUfjCpqvw6ek6q3VaI_rt 48.1up.fUpci1XlCqZS0pxaStqqa41dFmMrJxizzYpOjUEChNBMkfmMyt_UwISjwUtPGamnj4_oH uGJAGY5ktSF5NYeeZggjaAPUZomTM5zlc_oHEGPApmwZlkqWVCjwpTBM6SayDGlKSlC.8._70uGl DNEj10fyOL_jgd8A2T7lG.mex0OpmecXywBM6GzHH5Mq8HMB4OHh4nyGqlDIX3zNJHbDQYT80Wt. AxME9em5SLspFskejORnRP6ML7TdHsdSEvIjj8fRIlhj78gpuZqOfIXbMRkNg8Bl0JJopBBwz9d2 8QkIezM.KO7hkj9_mdmWw4NnJ2YCCaKj0xVrxt5tdbHbK0yCTlE2fzeqDZoimSZzzPxhQq4EXJaK M.KKeSisOYmqC.dSXPFfianEYhMXxYtKCzhMbqjV8_LAyHJOBw0igriC5lc4hoKR8LgnkaalWtew Ytc6dNwnnRmLC8yeiCIYer8DaCyEIz2F_XjtCYrM5atpnvqUt63pGLUpXlJ3aYoPY6H7BYLX_Jpn MSnKq.z7BMCs6fOsFUwxqEG8QBb8UVD..meVW606oj0PS.VgMnQnwIVZfxGun_CaKelvNXEzixvD lJygcP7MYZ0_m3NNvu11.3K5Cm8hCJdOMjSltCptBmSb9msqrRYL84jDY3C5KkbzRBixXNtrmUWU KhtRK1zR0Po6SYpxuKWsnYNLF9KeRh2S2gel3VLctZWgXIyvj5FGlh23sCP.SdtUiMmZCkzSOiE2 FtIYjK1Va9Uv.gZodCc6HS8Yxg1EBhlyGWnKOAJjzKlS70_g._LdR3tT5oFJhbLio0ONMpuDQG_D x3Eb6rzmHlQwFdFQtQLqwZUG6fsR4zQK226jbYFhNg0hydqx8C.Cm115ox6GvHb3VdCSOvhRCTgF xwdPZFEs0O9_qOlvGGyPVqIjEmr6djtrRvWlq2NTtQmu7dbsQTHVzlfOx2v0ExxxvuRupapITFwV SiwvbajtHgZiHUTEY1M3jHCRk8Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 21:12:30 +0000 Received: by smtp427.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID aeb33e39fdee7bf8c86dfd06358a3d2a; Sun, 17 May 2020 21:12:28 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: Date: Sun, 17 May 2020 14:12:26 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <6041695d-29c7-3020-d26f-690108cd8bb6@spth.de> <76FBBA99-884F-46C2-827C-FA9333B1EFD4@yahoo.com> <674777ec-4af5-18d2-63fb-ed551d04a45d@spth.de> To: Philipp Klaus Krause X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QFGS4lwDz3WK0 X-Spamd-Bar: / X-Spamd-Result: default: False [0.01 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; NEURAL_HAM_SHORT(-0.49)[-0.492]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 21:12:33 -0000 On 2020-May-17, at 13:03, Mark Millard wrote: > On 2020-May-17, at 12:56, Philipp Klaus Krause wrote: >=20 >> Am 17.05.20 um 21:45 schrieb Mark Millard: >>>=20 >>> HoneyComb-LX2K-datasheet.pdf reports: >>>=20 >>> Safety Notice >>>=20 >>> =E2=80=A2 This device is to be used with Certified Power adaptor = with output rated 12VDC, 1.5A. >>=20 >> AFAIK, the processor's TDP alone is already 30W >> = (https://www.nxp.com/docs/en/supporting-information/LX2160A-NXP-Biggest-Mu= lticore.pdf), >> so I don't believe 18W for the whole board. >=20 > And LPS limits things to under 8 amps for 12V, as I remember. > (But look it up if you care.) >=20 > I took the two references (1.5A and LPS) as a minimum to maximum > indication to accommodate a range of usage contexts. Solid-run has a video showing a LX2160A system with a video card and such: https://youtu.be/lxdRSCQfhyw It mentions that the configuration uses about 50W. (Not that they give specifics of which video card or the like.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 22:01:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B8C92F7927 for ; Sun, 17 May 2020 22:01:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QGLQ3rZJz3Y7V for ; Sun, 17 May 2020 22:01:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LZLK4xwVM1ksQRvCyLh.YmpRVjU1Is_TlM_24Nb8MnK5yQTyc2H9.wfhEWf_THT exwOS0BMKrndhy_qB_f2n1jDrZFuNTbrEQHobE9xVAY2BaKcw2LSEXVCVtBnvha2QhcfcsULMauj z7NqgNq1n_ysqUvafpY68mIUqXkITqfUZMcJcyK.4_2md3.ymJCK7mYpD5yTfvLrAMmYx2YcjWL8 hHcdMhLhQVJbweezZmqq92zd4f29DawT7whbeI6oZ8gPcKjSJ4bBvGnWdRI1KG.oNPEYHbGusvLx psTU.AKpB0bwvmhfjNqMq02uOVnYGbaaGMFoP991lbD4.m8T.Jpll6cIgcDOERBTpQ3h35iJBekL NJcgQ8GKLzl2Kbs9MPXxzpLMZxPDZEeO8dEIkkvkLdnBYemlr99P.4WVes1DtSRENlfpeyKz6OmF YRmHTRbRBpCuQ2RsAQwkBYE5DlOp2uom5DfnJyg.Vk4qyO5oVd5FiesEOXV28wi35LJRPmcgDbpa wYX_Hm0_3Mfuzj5.sMEVFTxLbVlQ6opSzodRfw9YcuOR4HSh.nx8001qJjucCuBfhD8sxvQ5weBk JQk.3hm_Dzmv0UYOYTS._rN7GaOQypCqxHzc9_Gk4LgXg.YAcdELfgBztV.G0Wuw2Tq9sEhUBRzB X7spt1MrmdUtE8PywI9p6FgIuXDe29abnf57QfP_FAcA_5Gk5.8rH7Z_FH6xq3DHy1ePBRWToMOp MrUQSP6.OTovsXslbHgIdCoT2cLBfCcTcU.hUACP3MdZHf70s1K62eK1b1xR.xVF1JT3Cca3bHe6 mkiFUnfWZEWBSZHod0z8Npge3oDnlAGxCkT_jbtjpqOXN0I9jgkARq631FMd9GLWvVMtrHxxCBVK 37gTnRkApPS__IheTG2DNrKlQJCdLK7.rGENVJf_ToEkC0wnDQEvU8HqlnqIKTtyQo8LXQchlDb2 sWuaLhupFkqBitz.7LVjsG_ZFsTV3PlTtOk_1RhCYSmbvjjIAdwQM6yt.gGGJqsB6x.LZv7fgEeF akDJ5l.M.FueGQ5BA_dH_IRd.3hCuPlH84jCyHi1Ce8aQFaLUHmuMvDamW731HXnm9Vw5QHpuRq0 sqCOszyeyvs1TNXZwF.9EPXIrP9WUuQQVvszMVdT4x_rDMzC7nA7iYvC4HNwaXQzsaw60aStnobb IMqDE0TEc_soGsEe7B4X16UGqSjmIgeSUMxRRClBUV8Kk.mKaX6ft5GJBUnQv6HlCIop4rK15SoL PBT_8McOoc2M4.4n6xkrFSFuSuLNOZUAFWqkPTZypdXLz0n4T1.M8toRwDgdIFUSYImAN8RS2Op_ nxzdpm4R3CHHxm5hisCLeuRL2XSpAuSFTEX0YEbXYpuq0mXVci2ZHE1Ew7hnMkkL2oFrtzKDrUk8 Mfh4Ppa_y.lhC.z7HeZbhg5DVrw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 May 2020 22:00:59 +0000 Received: by smtp431.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5199a67a9c86f0462067a0c3ec4d09fe; Sun, 17 May 2020 22:00:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: <39FF7B47-B807-4D70-BB45-FC324FD4B913@icloud.com> Date: Sun, 17 May 2020 15:00:57 -0700 Cc: Philipp Klaus Krause , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <39FF7B47-B807-4D70-BB45-FC324FD4B913@icloud.com> To: Mark Murray X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QGLQ3rZJz3Y7V X-Spamd-Bar: / X-Spamd-Result: default: False [0.20 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; NEURAL_HAM_SHORT(-0.30)[-0.297]; FREEMAIL_TO(0.00)[icloud.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 22:01:03 -0000 On 2020-May-17, at 03:26, Mark Murray wrote: >> On 17 May 2020, at 10:41, Mark Millard via freebsd-arm = wrote: >> Sounds like a LX2K would be an interesting thing to >> compare with. >=20 > If UEFI was ported, would FreeBSD "Just Work" like on the = Macchiatobin? >=20 > . . . I do not know but there appears to be a UEFI port already. There is: https://github.com/SolidRun/edk2-platforms/tree/master-lx2160a as was referenced in: https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021609.html I've no clue if the combination of that with FreeBSD "just works". The last commit seems to be on 2020-Feb-12. The edk2 material above seems to be tied to the same person as the twitter link below, with a solid-run E-mail address shown in edk2 material. There is https://twitter.com/linux4kix/status/1210936214259404800?s=3D20 that reports the PCIe ECAM needs a quirk to deal with the differing address spaces between it and the devices behind it. It mentions SATA errata as well. And it mentions V2 silicon in the future for fixing these points. It also indicates "98% SBSA compliant". One of the replies is from Jared McNeill indicating that he got his board and was looking to get NetBSD running on it. Back at the edk2-platform/tree/master-lx2160a area there is this: QUOTE Add this class code so AHCI functions properly on kernels that don't have the qoriq specific AHCI driver. This still misses the quirk for V1 silicon that if the device is hard reset the SerDes can lose link, but in general this is enough to boot and install an OS. END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 17 23:08:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 230E22F8D99 for ; Sun, 17 May 2020 23:08:08 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gold.funkthat.com [IPv6:2001:470:800b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QHqq0ML2z3bj5 for ; Sun, 17 May 2020 23:08:06 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 04HN84DD080697 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 17 May 2020 16:08:04 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 04HN84Lj080696; Sun, 17 May 2020 16:08:04 -0700 (PDT) (envelope-from jmg) Date: Sun, 17 May 2020 16:08:04 -0700 From: John-Mark Gurney To: Thomas Skibo Cc: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200517230804.GJ4213@funkthat.com> Mail-Followup-To: Thomas Skibo , freebsd-arm@freebsd.org References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200517191416.GA1194@piedmont> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 17 May 2020 16:08:04 -0700 (PDT) X-Rspamd-Queue-Id: 49QHqq0ML2z3bj5 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 2001:470:800b::2) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.54 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.34)[0.340]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2020 23:08:08 -0000 Thomas Skibo wrote this message on Sun, May 17, 2020 at 12:14 -0700: > On Sat, May 16, 2020 at 11:38:53PM -0700, John-Mark Gurney wrote: > > > > After a bit of digging, I think I have found the solution. It looks > > like slcr is suppose to be set to the frequency of the ps clk, which > > is 50 MHz, and then the global_timer is suppose to be set to half the > > CPU clock frequency, which on this board is, I believe, 650 MHz, so > > using the following in the dts made things work: > > &slcr { > > clock-frequency = <50000000>; > > }; > > > > &global_timer { > > clock-frequency = <325000000>; > > }; > > > > ping times look good sane (after I realized that wifi has a tad slower), > > and I've been running ntpd for over 20 minutes, and it hasn't bombed > > out yet, and the offset/jitter look good. > > sysctl hw.zynq will tell you the ARM PLL frequency. It is probably set > to 1300 Mhz so 325 Mhz is the correct global timer frequency. Yep, it is: hw.zynq.arm_pll_frequency: 1300000000 Thanks for confirming this. The above also makes the host USB port work as well (enough that it probes and detects USB devices)... Btw, do you have a guide or anything written up for using the PL under FreeBSD? I've read most of the stuff you've written on both the wiki and your web page, but didn't see anything specific on it. Thanks for your help. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Mon May 18 00:37:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05A072FA44F for ; Mon, 18 May 2020 00:37:56 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from bonobo.birch.relay.mailchannels.net (bonobo.birch.relay.mailchannels.net [23.83.209.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QKqP5D2zz3gmw for ; Mon, 18 May 2020 00:37:53 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 568D83415EB for ; Mon, 18 May 2020 00:37:50 +0000 (UTC) Received: from pdx1-sub0-mail-a10.g.dreamhost.com (100-96-23-30.trex.outbound.svc.cluster.local [100.96.23.30]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A378134116D for ; Mon, 18 May 2020 00:37:49 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a10.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 18 May 2020 00:37:50 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Trouble-Arithmetic: 1e3afd1113aebc74_1589762270135_1845664680 X-MC-Loop-Signature: 1589762270135:1350199951 X-MC-Ingress-Time: 1589762270135 Received: from pdx1-sub0-mail-a10.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTP id 39D61807BF for ; Sun, 17 May 2020 17:37:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=+gRcpj9643/kDR/Pziy3kSQRNpA=; b=MB fhgynrpcS7bx3gCNmuDBLaEGXEE5OyoBhlUZmgguyDqwXk6UGsXelXarjZr5bfis OAwFqmFm5Pg7UjSNSWMhCOrPpIj7gIgS0sw3BrF6OlUqgU4le5wSeseEURUi28wB uZT2R46e7wGIUwelopwywsr5X+f+sq0TdDZ6ymci0= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTPSA id E80F9805D9 for ; Sun, 17 May 2020 17:37:48 -0700 (PDT) Date: Sun, 17 May 2020 17:37:46 -0700 X-DH-BACKEND: pdx1-sub0-mail-a10 From: Thomas Skibo To: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200518003746.GA1566@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200517230804.GJ4213@funkthat.com> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedruddtgedgfeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqeenucggtffrrghtthgvrhhnpedtvdehtdeljefgueeutdfhgfeuudeiteetieekiedtudeghffhheduiefhueegjeenucfkphepieejrddukedtrdehledrkedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepphhivggumhhonhhtpdhinhgvthepieejrddukedtrdehledrkedupdhrvghtuhhrnhdqphgrthhhpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqpdhmrghilhhfrhhomhepthhhohhmrghsqdgsshgusehskhhisghordhnvghtpdhnrhgtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 49QKqP5D2zz3gmw X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=MB fhgyn; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.209.22 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-0.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; FROM_HAS_DN(0.00)[]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[skibo.net]; DKIM_TRACE(0.00)[skibo.net:+]; NEURAL_HAM_SHORT(-0.55)[-0.546]; RCVD_IN_DNSWL_NONE(0.00)[23.83.209.22:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.209.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 00:37:56 -0000 On Sun, May 17, 2020 at 04:08:04PM -0700, John-Mark Gurney wrote: > > Yep, it is: > hw.zynq.arm_pll_frequency: 1300000000 > > Thanks for confirming this. > > The above also makes the host USB port work as well (enough that it > probes and detects USB devices)... > > Btw, do you have a guide or anything written up for using the PL under > FreeBSD? I've read most of the stuff you've written on both the wiki > and your web page, but didn't see anything specific on it. The devcfg(4) man page is about all there is. Looking at it now, it is a out of date in that the Xilinx tool it references, promgen, is old and obsolete. The devcfg driver needs the bitstream to be byte-swapped and had the header stripped which Vivado can do but I haven't documented it. --Thomas -- ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Mon May 18 02:14:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 02E882FC7B7 for ; Mon, 18 May 2020 02:14:37 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QMz019Cbz43np for ; Mon, 18 May 2020 02:14:35 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 04I2EXPV098653; Sun, 17 May 2020 19:14:33 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 04I2EXWA098652; Sun, 17 May 2020 19:14:33 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202005180214.04I2EXWA098652@gndrsh.dnsmgr.net> Subject: Re: Recommended arm hardware (mostly for compilation)? In-Reply-To: To: Mark Millard Date: Sun, 17 May 2020 19:14:33 -0700 (PDT) CC: Philipp Klaus Krause , freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49QMz019Cbz43np X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.92 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.02)[0.018]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 02:14:37 -0000 > > On 2020-May-17, at 12:56, Philipp Klaus Krause wrote: > > > Am 17.05.20 um 21:45 schrieb Mark Millard: > >> > >> HoneyComb-LX2K-datasheet.pdf reports: > >> > >> Safety Notice > >> > >> ? This device is to be used with Certified Power adaptor with output rated 12VDC, 1.5A. > > > > AFAIK, the processor's TDP alone is already 30W > > (https://www.nxp.com/docs/en/supporting-information/LX2160A-NXP-Biggest-Multicore.pdf), > > so I don't believe 18W for the whole board. > > And LPS limits things to under 8 amps for 12V, as I remember. > (But look it up if you care.) 8 amps is the current limit into a short circuit, aka 0V output, it is an unusable state to power anything. The usable current limit is 5A, or for 12VDC nominal 60W. > I took the two references (1.5A and LPS) as a minimum to maximum > indication to accommodate a range of usage contexts. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Mon May 18 04:28:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E82202FE2DB for ; Mon, 18 May 2020 04:28:30 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QQxT454Hz49ZR for ; Mon, 18 May 2020 04:28:29 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 18 May 2020 06:28:21 +0200 id 00F40B46.5EC20EE5.0000A908 Date: Mon, 18 May 2020 06:28:20 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200518062820.0e7a01bd@zeta.dino.sk> In-Reply-To: <20200518003746.GA1566@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49QQxT454Hz49ZR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-0.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_SHORT(-0.16)[-0.157]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 04:28:31 -0000 On Sun, 17 May 2020 17:37:46 -0700, Thomas Skibo wrote: > On Sun, May 17, 2020 at 04:08:04PM -0700, John-Mark Gurney wrote: > > > > Yep, it is: > > hw.zynq.arm_pll_frequency: 1300000000 > > > > Thanks for confirming this. > > > > The above also makes the host USB port work as well (enough that it > > probes and detects USB devices)... > > > > Btw, do you have a guide or anything written up for using the PL > > under FreeBSD? I've read most of the stuff you've written on both > > the wiki and your web page, but didn't see anything specific on it. > > > > The devcfg(4) man page is about all there is. Looking at it now, > it is a out of date in that the Xilinx tool it references, promgen, > is old and obsolete. The devcfg driver needs the bitstream to be > byte-swapped and had the header stripped which Vivado can do but I > haven't documented it. > Maybe it's time to make your xbit2bin tool public... this way all formats could be handled with no need to patch kernel driver. Regards, Milan From owner-freebsd-arm@freebsd.org Mon May 18 06:13:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D0F72FF6D1 for ; Mon, 18 May 2020 06:13:19 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from buffalo.elm.relay.mailchannels.net (buffalo.elm.relay.mailchannels.net [23.83.212.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QTGQ0Nzrz4F7P for ; Mon, 18 May 2020 06:13:17 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 7F366340E5D; Mon, 18 May 2020 06:13:15 +0000 (UTC) Received: from pdx1-sub0-mail-a10.g.dreamhost.com (100-96-9-26.trex.outbound.svc.cluster.local [100.96.9.26]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id ACFFF341431; Mon, 18 May 2020 06:13:14 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a10.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 18 May 2020 06:13:15 +0000 X-MC-Relay: Junk X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Spicy-Descriptive: 64ae3cf57bbd4178_1589782395133_802801160 X-MC-Loop-Signature: 1589782395133:2807884365 X-MC-Ingress-Time: 1589782395133 Received: from pdx1-sub0-mail-a10.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTP id 0C036817B0; Sun, 17 May 2020 23:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=BejOES/tPamfe5z9TQNKFted2Uk=; b=0Y +7s+0eeC7c46q0ZlQrsMTpVvFFwoR09KFIEzC9muwNDrmFPn1MrzYxG/d/rfOTt8 8TGo5Eo1kCeAIHcYCQMlk7qyDNfNM1p1SnjvmOd/cKsFpOe/mzhgFZdS5vhh+fa4 483D3cq++Q/OjYyPNRZN+MUmpREGhJGbXypyQGjYE= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a10.g.dreamhost.com (Postfix) with ESMTPSA id 7B72080968; Sun, 17 May 2020 23:13:12 -0700 (PDT) Date: Sun, 17 May 2020 23:13:10 -0700 X-DH-BACKEND: pdx1-sub0-mail-a10 From: Thomas Skibo To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200518061310.GA49966@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> MIME-Version: 1.0 In-Reply-To: <20200518062820.0e7a01bd@zeta.dino.sk> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedruddtgedguddtvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehmtderredttddvnecuhfhrohhmpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqnecuggftrfgrthhtvghrnhepueeggffhfeekheduhedtheffheehhfdtjeeuiefguefhgeejgeevlefgveehgfefnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppeeijedrudektddrheelrdekudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehpihgvughmohhnthdpihhnvghtpeeijedrudektddrheelrdekuddprhgvthhurhhnqdhprghthhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqedpmhgrihhlfhhrohhmpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpnhhrtghpthhtohepfhhrvggvsghsugdqrghrmhesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 49QTGQ0Nzrz4F7P X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=0Y +7s+0; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.212.24 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [1.05 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[multipart/mixed,text/plain,text/x-csrc]; MIME_BAD_ATTACHMENT(1.60)[c]; DMARC_NA(0.00)[skibo.net]; HAS_ATTACHMENT(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[skibo.net:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.83.212.24:from]; NEURAL_HAM_SHORT(-0.55)[-0.548]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.212.24:from] Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 06:13:19 -0000 On Mon, May 18, 2020 at 06:28:20AM +0200, Milan Obuch wrote: > On Sun, 17 May 2020 17:37:46 -0700, Thomas Skibo > wrote: > > > On Sun, May 17, 2020 at 04:08:04PM -0700, John-Mark Gurney wrote: > > > > > > Yep, it is: > > > hw.zynq.arm_pll_frequency: 1300000000 > > > > > > Thanks for confirming this. > > > > > > The above also makes the host USB port work as well (enough that it > > > probes and detects USB devices)... > > > > > > Btw, do you have a guide or anything written up for using the PL > > > under FreeBSD? I've read most of the stuff you've written on both > > > the wiki and your web page, but didn't see anything specific on it. > > > > > > > The devcfg(4) man page is about all there is. Looking at it now, > > it is a out of date in that the Xilinx tool it references, promgen, > > is old and obsolete. The devcfg driver needs the bitstream to be > > byte-swapped and had the header stripped which Vivado can do but I > > haven't documented it. > > > > Maybe it's time to make your xbit2bin tool public... this way all > formats could be handled with no need to patch kernel driver. > > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > Well, I thought I had lost it until reminded me of the name! --Thomas -- ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Mon May 18 12:27:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 541882C9E30 for ; Mon, 18 May 2020 12:27:25 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QdZ42xvHz3SsK for ; Mon, 18 May 2020 12:27:24 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 12:27:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589804841; bh=ih2fAnEc3V9f4oWmQEphBOzvDKyKX8rkySW2QaFoZBc=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=fhUP6k8x/Mg+aXHcRfSqusPFfUzdvJmN/HEVvGS6u2OomOrjnIF/C2tWui1oPEJIM wjJHzm88tF/wGt6lLs+a9C1QRAYUdBq8KTqaVfAa2lz8mBL+cMHW+vo7jumOX4GZAZ KaFxZqtw5Ui7PsjQazagg/GmRDUxWPmkLGfcq9QQ= To: Mark Millard From: Dan Kotowski Cc: Mark Murray , freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: Recommended arm hardware (mostly for compilation)? Message-ID: In-Reply-To: References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <39FF7B47-B807-4D70-BB45-FC324FD4B913@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QdZ42xvHz3SsK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=fhUP6k8x; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-0.45 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.35)[-0.352]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FREEMAIL_CC(0.00)[icloud.com,freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 12:27:25 -0000 After a solid 16hrs this weekend, I can confirm that the pre-built images d= o NOT "just work", at least not with SolidRun's HoneyComb version rev 1.4. = A more thorough post in the other thread I have about this platform with su= bject "FreeBSD on Layerscape/QorIQ LX2160X". Dan Kotowski =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Sunday, May 17, 2020 10:00 PM, Mark Millard via freebsd-arm wrote: > > > On 2020-May-17, at 03:26, Mark Murray wrote: > > > > On 17 May 2020, at 10:41, Mark Millard via freebsd-arm freebsd-arm@fr= eebsd.org wrote: > > > Sounds like a LX2K would be an interesting thing to > > > compare with. > > > > If UEFI was ported, would FreeBSD "Just Work" like on the Macchiatobin? > > . . . > > I do not know but there appears to be a UEFI port already. > There is: > > https://github.com/SolidRun/edk2-platforms/tree/master-lx2160a > > as was referenced in: > > https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021609.html > > I've no clue if the combination of that with FreeBSD "just works". > The last commit seems to be on 2020-Feb-12. > > The edk2 material above seems to be tied to the same person as > the twitter link below, with a solid-run E-mail address shown > in edk2 material. > > There is https://twitter.com/linux4kix/status/1210936214259404800?s=3D20 > that reports the PCIe ECAM needs a quirk to deal with the differing > address spaces between it and the devices behind it. It mentions SATA > errata as well. And it mentions V2 silicon in the future for fixing > these points. It also indicates "98% SBSA compliant". > > One of the replies is from Jared McNeill indicating that he got his > board and was looking to get NetBSD running on it. > > Back at the edk2-platform/tree/master-lx2160a area there is this: > > QUOTE > Add this class code so AHCI functions properly on kernels that don't > have the qoriq specific AHCI driver. > > This still misses the quirk for V1 silicon that if the device is hard > reset the SerDes can lose link, but in general this is enough to boot > and install an OS. > END QUOTE > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon May 18 13:02:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5F4A82CA63D for ; Mon, 18 May 2020 13:02:06 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QfL52tk2z3VHf for ; Mon, 18 May 2020 13:02:05 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 13:01:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589806922; bh=UATuxf/K3A22rbH2SQzdai3HA0DcHk8blB4Pu6U6mno=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=WPcIYsMk3ZFZt7taMTWBY+tUNK1uG9gp5E6gQGQSzEApfB4k45pVDlrgr94Tx9DfN 8TmsxvXkX0UKXCuwYSaDAOtDeZFOdJF2fLK58oiJ31AiFdBADbndPcJ2qSwn8LLFCq U8monr56oiDZxaQcEEHf1cUXZVz4u+RRieWnWcNo= To: John-Mark Gurney From: Dan Kotowski Cc: myfreeweb , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> In-Reply-To: <20200516051207.GT4213@funkthat.com> References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QfL52tk2z3VHf X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=WPcIYsMk; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.64 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.54)[-0.538]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 13:02:06 -0000 After a solid 16hrs this weekend, I can confirm that the pre-built images d= o NOT "just work", at least not with SolidRun's HoneyComb version rev 1.4. The 12.1 arm7 GENERICSD image fails to boot. The included EFI/BOOT/bootarm.= efi fails to load. I dropped in a copy of EFI/BOOT/bootarm64.efi from the a= arch64 image, but that failed to handoff the process properly. Tested with= both u-boot and UEFI. The 12.1 aarch64 memstick installer iamge fails out trying to mount the UFS= partition and drops into the mountroot> shell with error 19. Listing GEOM = managed disk devices returned an empty list. My silicon is rev 1.4 so I have to use the SD slot for the firmware layer, = which is a mild inconvenience because I can't use that slot for an OS iamge= (https://github.com/SolidRun/lx2160a_build/issues/36#issuecomment-62986567= 4). Unfortunately that's where I ran out of time. I spent most of the time trac= ing and tweaking SolidRun's build scripts, testing various combinations of = firmware builds and boot images, and learning my way through both the u-boo= t and UEFI implementations. Barring other simple ideas, my next step is to make buildworld for TARGET= =3Darm64 TARGET_ARCH=3Daarch64, drop that on an NVMe gumstick, and see if I= can get that booted. More in the coming days... Dan Kotowski =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Saturday, May 16, 2020 5:12 AM, John-Mark Gurney wrot= e: > myfreeweb wrote this message on Thu, May 14, 2020 at 15:48 +0000: > > > On May 14, 2020 3:32:13 PM UTC, Dan Kotowski dan.kotowski@a9development= .com wrote: > > > > > I'm wondering if anybody knows of work being done to port FreeBSD to = the Layerscape platforms? > > > I happen to have a SolidRun HoneyComb LX2K workstation, based on NXP'= s Layerscape LX2160A, next to my desk running a custom-multistrapped Debian= Jessie build, but would love to get FreeBSD running instead. I have only m= inimal experience working down in BSD driver/kernel land and no experience = at all with Crochet, but would like to learn. And while I cannot afford to = donate the actual hardware I'm happy to work with others to test builds. > > > > Do not even think about crochet or device trees or any of the embedded = stuff on such a machine!! ;) > > Just use the latest UEFI firmware in ACPI mode to boot generic FreeBSD. > > Looking at their ACPI tables, they do finally have PCIe and USB3 as gen= eric devices, though oddly not SATA: https://github.com/SolidRun/edk2-platf= orms/tree/master-lx2160a/Silicon/NXP/LX2160A/AcpiTables/Dsdt > > If this is the case, then the generic aarch64 images should boot on > it... Not sure what will happen w/ the SATA though... > > -------------------------------------------------------------------------= --------------------------------------------------- > > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Mon May 18 13:45:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 433952CB15F for ; Mon, 18 May 2020 13:45:58 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QgJh0tcxz3XGN for ; Mon, 18 May 2020 13:45:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Mon, 18 May 2020 13:45:47 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589809548; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kwyzpLELiTcBJciiYkGNDvL7uoIwptKEI+RjbA2PhTo=; b=i//0XOwZShKMGePTVNuhNyapLp+KpMjFYoS1mW6bEZXvacvwYSzl4UI6H2zA+wIfoS3x/r u3X0gEBocfD8uvOKhVyv71OJpNvD9XC8Y+kDqRdWrbNmNdWTh7iiH6B58e0dFhpCw/cCYV mwCYPag28LskMmEdqsH/tGt9LZjqh4U= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Dan Kotowski , John-Mark Gurney CC: "freebsd-arm@freebsd.org" Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X In-Reply-To: <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> Message-ID: <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49QgJh0tcxz3XGN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=i//0XOwZ; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.89 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.89)[-0.888]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 13:45:58 -0000 On May 18, 2020 1:01:53 PM UTC, Dan Kotowski wrote: >After a solid 16hrs this weekend, I can confirm that the pre-built images= do NOT "just work", at least not with SolidRun's HoneyComb version rev 1= =2E4=2E > >The 12=2E1 arm7 GENERICSD image fails to boot=2E The included EFI/BOOT/bo= otarm=2Eefi fails to load=2E I dropped in a copy of EFI/BOOT/bootarm64=2Eef= i from the aarch64 image, but that failed to handoff the process properly= =2E Tested with both u-boot and UEFI=2E Why would you even try 32-bit? >The 12=2E1 aarch64 memstick installer iamge fails out trying to mount the= UFS partition and drops into the mountroot> shell with error 19=2E Listing= GEOM managed disk devices returned an empty list=2E What devices does the boot log show? No xhci I guess, how about pci, sdhci= ? >My silicon is rev 1=2E4 so I have to use the SD slot for the firmware lay= er, which is a mild inconvenience because I can't use that slot for an OS i= amge (https://github=2Ecom/SolidRun/lx2160a_build/issues/36#issuecomment-62= 9865674)=2E The comment there says silicon rev 2 starts with board rev 1=2E5, but linu= x4kix on Twitter said the 1=2E4 board is rev 2 silicon! >Unfortunately that's where I ran out of time=2E I spent most of the time = tracing and tweaking SolidRun's build scripts, testing various combinations= of firmware builds and boot images, and learning my way through both the u= -boot and UEFI implementations=2E Please don't waste time on u-boot=2E >Barring other simple ideas, my next step is to make buildworld for TARGET= =3Darm64 TARGET_ARCH=3Daarch64, drop that on an NVMe gumstick, and see if I= can get that booted=2E You can just dd the memstick to an nvme or sata drive as well=2E From owner-freebsd-arm@freebsd.org Mon May 18 14:09:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CABA32CBBAA for ; Mon, 18 May 2020 14:09:11 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from chocolate.birch.relay.mailchannels.net (chocolate.birch.relay.mailchannels.net [23.83.209.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QgqT19kHz3YXq for ; Mon, 18 May 2020 14:09:08 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8FE2A1814D8; Mon, 18 May 2020 14:09:06 +0000 (UTC) Received: from pdx1-sub0-mail-a99.g.dreamhost.com (100-96-9-23.trex.outbound.svc.cluster.local [100.96.9.23]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 800FA181310; Mon, 18 May 2020 14:09:05 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a99.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Mon, 18 May 2020 14:09:06 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Spill-Whimsical: 5b37fe7e391ec316_1589810945992_679858326 X-MC-Loop-Signature: 1589810945991:1195889194 X-MC-Ingress-Time: 1589810945991 Received: from pdx1-sub0-mail-a99.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a99.g.dreamhost.com (Postfix) with ESMTP id 0CD037E0A9; Mon, 18 May 2020 07:09:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=iDNhoc/FMbZLmCjTcj2Wx1kYt18=; b=2S STdOGJ9ClUrNyFrLLHa43Fu/tfKQafO3ND7wYgTpjRAW5hXpa/0vipw7c3PwUvLW kw3JfgErOpy5+mBiVzY/RtdMe0a4h7iZmWyJwv//Zh31h2l/E2nxIYEaNmoV4KkC qeijJIm2loXD1JgzwH9hDixNU0IIM+YVJfNNDg7IE= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a99.g.dreamhost.com (Postfix) with ESMTPSA id D4E037E76C; Mon, 18 May 2020 07:09:03 -0700 (PDT) Date: Mon, 18 May 2020 07:09:01 -0700 X-DH-BACKEND: pdx1-sub0-mail-a99 From: Thomas Skibo To: Milan Obuch Cc: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200518140901.GA1152@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200518061310.GA49966@piedmont> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedruddthedgjeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqeenucggtffrrghtthgvrhhnpeetffetveejfeetveehkeduudekjeeuvdfhgfejudekffeuleffkeegteduueevudenucffohhmrghinhepfhhrvggvsghsugdrohhrghdpshhkihgsohdrnhgvthenucfkphepieejrddukedtrdehledrkedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepphhivggumhhonhhtpdhinhgvthepieejrddukedtrdehledrkedupdhrvghtuhhrnhdqphgrthhhpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqpdhmrghilhhfrhhomhepthhhohhmrghsqdgsshgusehskhhisghordhnvghtpdhnrhgtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 49QgqT19kHz3YXq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=2S STdOG; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.209.35 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-0.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skibo.net]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[skibo.net:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.83.209.35:from]; NEURAL_HAM_SHORT(-0.45)[-0.449]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.209.35:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 14:09:11 -0000 On Sun, May 17, 2020 at 11:13:10PM -0700, Thomas Skibo wrote: > On Mon, May 18, 2020 at 06:28:20AM +0200, Milan Obuch wrote: > > > > Maybe it's time to make your xbit2bin tool public... this way all > > formats could be handled with no need to patch kernel driver. > > > > Regards, > > Milan > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > Well, I thought I had lost it until reminded me of the name! > > --Thomas > I thought I attached it to that email last night. I guess it was late. I put the xbit2bin tool at https://www.skibo.net/zedbsd/xbit2bin.c It will strip the header and byte-swap a Xilinx .bit file and so that it's compatible with devcfg(4). Cheers, --Thomas -- ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Mon May 18 14:34:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C14F12CC243 for ; Mon, 18 May 2020 14:34:48 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QhP35DmSz3Zng for ; Mon, 18 May 2020 14:34:47 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 14:34:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589812485; bh=uVhcM/ExsYeuDRwUGroWeIoGxp1l/Mw1yuGUBOhlhWs=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=ysBGjBX7BlNnPE8H6Lv33UAHSSRN7iHjBxOsKucZWFRdbtj5AvdKfgKnCeuQNuAOJ E8kEjHUahN/bdkVsXXFEHOjI/hK9Fwaj/X0DVVVyteELXCQ3huUHgSyQvzjo89kx3z 26MQbi2jrxZyFueHdHmIT7YFNQmRhcME3I1IaXhM= To: myfreeweb From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> In-Reply-To: <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QhP35DmSz3Zng X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=ysBGjBX7; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.94 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.84)[-0.844]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.134:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 14:34:48 -0000 > > After a solid 16hrs this weekend, I can confirm that the pre-built imag= es do NOT "just work", at least not with SolidRun's HoneyComb version rev 1= .4. > > The 12.1 arm7 GENERICSD image fails to boot. The included EFI/BOOT/boot= arm.efi fails to load. I dropped in a copy of EFI/BOOT/bootarm64.efi from t= he aarch64 image, but that failed to handoff the process properly. Tested w= ith both u-boot and UEFI. > > Why would you even try 32-bit? Just throwing spaghetti at the wall to see what would stick. > > The 12.1 aarch64 memstick installer iamge fails out trying to mount the= UFS partition and drops into the mountroot> shell with error 19. Listing G= EOM managed disk devices returned an empty list. > > What devices does the boot log show? No xhci I guess, how about pci, sdhc= i? Does this answer your question? https://gist.github.com/agrajag9/ce1107a196= 2283b64205bc8f35123a5c If not, I'll happily run what's needed to get you something better. > > My silicon is rev 1.4 so I have to use the SD slot for the firmware lay= er, which is a mild inconvenience because I can't use that slot for an OS i= amge (https://github.com/SolidRun/lx2160a_build/issues/36#issuecomment-6298= 65674). > > The comment there says silicon rev 2 starts with board rev 1.5, but linux= 4kix on Twitter said the 1.4 board is rev 2 silicon! I did flash a known-working firmware build img to the eMMC and set the DIP = switches but it did nothing, although I won't rule out Layer 8 failures as = I'm still pretty fresh to playing this far down in a system. > > Unfortunately that's where I ran out of time. I spent most of the time = tracing and tweaking SolidRun's build scripts, testing various combinations= of firmware builds and boot images, and learning my way through both the u= -boot and UEFI implementations. > > Please don't waste time on u-boot. Any particular reason? Most of SolidRun's documentation is based on u-boot,= the online documentation from u-boot and the in-console help lines have be= en much easier to follow, and I'm finding it has a lot more capability to i= nteract with the underlying systems - e.g. reading/writing arbitrary blobs = from/to memory/disk. > > Barring other simple ideas, my next step is to make buildworld for TARG= ET=3Darm64 TARGET_ARCH=3Daarch64, drop that on an NVMe gumstick, and see if= I can get that booted. > > You can just dd the memstick to an nvme or sata drive as well. Yep, I have a nice fresh NVMe drive now on the way to play with later this = week. Dan Kotowski From owner-freebsd-arm@freebsd.org Mon May 18 14:35:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F4682CC605 for ; Mon, 18 May 2020 14:35:46 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QhQ84gSmz3ZpP for ; Mon, 18 May 2020 14:35:44 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 18 May 2020 16:35:41 +0200 id 00F405F0.5EC29D3D.00011BB3 Date: Mon, 18 May 2020 16:35:41 +0200 From: Milan Obuch To: Thomas Skibo Cc: freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200518163541.667b64bf@zeta.dino.sk> In-Reply-To: <20200518140901.GA1152@piedmont> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> <20200518140901.GA1152@piedmont> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; i386-portbld-freebsd11.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49QhQ84gSmz3ZpP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-0.63 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.33)[-0.333]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 14:35:46 -0000 On Mon, 18 May 2020 07:09:01 -0700, Thomas Skibo wrote: > On Sun, May 17, 2020 at 11:13:10PM -0700, Thomas Skibo wrote: > > On Mon, May 18, 2020 at 06:28:20AM +0200, Milan Obuch wrote: > > > > > > Maybe it's time to make your xbit2bin tool public... this way all > > > formats could be handled with no need to patch kernel driver. > > > > > > Regards, > > > Milan > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to > > > "freebsd-arm-unsubscribe@freebsd.org" > > > > Well, I thought I had lost it until reminded me of the name! > > > > --Thomas > > > > I thought I attached it to that email last night. I guess it was > late. I put the xbit2bin tool at > https://www.skibo.net/zedbsd/xbit2bin.c It will strip the header and > byte-swap a Xilinx .bit file and so that it's compatible with > devcfg(4). > Well, most probably mailing list ate it. I did get it, but you sent the message directly to me, so I received no mailing list processed version, but you used attachment of type text/x-csrc. Mailing list accepts probably just text/plain attachments I think. But it is better to have it on web :) Regards, Milan From owner-freebsd-arm@freebsd.org Mon May 18 15:04:24 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CD7E62CD12B for ; Mon, 18 May 2020 15:04:24 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qj3C5B3Fz3cnW for ; Mon, 18 May 2020 15:04:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Mon, 18 May 2020 15:04:16 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589814256; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5IoXjzt4gLJyRL3lf1K3G6eT8zENrPzgkvAisn4xX7Q=; b=RnKORjjyYBbqUqk5qO72FyQrUVXDbSGpW1j1TvW+hoF5izr3Lu//kWAsn+bBFx3rUKq70g ojCGaCGVk0+1coFwwCxsqfP9+s+WGGZLZ49LbBzo3u7Z1+apTc3RPpG79OhP+sUZQkXjwc svTrT44wCtWsHeSWFnqYCMNDgtwKioU= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Dan Kotowski CC: John-Mark Gurney , "freebsd-arm@freebsd.org" Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X In-Reply-To: <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49Qj3C5B3Fz3cnW X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=RnKORjjy; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.89 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.89)[-0.889]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 15:04:24 -0000 On May 18, 2020 2:34:35 PM UTC, Dan Kotowski wrote: >> > The 12=2E1 aarch64 memstick installer iamge fails out trying to mount= the UFS partition and drops into the mountroot> shell with error 19=2E Lis= ting GEOM managed disk devices returned an empty list=2E >> >> What devices does the boot log show? No xhci I guess, how about pci, sd= hci? > >Does this answer your question? https://gist=2Egithub=2Ecom/agrajag9/ce11= 07a1962283b64205bc8f35123a5c > >If not, I'll happily run what's needed to get you something better=2E No, the interesting part is the kernel boot log (dmesg) =E2=80=93 the one = where you saw the mountroot prompt! > Load Device: eMMC(0xCA) huh, wait, where was the memstick image written to again? >> Please don't waste time on u-boot=2E > >Any particular reason? Most of SolidRun's documentation is based on u-boo= t, the online documentation from u-boot and the in-console help lines have = been much easier to follow, and I'm finding it has a lot more capability to= interact with the underlying systems - e=2Eg=2E reading/writing arbitrary = blobs from/to memory/disk=2E u-boot does not support ACPI, and only ACPI is appropriate for running non= -Linux OSes on this hardware=2E Upstream development is focused on EDK2 with ACPI and approaching SBSA com= pliance=2E People have managed to run OpenBSD, NetBSD, and Windows=2E From owner-freebsd-arm@freebsd.org Mon May 18 15:36:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 082A02CDB39 for ; Mon, 18 May 2020 15:36:46 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QjmX6h6bz3fGv for ; Mon, 18 May 2020 15:36:44 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 15:36:37 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589816202; bh=eKm5HrFAdAGJ2KXYuGwxlozCBRuG0hzGPEhx7NSUGZ8=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=ft4lGAtjS29nXsmyK3n7Lz6noXbW4hiSmt9f49E06Ne0q/f18Ox0XBv1E5bZJHxP7 fDoZIbMY4n5e+gCWcinSo+mZC8xPcDQemuIK5+PSmKY6KUy/JP8kylGEZBilCOMe/8 jku5PebddHgnoX76rcHcPhuSTo5ku1/diO0v15AA= To: myfreeweb From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QjmX6h6bz3fGv X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=ft4lGAtj; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.70 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.60)[-0.598]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.134:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 15:36:46 -0000 > > > > The 12.1 aarch64 memstick installer iamge fails out trying to mount= the UFS partition and drops into the mountroot> shell with error 19. Listi= ng GEOM managed disk devices returned an empty list. > > > > > > What devices does the boot log show? No xhci I guess, how about pci, = sdhci? > > > > Does this answer your question? https://gist.github.com/agrajag9/ce1107= a1962283b64205bc8f35123a5c > > If not, I'll happily run what's needed to get you something better. > > No, the interesting part is the kernel boot log (dmesg) =E2=80=93 the one= where you saw the mountroot prompt! Better? https://gist.github.com/agrajag9/9a69b5baff70c8c1040fabeebd037214 2 files to truncate the >100 empty lines dumped to the console between them= . > > Load Device: eMMC(0xCA) > > huh, wait, where was the memstick image written to again? Artifact of a Layer 8 failure, you can ignore that console output... > > > Please don't waste time on u-boot. > > > > Any particular reason? Most of SolidRun's documentation is based on u-b= oot, the online documentation from u-boot and the in-console help lines hav= e been much easier to follow, and I'm finding it has a lot more capability = to interact with the underlying systems - e.g. reading/writing arbitrary bl= obs from/to memory/disk. > > u-boot does not support ACPI, and only ACPI is appropriate for running no= n-Linux OSes on this hardware. > > Upstream development is focused on EDK2 with ACPI and approaching SBSA co= mpliance. People have managed to run OpenBSD, NetBSD, and Windows. Noted, I'll stick to UEFI then. From owner-freebsd-arm@freebsd.org Mon May 18 15:43:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 353152CE183 for ; Mon, 18 May 2020 15:43:26 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QjwF12Jhz3g1Z for ; Mon, 18 May 2020 15:43:24 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Mon, 18 May 2020 15:43:16 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589816596; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GM/1jPMK32C6yuip4TxNuVyuQs5dzOT8J4Su4oWxAPE=; b=jOTbNomnvL2RhmCB4JX3xNfBza5xzEq2wiH1rfX3jFLVKrtyXqvYvAkGR/vu3n1oML2wy+ SxBLQMSreVrTq2dNCtIYClGsogVnyBvo6+uPsvVXko0nF/epHYymSAILkeWG2EOzVQljPE 5p3Ems60Ld5oUqdu+qRcJxJGnDhlsDo= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Dan Kotowski CC: John-Mark Gurney , "freebsd-arm@freebsd.org" Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X In-Reply-To: References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> Message-ID: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49QjwF12Jhz3g1Z X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=jOTbNomn; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.64 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.64)[-0.645]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 15:43:26 -0000 On May 18, 2020 3:36:37 PM UTC, Dan Kotowski wrote: >> > > > The 12=2E1 aarch64 memstick installer iamge fails out trying to m= ount the UFS partition and drops into the mountroot> shell with error 19=2E= Listing GEOM managed disk devices returned an empty list=2E >> > > >> > > What devices does the boot log show? No xhci I guess, how about pci= , sdhci? >> > >> > Does this answer your question? https://gist=2Egithub=2Ecom/agrajag9/= ce1107a1962283b64205bc8f35123a5c >> > If not, I'll happily run what's needed to get you something better=2E >> >> No, the interesting part is the kernel boot log (dmesg) =E2=80=93 the o= ne where you saw the mountroot prompt! > >Better? https://gist=2Egithub=2Ecom/agrajag9/9a69b5baff70c8c1040fabeebd03= 7214 Oh, well that explains the lack of devices: > Using DTB provided by EFI Try choosing ACPI in the UEFI setup menu if that's available=2E And/or setting kern=2Ecfg=2Eorder=3Dacpi in the FreeBSD loader menu / /boo= t/loader=2Econf From owner-freebsd-arm@freebsd.org Mon May 18 16:11:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E48682CEE9C for ; Mon, 18 May 2020 16:11:59 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QkYB5l1Yz3yYr for ; Mon, 18 May 2020 16:11:58 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 16:11:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589818316; bh=UnXfD6o+MBwB/mrH/LGSK40wBkgyOQPj8c60MrLXcPM=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=KEN5pOQuYJ0nhFqsgsIWFSc5aRvm6Y8nZB4PA8VAPx8jf7NtwQoWSm+KNToYP2tLc 5vr5UbyxkdoHDmO/oaFXzN1NI5PlSy/p4CMrBdTcOr9SJ0avaew+dsKZq9ab7jRfzE E4NVyLxu8Ix1cGII9uJ2ha6qlozbSANS8y2n1Dcc= To: myfreeweb From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> In-Reply-To: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QkYB5l1Yz3yYr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=KEN5pOQu; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.84 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.74)[-0.740]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 16:12:00 -0000 > > > > > > The 12.1 aarch64 memstick installer iamge fails out trying to m= ount the UFS partition and drops into the mountroot> shell with error 19. L= isting GEOM managed disk devices returned an empty list. > > > > > > > > > > What devices does the boot log show? No xhci I guess, how about p= ci, sdhci? > > > > > > > > Does this answer your question? https://gist.github.com/agrajag9/ce= 1107a1962283b64205bc8f35123a5c > > > > If not, I'll happily run what's needed to get you something better. > > > > > > No, the interesting part is the kernel boot log (dmesg) =E2=80=93 the= one where you saw the mountroot prompt! > > > > Better? https://gist.github.com/agrajag9/9a69b5baff70c8c1040fabeebd0372= 14 > > Oh, well that explains the lack of devices: > > > Using DTB provided by EFI > > Try choosing ACPI in the UEFI setup menu if that's available. > And/or setting kern.cfg.order=3Dacpi in the FreeBSD loader menu / /boot/l= oader.conf I couldn't find any options regarding ACPI in the UEFI menus, so I tried us= ing `set kern.cfg.order=3Dacpi` but that still failed in the same way. https://gist.github.com/agrajag9/2fa73fc21bff10c9bee9eba810ea283d I also included the output from running some of the diagnostic UEFI shell c= ommands in case that helps. And I have the compiled DTB on hand if that hel= ps as well. From owner-freebsd-arm@freebsd.org Mon May 18 17:02:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 224F02CF7ED for ; Mon, 18 May 2020 17:02:35 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QlgZ1r0Lz42Gq for ; Mon, 18 May 2020 17:02:34 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-io1-xd33.google.com with SMTP id d7so11374704ioq.5 for ; Mon, 18 May 2020 10:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=YeTlufj0qJCA+i7ayLxCRaWs1fpocGLqYIbPHTV2Kxs=; b=j+Uwko5CLQhiGSNhSr7uzfURUuHpVI+wSe4LZQt+nOl9nbeeY3XwVqkmztfVZyoK4n ygpTdLjsNjITNmXYUoPGtR9SeDBm/b9YjbZLHQDMYUFPM6cvYGcrXK334CE1C09r/IE4 rQpr2btt8TTjHrm0dBzSJ2mCgNnIAZdhaE7qs5fggLcHj7Scw9qv5JQnRFvCTFUARLHQ u2MTJ+iDBH8HtNyGsp8UH4t9my+V8TFv+vHaMw5UkDyppX9cI/7+m0ZfZs7XLDFRSrka a6WaSQKc+PVWnMl0AV9UO6cE/PXbUxQVgO2OJj4/FSfkf1eh6jX0mAxlLS/Y5BWQ7yXd VOmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=YeTlufj0qJCA+i7ayLxCRaWs1fpocGLqYIbPHTV2Kxs=; b=Y+yFMIrOhL3C6k1OqoAcMOvdxcal7E8qhBuY8D2GoVTnspN85U7+NrL7/eiGpXacyH ofnPdKBa9fPracWKJB0J3bFd6HRb7pshCfqq2PrSLvFFa/rbu6O/3EEfeA007c1moH50 udEDSVFEfZLPIlqcroSr8BZ+BQQy/y2CPeHzmfb8g7FwbO4vO91gTN/oB6aEk79PzQ+Y nu7R4cznkIuuLqQris+5FjokFJhsgPidACKh22XG2RQTguXHgcuW9u8akqjQQI4fGley kqdfO9Oni3g3YMO1uLMF6qSuQUiwOD47qHGfhxMbZpPPjBGQgAdDzQAJAYdxDrLYzinm enrw== X-Gm-Message-State: AOAM531kgQY+f2t4uD8ZmDlp4i9xZo35wXcoZd+Ha/FTfA+/87U0luLv UEpYA3Le89YCmcDu37K5UMgB9ekf7huU86uKFIX5FyUW X-Google-Smtp-Source: ABdhPJxJyVbUqlUGEK4a8Vln1qUXy/hYjy5HxZa1cB9qhotSLxxTWGUi9zPmYS4QtZ/K4QKdWmeS8x+HCAoD6eLEVZs= X-Received: by 2002:a02:93c8:: with SMTP id z66mr16793969jah.23.1589821352819; Mon, 18 May 2020 10:02:32 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:b847:0:0:0:0:0 with HTTP; Mon, 18 May 2020 10:02:32 -0700 (PDT) From: David Mehler Date: Mon, 18 May 2020 13:02:32 -0400 Message-ID: Subject: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49QlgZ1r0Lz42Gq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=j+Uwko5C; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davemehler@gmail.com designates 2607:f8b0:4864:20::d33 as permitted sender) smtp.mailfrom=davemehler@gmail.com X-Spamd-Result: default: False [0.80 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d33:from]; NEURAL_SPAM_SHORT(0.80)[0.797]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:02:35 -0000 Hello, I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It is completely headless the only thing it has is it's power connection. I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. As this is headless I have looked and read that the pi 3b+ onboard wireless adapter is not supported out of the box. Is this so? Is there a way perhaps with a custom kernel to make this work? My goal is to drop this sd card in the pi, start it up, and have it come up on the wireless network and be ready for me to ssh in to it. Any suggestions appreciated. Thanks. Dave. From owner-freebsd-arm@freebsd.org Mon May 18 17:05:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 10B092CFF47 for ; Mon, 18 May 2020 17:05:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qlkn3XR9z42n9 for ; Mon, 18 May 2020 17:05:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589821519; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=U7Z5/FTjths8wDfAHd+gEgx1lRXCfuLKMxsGZnP8K2s=; b=IEucq4aTzYGX7lhJhjBAW1nEj48FMvWQzVlllJzt9EIA4ls1whAh71nk2YaUSdwa8ZHELK BB3ax+bYRJuQ68uJCKGJmr7zEd4vJXm69l/soxaNsz8HJ8yg3VuEhXmCbG8WPSo3Gr7O81 5nh7SvosgGw9sPzDTfuevCtAQtk9t9Q= Date: Mon, 18 May 2020 17:05:17 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> References: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49Qlkn3XR9z42n9 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=IEucq4aT; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.47 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.47)[-0.473]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:05:23 -0000 May 18, 2020 7:11 PM, "Dan Kotowski" wro= te:=0A=0A>>>>>> The 12.1 aarch64 memstick installer iamge fails out tryin= g to mount the UFS partition and=0A>> drops into the mountroot> shell wit= h error 19. Listing GEOM managed disk devices returned an empty=0A>> list= .=0A>>>>> =0A>>>>> What devices does the boot log show? No xhci I guess, = how about pci, sdhci?=0A>>>> =0A>>>> Does this answer your question?=0A>>= https://gist.github.com/agrajag9/ce1107a1962283b64205bc8f35123a5c=0A>>>>= If not, I'll happily run what's needed to get you something better.=0A>>= > =0A>>> No, the interesting part is the kernel boot log (dmesg) =E2=80= =93 the one where you saw the mountroot=0A>> prompt!=0A>> =0A>> Better? h= ttps://gist.github.com/agrajag9/9a69b5baff70c8c1040fabeebd037214=0A>> =0A= >> Oh, well that explains the lack of devices:=0A>> =0A>> Using DTB provi= ded by EFI=0A>> =0A>> Try choosing ACPI in the UEFI setup menu if that's = available.=0A>> And/or setting kern.cfg.order=3Dacpi in the FreeBSD loade= r menu / /boot/loader.conf=0A> =0A> I couldn't find any options regarding= ACPI in the UEFI menus, so I tried using `set=0A> kern.cfg.order=3Dacpi`= but that still failed in the same way.=0A> =0A> https://gist.github.com/= agrajag9/2fa73fc21bff10c9bee9eba810ea283d=0A=0ASame as in it still says "= using DTB"?=0A=0AI wonder if that's the same weirdness I saw on the RPi4,= =0AFreeBSD failing acpi_find_table(ACPI_SIG_SPCR) even though the SPCR ta= ble=0Ais present and deciding we don't have ACPI..=0A=0AYou could try my = current kernel which has has_acpi hardcoded to true=0A(extract into the r= oot of the memstick's ufs partition):=0A=0Ahttps://send.firefox.com/downl= oad/c3d69444ce92d3cf/#AuYrYtDvJWNYbEeJWRX4fA From owner-freebsd-arm@freebsd.org Mon May 18 17:13:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 89CEC2D81CE for ; Mon, 18 May 2020 17:13:42 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QlwP6q44z43W0 for ; Mon, 18 May 2020 17:13:41 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1589822021; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=pBphLKFY+w0I0PxfrC0/PztjZOK5WPk9lZmQQn4XvTkjPIx4TajBFfSKRLnl6QQdJFp8NgveCdf70 lKvOaaVKMSheNAUFTURUrAtfDM0fsykInoh4wPTAUyy5Tfd8MZp/lcTFzsmfXDo5kbJcjI6py6WzmP h6eq8/u2PuPy5+aK8KZYm+wOf9DRAI/UD3T9SI8XOZfA2ap2Ov5zIo7LCG89XkG/kisorFWLoSG8Fm H3XcsaDysgUEcWkq5R8FuPJuXJbATvB6kXKG+d+UT6ES47C3+alL2l6WN9fi/uUpQ8zW6I39BXL3na AeQ1vKIF2hFqKlGYkMFbok/UZj8eJ0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=RSxt1Jj7UHSoeTRXmi26OLabrBdNI+BcE+ICPMjL3co=; b=k/o/cJCihJyeQcuaCDYG+6/6hjvYuOx9ApBJ4YqVUHWgyXoMeRKsWTTNeyxOqlPyWn5m1GfbfDKba khJosEqRSnyT6KGmXGwSDwqmhoiR9fSz2vfkFLTsUBjG0RpT1lsryBKKqxEc3LrqccXEryNjqCa2We ZTAvrdsYu9FQIzfmD9pFwd4Ap9VE1EjERBuZObm9n9Iq2cs3ejVTT6S15y5BRKwYJz4wQVuVabt0Hp dWfpdIbipFpCm1j39xumbwdcPVBVQGUCmxiqOj0Vt9Jo2pgodSvhjZ70wz/sjCw5jer2ukKH80GOdo y9NT8yk2MOGdYKP3s1ygddMsdXp2Yng== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=RSxt1Jj7UHSoeTRXmi26OLabrBdNI+BcE+ICPMjL3co=; b=FFHSNlu+F4iEMjJyiD4RgJl8br9YAv6YMRHAhdcR4vpVS9v7Yu8EAC7jVVTWGPxTtiNz2Aau2GZN5 JgFfRf/IMDwNejnjmyiy4m3kXwFE5NXmwISEJXZED4kWxRcL825WQ/cAXDR8o6Enp59rKRqOGTvCio 1SMgsX7D1Hrs8nDAsUWVy4SK06gTy9aIt+F1dI5uvRfkIRaPWYSM7edyO1Xe1YDq2UxfjPn04KAP1a QIMUYq9QNFyvwDjylrwkorQg/norC3cLT8i/hW1DAsI6AvOsA9RivHSCoiDeZYsYDTC1751Frr0t8W oXP1hJGNJUxWL4p4CIcvHSQ1K9UiBcw== X-MHO-RoutePath: aGlwcGll X-MHO-User: ea9518cb-992a-11ea-a066-6d02e42e573a X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id ea9518cb-992a-11ea-a066-6d02e42e573a; Mon, 18 May 2020 17:13:40 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04IHDc9N002557; Mon, 18 May 2020 11:13:38 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? From: Ian Lepore To: David Mehler , freebsd-arm@freebsd.org Date: Mon, 18 May 2020 11:13:38 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49QlwP6q44z43W0 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:13:42 -0000 On Mon, 2020-05-18 at 13:02 -0400, David Mehler wrote: > Hello, > > I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It > is completely headless the only thing it has is it's power > connection. > I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > > As this is headless I have looked and read that the pi 3b+ onboard > wireless adapter is not supported out of the box. Is this so? Is > there > a way perhaps with a custom kernel to make this work? > > My goal is to drop this sd card in the pi, start it up, and have it > come up on the wireless network and be ready for me to ssh in to it. > > Any suggestions appreciated. > > Thanks. > Dave. > We currently have no driver for the onboard wireless. Your only option for the setup you describe would be to plug in a usb wireless adapter that freebsd does have a driver for. -- Ian From owner-freebsd-arm@freebsd.org Mon May 18 17:15:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 70EBA2D84A3 for ; Mon, 18 May 2020 17:15:01 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qlxw2vXhz43TR for ; Mon, 18 May 2020 17:15:00 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id D272D8D4A177; Mon, 18 May 2020 17:14:51 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 77A13E70815; Mon, 18 May 2020 17:14:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id tQsFOFsTrw9B; Mon, 18 May 2020 17:14:50 +0000 (UTC) Received: from [169.254.219.26] (unknown [IPv6:fde9:577b:c1a9:4902:28e5:42ce:a672:96ae]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 21067E70814; Mon, 18 May 2020 17:14:49 +0000 (UTC) From: "Bjoern A. Zeeb" To: "David Mehler" Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? Date: Mon, 18 May 2020 17:14:49 +0000 X-Mailer: MailMate (2.0BETAr6146) Message-ID: <57129EE8-A5CB-4355-BC52-6130022B2C33@lists.zabbadoz.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49Qlxw2vXhz43TR X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [1.30 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; NEURAL_SPAM_SHORT(0.60)[0.596]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zabbadoz.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:15:01 -0000 On 18 May 2020, at 17:02, David Mehler wrote: > Hello, > > I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It > is completely headless the only thing it has is it's power connection. > I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > > As this is headless I have looked and read that the pi 3b+ onboard > wireless adapter is not supported out of the box. Is this so? Is there > a way perhaps with a custom kernel to make this work? > > My goal is to drop this sd card in the pi, start it up, and have it > come up on the wireless network and be ready for me to ssh in to it. Not with the built-in wireless yet. Sorry. This is largely my fault. > Any suggestions appreciated. From owner-freebsd-arm@freebsd.org Mon May 18 17:23:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3B4B32D836B for ; Mon, 18 May 2020 17:23:28 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qm7g2TQTz43vd for ; Mon, 18 May 2020 17:23:27 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qt1-x82c.google.com with SMTP id z18so8774984qto.2 for ; Mon, 18 May 2020 10:23:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0nvk/1F+v/rUhE+AhaBa4K4eZEHQRo1+IZSGv3/y/4k=; b=KtMz9WB/VegMbHyYUoo1vT4HoMQXJzCCGEKRuLxvZC89XybqMSBkilF5o2myaO90pe u6Lucc3pb+seiDzmN5u77l3btR3fQY+zKPjDhd1PmLEFTvX9G93DWipDu6S1GjBrdbu3 CAuaAYclUxIZE0Fo+GWLjZCyA1otcLX1YzIWs0QqqVVApHMcet5b++2e6f9lsVGSEHTN buoQWxRRPIXZaKg4ai8tyEZIGyEEze7dFBylpsDrgNY+GH2ysEOzDGzBpc5dIHoMTEvW SJPht/WVdXg3mSEiCEusfLHikQ6UlmdN1Ji96qWdNgpDTYtE2BwaH9tr8CzYlERZSuHA Z6lA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0nvk/1F+v/rUhE+AhaBa4K4eZEHQRo1+IZSGv3/y/4k=; b=R27EGNHwM/Xf3kvNCOlyCNFc9tMJDrrO7jeUn9u+Woh6vUXGMvAikHVnvnmG51D7cJ hxpqAFTjm6wahR2BSAV3rgJ++GMy85xLdP3aegmH49FbHPgYjfJCt9Ujri72tVxRnw9q 4n5gmlPxZXK0OQyrawuPC+E8mb6FXfN1HZi9aFlwGYW+2X8nS+KaW1KXwzUJffGaWPTv s8vW5rmuRj8f0Gtzm2zfdtXdmC9R8eOD9upXhrAThqQ1hoi8hgjfCMdJZXC14Jqp8UrX JFcMfntuzlNgEjXJVleAdjXC0kZ1ZH/5pzrc4tdJ0dF6mpCFhI4AXhsd5Yg8RMkBrl11 m+tw== X-Gm-Message-State: AOAM531jxtEVchtq0uMxhTKUZVSKAt1N97x5zVQ6niW8m6stjBEmfikz M95EFTPX2A+PW3W8BMVZtPBvVN8dAt9iSSmx+NZBPqvT X-Google-Smtp-Source: ABdhPJxF4wNeJlDiXdDMOfcARBlRXegJdDfYAzWaRwtXhRo/UvEPTWCdl3xscH75rm93xo8UMnCcedzQ+ytbsYRum60= X-Received: by 2002:aed:3949:: with SMTP id l67mr16927060qte.313.1589822605956; Mon, 18 May 2020 10:23:25 -0700 (PDT) MIME-Version: 1.0 References: <72D47662-240E-4851-844A-A4F92F18B3F2@unrelenting.technology> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> In-Reply-To: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> From: Marcin Wojtas Date: Mon, 18 May 2020 19:23:14 +0200 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: Dan Kotowski Cc: myfreeweb , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49Qm7g2TQTz43vd X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=KtMz9WB/; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::82c) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [0.16 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.462]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:23:28 -0000 Hi Dan, pon., 18 maj 2020 o 18:12 Dan Kotowski napisa=C5=82(a): > > > > > > > > The 12.1 aarch64 memstick installer iamge fails out trying to= mount the UFS partition and drops into the mountroot> shell with error 19.= Listing GEOM managed disk devices returned an empty list. > > > > > > > > > > > > What devices does the boot log show? No xhci I guess, how about= pci, sdhci? > > > > > > > > > > Does this answer your question? https://gist.github.com/agrajag9/= ce1107a1962283b64205bc8f35123a5c > > > > > If not, I'll happily run what's needed to get you something bette= r. > > > > > > > > No, the interesting part is the kernel boot log (dmesg) =E2=80=93 t= he one where you saw the mountroot prompt! > > > > > > Better? https://gist.github.com/agrajag9/9a69b5baff70c8c1040fabeebd03= 7214 > > > > Oh, well that explains the lack of devices: > > > > > Using DTB provided by EFI > > > > Try choosing ACPI in the UEFI setup menu if that's available. > > And/or setting kern.cfg.order=3Dacpi in the FreeBSD loader menu / /boot= /loader.conf > > I couldn't find any options regarding ACPI in the UEFI menus, so I tried = using `set kern.cfg.order=3Dacpi` but that still failed in the same way. > > https://gist.github.com/agrajag9/2fa73fc21bff10c9bee9eba810ea283d > > I also included the output from running some of the diagnostic UEFI shell= commands in case that helps. And I have the compiled DTB on hand if that h= elps as well. > Did you try to change the relevant variable (responsible for switching between ACPI and DT) via BootManager menu? Device Manager -> O/S Hardware Description Selection -> (F10 to save and then reset, so that it's taken into account when loading the ACPI modules modules)? It should work this way if it's done in a generic way, I haven't studied SolidRun's edk2-platforms code much yet. Please let me know if it helped. Best regards, Marcin From owner-freebsd-arm@freebsd.org Mon May 18 17:31:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7DD602D85EA for ; Mon, 18 May 2020 17:31:00 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QmJM2QCqz44JL for ; Mon, 18 May 2020 17:30:58 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 17:30:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589823056; bh=OWFDX8y4nJBt0cf2fSxVs6fBOblSBto7tR7dZo4F32U=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=pJtlllG+C+DFszUZxHtabfvZp/O59LFd1GdGRuayMhvPltkpT9+i95vFt3XcjNWVy JVUFBOkapcHKWMqOp05ucf8sqD/JiO3r8+Gs7Jh5AUlKG1Xuvs4A5/Mbr0SocmVXj1 XU4NEzrbjROHEys6NPRL8HIqjQWGk6hEHePpamUQ= To: Marcin Wojtas From: Dan Kotowski Cc: myfreeweb , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <_RDUKp6prVKzbS78Ew-k-1jMchiNNTPM62rKtM_bK7V6weiePWCSD8Rxy4TS0raG4gb69-Z5ZqVcc9vZTBS83mku9Y92vWgDJJEqN8tOMec=@a9development.com> In-Reply-To: References: <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QmJM2QCqz44JL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=pJtlllG+; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.18 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.68 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.58)[-0.576]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.18:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 17:31:00 -0000 > Hi Dan, > > pon., 18 maj 2020 o 18:12 Dan Kotowski > dan.kotowski@a9development.com napisa=C5=82(a): > > > > > > > > > The 12.1 aarch64 memstick installer iamge fails out trying = to mount the UFS partition and drops into the mountroot> shell with error 1= 9. Listing GEOM managed disk devices returned an empty list. > > > > > > > > > > > > > > What devices does the boot log show? No xhci I guess, how abo= ut pci, sdhci? > > > > > > > > > > > > Does this answer your question? https://gist.github.com/agrajag= 9/ce1107a1962283b64205bc8f35123a5c > > > > > > If not, I'll happily run what's needed to get you something bet= ter. > > > > > > > > > > No, the interesting part is the kernel boot log (dmesg) =E2=80= =93 the one where you saw the mountroot prompt! > > > > > > > > Better? https://gist.github.com/agrajag9/9a69b5baff70c8c1040fabeebd= 037214 > > > > > > Oh, well that explains the lack of devices: > > > > > > > Using DTB provided by EFI > > > > > > Try choosing ACPI in the UEFI setup menu if that's available. > > > And/or setting kern.cfg.order=3Dacpi in the FreeBSD loader menu / /bo= ot/loader.conf > > > > I couldn't find any options regarding ACPI in the UEFI menus, so I trie= d using `set kern.cfg.order=3Dacpi` but that still failed in the same way. > > https://gist.github.com/agrajag9/2fa73fc21bff10c9bee9eba810ea283d > > I also included the output from running some of the diagnostic UEFI she= ll commands in case that helps. And I have the compiled DTB on hand if that= helps as well. > > Did you try to change the relevant variable (responsible for switching > between ACPI and DT) via BootManager menu? > Device Manager -> O/S Hardware Description Selection -> > (F10 to save and then reset, so that it's taken into account when > loading the ACPI modules modules)? > It should work this way if it's done in a generic way, I haven't > studied SolidRun's edk2-platforms code much yet. > Please let me know if it helped. > > Best regards, > Marcin Unfortunately there aren't many option in the menu system and I didn't see = anything obvious like that. The Device Manager shows an empty Devices List,= and the Boot Manager only lets me select FS and BLK devices. The Boot Main= tenance Manager menu has sub-menus for Boot Options, Driver Options, Consol= e Options, and Boot From File - but again no mentions of ACPI or DTBs. From owner-freebsd-arm@freebsd.org Mon May 18 19:22:37 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E70A72DB503 for ; Mon, 18 May 2020 19:22:37 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qpn92bwdz4D6G for ; Mon, 18 May 2020 19:22:37 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 19:22:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589829754; bh=CnVjMQhZkfNc00XI85G1tMK4+bmtlQ6Q1pCZfrS5i4k=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=JU5L+F8XvmBTpQ+NXvOL7PkGhv61uy61PNZbIaxD/RErSG2q4qz/NDMq08xBNIdBM UGcweELMeO3D/wtLQdRJh4NzJsYP7yajUwFztJc5SlY4QZIADX6SZu5d0Hoo4RqUHc qlp2TTr1kEM3e950N52fhk5jqlpsGbvHDJ5WPqws= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> References: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49Qpn92bwdz4D6G X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=JU5L+F8X; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.18 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.64 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.54)[-0.540]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.18:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 19:22:38 -0000 > Same as in it still says "using DTB"? > > I wonder if that's the same weirdness I saw on the RPi4, > FreeBSD failing acpi_find_table(ACPI_SIG_SPCR) even though the SPCR table > is present and deciding we don't have ACPI.. > > You could try my current kernel which has has_acpi hardcoded to true > (extract into the root of the memstick's ufs partition): > > https://send.firefox.com/download/c3d69444ce92d3cf/#AuYrYtDvJWNYbEeJWRX4f= A Yes, it does still say "using DTB" Also, your kernel works! Or at least I'm into the installer. It doesn't see= the onboard eMMC in the Partition Editor, but once I have the NVMe gumstic= k in hand I'll pick back this back up. Is there a reason that we can't use on the DTBs compiled from SolidRun and = NXP's sources? From owner-freebsd-arm@freebsd.org Mon May 18 19:44:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 057012DB87E for ; Mon, 18 May 2020 19:44:43 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QqGd5dBdz4FfZ for ; Mon, 18 May 2020 19:44:41 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589831073; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lzLqm7zaO0wxOoAGiJTT3pt2L/AbfLcIQKHz6pdbF4c=; b=SQg2oKE5JcL6oPvgS/Pdc8pYrY3ImeAUMJTc397PYTd+LIIMQJPov9D7oW/OqXuRsZSVqZ CeoypXLwk3JSfsvIYco6+dWcKBHir9YUkHHPC4mwD3YNepEIX7DUkHjTiYO3wNjRBB73CY Vvleegiab3dJOd7nPbeQJWUzQ/a/dMM= Date: Mon, 18 May 2020 19:44:32 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <9UQiT9Df6hGA9k3-pzwpHifFsu7BVL2zFGOqDsnGva556e8nyvrKPp5XnKWxksvEKx1bpD-dnuYw8VCGiP9Z_kHc6tDFJcmRXzeJqLbo-yo=@a9development.com> <20200516051207.GT4213@funkthat.com> <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49QqGd5dBdz4FfZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=SQg2oKE5; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.14 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.14)[-0.136]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 19:44:43 -0000 May 18, 2020 10:22 PM, "Dan Kotowski" wr= ote:=0A=0A>> Same as in it still says "using DTB"?=0A>> =0A>> I wonder if= that's the same weirdness I saw on the RPi4,=0A>> FreeBSD failing acpi_f= ind_table(ACPI_SIG_SPCR) even though the SPCR table=0A>> is present and d= eciding we don't have ACPI..=0A>> =0A>> You could try my current kernel w= hich has has_acpi hardcoded to true=0A>> (extract into the root of the me= mstick's ufs partition):=0A>> =0A>> https://send.firefox.com/download/c3d= 69444ce92d3cf/#AuYrYtDvJWNYbEeJWRX4fA=0A> =0A> Yes, it does still say "us= ing DTB"=0A> =0A> Also, your kernel works! Or at least I'm into the insta= ller. It doesn't see the onboard eMMC in the=0A> Partition Editor, but on= ce I have the NVMe gumstick in hand I'll pick back this back up.=0A=0ACoo= l, please please please post a dmesg to https://dmesgd.nycbug.org :)=0A= =0ACreated a bug for the ACPI detection issue:=0Ahttps://bugs.freebsd.org= /bugzilla/show_bug.cgi?id=3D246552=0A=0A> Is there a reason that we can't= use on the DTBs compiled from SolidRun and NXP's sources?=0A=0AThe devic= etree uses NXP specific device descriptions (for USB, SATA, PCIe, all the= things)=0Aand FreeBSD doesn't understand them.=0A=0AACPI tables mostly u= se generic devices descriptions that all operating systems support=0Aout = of the box.=0A=0AIt is technically possible to make a DTB that mostly use= s generic nodes and ACPI tables=0Afull of custom vendor nodes, but almost= nobody does this.=0A(Okay, actually, Qualcomm does ACPI with almost all = vendor nodes on the Windows aarch64 laptops :D)=0A=0AGeneric descriptions= are good. ARM systems that work in the "boring" plug&play way (with stan= dardized=0Ageneric devices) are the ideal we all should strive for, so AC= PI should always be preferred.=0AIf you're using any DTB on a server/work= station-class system, something has gone wrong :) From owner-freebsd-arm@freebsd.org Mon May 18 20:11:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59FBB2DC0EF for ; Mon, 18 May 2020 20:11:08 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qqs72ZJ2z4GtR for ; Mon, 18 May 2020 20:11:07 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 20:11:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589832664; bh=HBjVeZ8IcJOBh3+nQpBUI22VOEOZLiOj9re68Mob1+Y=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=sU+KzwljXuBCtR0W26jR93/mVD3X9TS2ghfwWX1jegO74PN2XRkgGXHqQTAVOZUJi AOKZbYPydqvW1ZaKjcYlj0blAUCBuhM6KPwa5e7wLtMTBN8zU7OhTT69E/BP6HtxNg Zib9RIGcCNhzy5RiG1u/lWCp/t+eytKdT1CowpJ0= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> References: <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49Qqs72ZJ2z4GtR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=sU+Kzwlj; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.69 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.59)[-0.586]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 20:11:08 -0000 > Cool, please please please post a dmesg tohttps://dmesgd.nycbug.org :) > Done: https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5490 > Created a bug for the ACPI detection issue: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246552 > Thanks! I'll keep my eyes on that as well. > > Is there a reason that we can't use on the DTBs compiled from SolidRun = and NXP's sources? > > The devicetree uses NXP specific device descriptions (for USB, SATA, PCIe= , all the things) > and FreeBSD doesn't understand them. > > ACPI tables mostly use generic devices descriptions that all operating sy= stems support > out of the box. > > It is technically possible to make a DTB that mostly uses generic nodes a= nd ACPI tables > full of custom vendor nodes, but almost nobody does this. > (Okay, actually, Qualcomm does ACPI with almost all vendor nodes on the W= indows aarch64 laptops :D) > > Generic descriptions are good. ARM systems that work in the "boring" plug= &play way (with standardized > generic devices) are the ideal we all should strive for, so ACPI should a= lways be preferred. > If you're using any DTB on a server/workstation-class system, something h= as gone wrong :) Thanks for the explanataion, it's very helpful. From owner-freebsd-arm@freebsd.org Mon May 18 20:18:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7706B2DC731 for ; Mon, 18 May 2020 20:18:00 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qr134493z4HyK for ; Mon, 18 May 2020 20:17:59 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589833077; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+3OB85cIglRXNC/vouZ52WZghiLjsus4RhQ8brwBaFk=; b=bjEWjqXhCj1sX8M15Hb1s4Ta64RXQSuI2SSSL12yTeN9Og2DEy7zQ/y3QUfONm/tQSPp+N rdATWjoNkpdSSiKvHQQkedsXXKGFz8kHLc2u1sUZPLM9jc070hpN/zqJEfJus5lPBrZGSr cATgVT6ZIuAnV7OuLBkD7wNble8hk04= Date: Mon, 18 May 2020 20:17:56 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <3nsQUg1Gm4VFYfpHVELk6PWaHyYNb3CoyoKnLV55_3VR48tr90bhaseG3sJg007L8czZ4mXUmR_YMQvYVdMbUs1bsoqGtZp5d17FqYT6b-o=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49Qr134493z4HyK X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=bjEWjqXh; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.13 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.13)[-0.133]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 20:18:00 -0000 May 18, 2020 11:11 PM, "Dan Kotowski" wr= ote:=0A=0A>> Cool, please please please post a dmesg tohttps://dmesgd.nyc= bug.org :)=0A> =0A> Done: https://dmesgd.nycbug.org/index.cgi?do=3Dview&i= d=3D5490=0A=0AHuh, it's not working for the reason I thought it would!!= =0A=0A> ofwbus0: =0A=0AIt is using the DTB (an= d so you don't see PCIe).=0A=0AI guess just in -CURRENT there is generic-= xhci support in devicetree,=0Aand in whatever kernel you were using there= is not.=0A=0AYou still should do kern.cfg.order=3Dacpi, is it on?=0A=0Ab= tw, one firmware build I found:=0Ahttps://drive.google.com/file/d/1yXSS1O= 1U8CmtwaIPfxNDkzhAClJGvErK/view=0A( from https://dev.to/lizthegrey/first-= experiences-with-honeycomb-lx2k-26be=20) From owner-freebsd-arm@freebsd.org Mon May 18 21:25:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE3AE2DDE2B for ; Mon, 18 May 2020 21:25:43 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-io1-xd30.google.com (mail-io1-xd30.google.com [IPv6:2607:f8b0:4864:20::d30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QsWB54QSz4PNj for ; Mon, 18 May 2020 21:25:42 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-io1-xd30.google.com with SMTP id e18so12304348iog.9 for ; Mon, 18 May 2020 14:25:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=RikAeZfosYKJNBlHEWU0bqjTI1g49m9PUQEQihpls6w=; b=QvdnPgmwymfmHxqrEmSuONcCaAJrRkYQ5ITNcVpBLPA/48rdT+SoM3tbFCEzRBdlYO vRebIg6AOrIatJ0rPy9rvEZjl5c/Uz20Vf2gsasGIoWeuHUKj6sNKJ74ME42YItzsU81 z06Zu2VOE7TljkjNRct1/H6Kv2gV5s31kD8AyiZqIGzzL9w9EYwk4rJDbHkPpBQC1SYn CXPIiozIPt1jcenOWNkBBZDRM66pSijEInFXYBWAooKCVTqJf042Ddqs4sdIcyQDE1kO MtowmdCiH3N0qbc7Lg/s4zga+H6zbkLWjjyanz4/otSFa66jyn38AExzI4K0VD5ED5aP n7LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=RikAeZfosYKJNBlHEWU0bqjTI1g49m9PUQEQihpls6w=; b=pi2G10NiNvqGeXVLphI/pzp/PC6hkEzzioHV5B6rpcAwXCCaxZydHPXzKr9gy+Yk43 3WHDz7RdriOGYalqA/U9g/yIZVzBoWNN2j8/uvpaz8+CzJjKxPJf1HTMi/meydbVwuxl p/YaHnFSU/XghMGgl01MPktB9XtQjcQ4VAHooNcZs3tEqYcGJYvSPDwODezAOLzptcEl 5NqUKmDNlSXLjTMlkCNApRZCbTdBVZs6bW+8sC2nqoKCvmesCOjWnlPv/u3Qh4a9MrGc JmbERbY56OzxxYsDUa1odQB7EMT6krhQaETIyRe/8s+ktFdr0piPgqxahSbBD0mScKRa /sew== X-Gm-Message-State: AOAM531Psg9xXlQ7H8NO+OnzC0eNMn7rbpoH96RHvcKRe+rE4Ko13e9p nQ8fCaB8N0T1Ra4xotDadYd3LZJwTTQhLqZcvEykaWBU X-Google-Smtp-Source: ABdhPJwc+fI9Pgugxr2TklEN1T45o2EDi7Gbozsk2Rgdxosz4BFXY5JZl/X8pGetZC1nC11ZFyDVaxmEkbaQjCSQA0w= X-Received: by 2002:a02:23c1:: with SMTP id u184mr16870857jau.11.1589837141361; Mon, 18 May 2020 14:25:41 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:b847:0:0:0:0:0 with HTTP; Mon, 18 May 2020 14:25:40 -0700 (PDT) In-Reply-To: <20200518184007.GA64715@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> From: David Mehler Date: Mon, 18 May 2020 17:25:40 -0400 Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49QsWB54QSz4PNj X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=QvdnPgmw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davemehler@gmail.com designates 2607:f8b0:4864:20::d30 as permitted sender) smtp.mailfrom=davemehler@gmail.com X-Spamd-Result: default: False [0.40 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d30:from]; NEURAL_SPAM_SHORT(0.40)[0.402]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 21:25:43 -0000 Hello, Does the onboard ethernet on the pi 3b+ work or do I have to go USB wireless all the way? Thanks. Dave. On 5/18/20, bob prohaska wrote: > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: >> Hello, >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It >> is completely headless the only thing it has is it's power connection. >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > ^^^ > Typo? > From owner-freebsd-arm@freebsd.org Mon May 18 21:27:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F36E2DDD37 for ; Mon, 18 May 2020 21:27:52 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ot1-x32c.google.com (mail-ot1-x32c.google.com [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QsYf5HrFz4Pc0 for ; Mon, 18 May 2020 21:27:50 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ot1-x32c.google.com with SMTP id 63so9444290oto.8 for ; Mon, 18 May 2020 14:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xGcVP3qqTphtcJndNE2HeOuFOtuuKwALbh5DzhbNZTo=; b=nW8HAR1B2TRDoi1n4pvTkyOQUGgLX1zryTGh0+pRfIS6J4NXYg19O3dKwbkIDTv8Mm JmFgInoJcASJGvH0ZbYa5BUbelSSOY7ZbQRSXkaJsN0XziQ778mTzkfsPZwZo8b3N6+Q OV9uylJnLE/RmkD2uP6t/AzuraMMMjGhC5tIEA6GMQiRE6keS/vYwk4OsfML5O9rwMck TKw55LkINd5s6DyhJMwDhBP9xCf26cW58kRp6HlF1lOCIAe+SnVLOBGNZE4Fh/fXL7vh qicjbJXbtg0YhfiXFIeT3ehcs7EsK+CdQmE+n9ooX/+AAO/+EpvZtClie0wC8S/DkFSf 7LsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xGcVP3qqTphtcJndNE2HeOuFOtuuKwALbh5DzhbNZTo=; b=c+72DRlTR16P21yfBWLFLt//s9Gm6w4+IiO1qY+0qZrzZa2NtSVdeTdKRPm6c8Ry7H 3JOGvngE3xvTzv8IVAhuYMtr4e1mjgKYVIdLqY7e7Dw6tJBN1I8nZVTzxVpjkxwgsUXM VZKrmqoj+l8o59+WtFNV1nemac0qD/gOS8JbEZhK2qCUJWPWSr7B0m2CatpJ66GElUrf eOWkJPmbPG8O9rIACK30D10FdJBiorlvBfcKQOGZLdDtQReSmHpQQxB8yJ4y9DgNsMxh /lhpp5pnYLx6Ub7E0WDl9vKzNKxcEWCPVKT8LaOHUk4NqspHbK6ZCbLmAs455O8eh0Va bTaw== X-Gm-Message-State: AOAM530j+JC/CB9ly0HLVNlasXlv/7lPTv5Akpp7w4fknIcRPEae2x6c dznuo4nrNfSNZozKIjQK/0w3yoA/FBkqkpZdim09vIzmMmE= X-Google-Smtp-Source: ABdhPJxGeyvVMaqlJdE7btZ2qJCGF44OrsH0ixugPz57dpTHVQwlWNZT9nCOHgbrH+nrPK9w6XX+NFo5pNqDAg864HM= X-Received: by 2002:a05:6830:4c3:: with SMTP id s3mr7695164otd.162.1589837269176; Mon, 18 May 2020 14:27:49 -0700 (PDT) MIME-Version: 1.0 References: <20200518184007.GA64715@www.zefox.net> In-Reply-To: From: Jonathan Chen Date: Tue, 19 May 2020 09:27:33 +1200 Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: David Mehler Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49QsYf5HrFz4Pc0 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=nW8HAR1B; dmarc=none; spf=softfail (mx1.freebsd.org: 2607:f8b0:4864:20::32c is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [1.00 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.302]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; R_SPF_SOFTFAIL(0.00)[~all]; DMARC_NA(0.00)[chen.org.nz]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32c:from]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 21:27:52 -0000 On Tue, 19 May 2020 at 09:25, David Mehler wrote: > > Hello, > > Does the onboard ethernet on the pi 3b+ work or do I have to go USB > wireless all the way? Onboard Ethernet works. It's only onboard wireless that doesn't. Cheers. -- Jonathan Chen From owner-freebsd-arm@freebsd.org Mon May 18 21:37:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE36C2DE297 for ; Mon, 18 May 2020 21:37:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qsn22PdHz4Pfk for ; Mon, 18 May 2020 21:37:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04ILbgu2065016 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 18 May 2020 14:37:42 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04ILbgUP065015; Mon, 18 May 2020 14:37:42 -0700 (PDT) (envelope-from fbsd) Date: Mon, 18 May 2020 14:37:41 -0700 From: bob prohaska To: David Mehler Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? Message-ID: <20200518213741.GA65006@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49Qsn22PdHz4Pfk X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.74 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.16)[-0.156]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 21:37:44 -0000 On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: > Hello, > > Does the onboard ethernet on the pi 3b+ work or do I have to go USB > wireless all the way? > Wired ethernet works fine on the 3B, I believe the + is the same. hth, bob prohaska > Thanks. > Dave. > > > On 5/18/20, bob prohaska wrote: > > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: > >> Hello, > >> > >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It > >> is completely headless the only thing it has is it's power connection. > >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > > ^^^ > > Typo? > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon May 18 22:10:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EEA62DF122 for ; Mon, 18 May 2020 22:10:44 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-io1-xd2e.google.com (mail-io1-xd2e.google.com [IPv6:2607:f8b0:4864:20::d2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QtW738sWz4SHy for ; Mon, 18 May 2020 22:10:43 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-io1-xd2e.google.com with SMTP id t15so5584781ios.4 for ; Mon, 18 May 2020 15:10:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kP87s92aS80iJV1+EWBvWRtPmY18Tu2NvFQa5oLK4RE=; b=GK7c621zOlAHdyUAD1CBqNf3v13AzS1hbmvxNbdCpYNhfKD7Iwu6Kovlsk22zDQ/we J7eQ86Nw0Fgp6qM98R3JshgSomP21xuQ5QEz3lEUMTIhXeQPqIx11+ACr23FsQrXVlL5 Ad0WPaOPg714AkHEub2HSXahqGVqyp9g5pFDLp5MkreWu5Lq9jUePsHCQ4Mk4qLm26SX OlbAqni+NYLXa6qrS6R7sQQgAc8t8anEmhOgGHLRtopSM9ajinO0sFoul8bHKA3MHxN6 9Qptkjeinl2K54KDEJOhF5oMcjQb2kh7Jw3yvkpYGfvylPZ0pFD/a+6Ak2UcwquV5Wuf 3MfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kP87s92aS80iJV1+EWBvWRtPmY18Tu2NvFQa5oLK4RE=; b=V4JsnCnHj3xVtRvVd3D5G/QmkVEvYbOp2/F897O7Avb87Mtf4sKGh3rdSeWvNPe6/Y ox4ObcLOZ+4VdpcdGsLoTnSl+0a09EtoerDLttv/bMdSx4/B1DxFo/hdFnSWQWsXaSZf lRYha6QiyDu2lZ6f43+CesUHJ782F/06UGraQzNM7DV6tYLBno9/tB5WVpgObzmBDAWJ M/xbNcIm6LYnfL3akFxmzyDIClyilCNf6wUC7GTuoubO7+6jxZOx9DVqs04JF8GfpyCT n+elbh6HAmGNyG8MkCDqWKwUgzzELhbsu0bIBtINdGL5vGtAng+pTeIwsdSZCbUd4mMA 46Vw== X-Gm-Message-State: AOAM531A6mWKyXPUcx8UWAas9xm43B8xGNBzp2u/F6naPLBe3L3TyFlQ LyYMb55zcUJ0n6rDXdI2nBlUAvZ68lIiW41xuHazWoib X-Google-Smtp-Source: ABdhPJyYDrm2hUDq4IEsZGNL3vfgL2DVjp+DbAzHQ/ZqTVh4uydJTy0MAgudRZwDNgA8qFyIwJJj0R8E1xb/E3MfxMU= X-Received: by 2002:a02:23c1:: with SMTP id u184mr17014679jau.11.1589839842204; Mon, 18 May 2020 15:10:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:b847:0:0:0:0:0 with HTTP; Mon, 18 May 2020 15:10:41 -0700 (PDT) In-Reply-To: <20200518213741.GA65006@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> From: David Mehler Date: Mon, 18 May 2020 18:10:41 -0400 Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: bob prohaska Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49QtW738sWz4SHy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=GK7c621z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davemehler@gmail.com designates 2607:f8b0:4864:20::d2e as permitted sender) smtp.mailfrom=davemehler@gmail.com X-Spamd-Result: default: False [-0.72 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2e:from]; NEURAL_HAM_SHORT(-0.72)[-0.720]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 22:10:44 -0000 Hello, Thanks for the confirmation that onboard ethernet works. I've booted the pi and I'm not seeing it on the network. I've tried mounting the freebsd partition under a linux virtual machine which it's fdisk shows it as /dev/sdd2 later in the display shows it up as 15. I can not get it to mount so am not sure what rc.conf is doing, I was hoping it would get a dhcp address since it's plugged directly in. I also did add a blank ssh file to the /dev/sdd1 partition. Suggestions? Thanks. Dave. On 5/18/20, bob prohaska wrote: > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: >> Hello, >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB >> wireless all the way? >> > Wired ethernet works fine on the 3B, I believe the + is the same. > > hth, > > bob prohaska > >> Thanks. >> Dave. >> >> >> On 5/18/20, bob prohaska wrote: >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: >> >> Hello, >> >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It >> >> is completely headless the only thing it has is it's power connection. >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. >> > ^^^ >> > Typo? >> > >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Mon May 18 22:29:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1F1EA2DF817 for ; Mon, 18 May 2020 22:29:12 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49QtwR19dZz4TLS for ; Mon, 18 May 2020 22:29:10 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 18 May 2020 22:29:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589840948; bh=5Nru3v/Qe+FpOFHCIaY163CfB1K33R5hudtnVQRTpeE=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=veUuD11iSLA3HiloGxJVITwuABYu5rzEV7fd8AkauWWksaR34l8AYT3F03FSQ18hD B6fV0yR2+7vY79qqAImpVTFjFn1cCqKh/gne1cmG34I9G07jdMaRiDIYEx3Gn+jSga Vf0dUORQF2bkcFSacycGUU25Tefqvd91dmSq5Trw= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> In-Reply-To: <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> References: <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49QtwR19dZz4TLS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=veUuD11i; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.62 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.52)[-0.516]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.134:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 22:29:12 -0000 > You still should do kern.cfg.order=3Dacpi, is it on? Weirdly when I set that it hangs and drops into the mountroot> shell again,= while leaving it unset lets me boot into the installer. https://gist.github.com/agrajag9/171b2665c24baece898ec5ba22439a54 It hangs for about a minute at line 164 after echoing the CPU list, then fa= ils with error 19. > btw, one firmware build I found: > https://drive.google.com/file/d/1yXSS1O1U8CmtwaIPfxNDkzhAClJGvErK/view > ( from https://dev.to/lizthegrey/first-experiences-with-honeycomb-lx2k-26= be ) I actually had no problems getting Debian multistrapped, flashed to the eMM= C, and booted. Granted FreeBSD and GNU/Linux are wildly different beasts, b= ut I was still surprised. From owner-freebsd-arm@freebsd.org Mon May 18 23:01:55 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53EC42DFE85 for ; Mon, 18 May 2020 23:01:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QvfB18kPz4VxG for ; Mon, 18 May 2020 23:01:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mb_ZBIYVM1mRCABIEkKnLdla0EAAE1gZyuAspYjPNMBqKfqnYakdGpLRIuS0.Yi L99.pbluiOO4gJpJhdKi7kEjY7RGKbuc1G8OdhhVu_jgmlsiz3lrXZAhXJ14WxT2Q79RTAZgSEdS 7aq_8nAPpFA6WKZ8cJ7jz8FukL1tVpsAuJ45CNsng5CcH0TW8DxT9UN33rnQ_YJHtKw7IjYcXKGr HdIFr.NNYMzUEKTiOsHH7CsELcrrLTSrYYBOVo1owuAWSjD3Fj53T9zclNIJ5GIXwKHkTLZLoScZ 73f9zCAMO4Stj6Ls7MWW3yqtPSwY2eqWPddmP9Yhwel23ffHZaajJgFmkEsplcvGAx6EQzC8EPz6 5shJMVct6kyvJmt0jenOKEcd55_6pfwFVRMfG2.rzcgt8hD9LkjdGvlr8MDOLISFhmAGsvEN_qEU OLWpEo80J9UT5QYIeErSJt3tE5ascc2kTl.SVn1UVwDPzlZOq6OiOUnE1Lw6K0BL3sOnu7jIHyEb PD6ss1IL4RRqUlEzZ2RxVSi14JmWMfNX5vioYZLHh6phAU3Xk6pHi7vL3t4MqPEjcIHlg5QQCJlY XGba2muWLipjdqhHYcqISWztgCwADWubP7TQd8jCtT49i9agNe0XRMW5Cwi3klLi8urCO_7Kyd5S yhQAri6d41q7nztpm1Ccf.HfG9r9LZr_nN6f5z3N31jndp.gV8ggvzH90jDJ5spkN9_I_lMCwFQg 1IOuSBJ.m1mHPfOQ1bCphMoI9uayATB3wnCXiCdxD0vXXJnfCNNxTiLwVrBPYm5sK7EJ6k6tvD_c 6v8EVH32LVt3Rdf15SQGYhvyI7Q_bJRJ9Ik1RuoLNplgjaQ.9t9iypLYXZJbGAFO0iuET3fH0jv6 8WGMg.VNNEUFFqaeV6hjjFU.SSK.572BUj1zU63i8v5N8FLPC01HA1dZECIaDtv4.z5NT8nvQVzy 48q72SMryv.UW7dRV31VO5.okVDxcIFK7GCax457U7wb.XRPTigrHeJb1GRIrMo7IzhyuRLuG8sF wWNQ_W9vhPRbqi4gPlijP7kyLStW3QiSk6v1SM7fVSXgqRLj82neWzhRsNs0UIExUfxV7WtvZFjZ BlfJyWU72TKh4z6AriHDrAEZbAujEVP5PBlfetV_kyDeezHOpVK..jMfO2Z1VfopJ.tJwHaZqxdQ C37k21oukdQw0XeljndNfFIOLT0DEuHGRms4.lYKznj9pL7vkDTcef4aUF1nmXgSAi65zF_nunt3 .Xh5A_ryWLF3DnhJ9nRQxOaAvnyczd4Iu_okelogWj4n_ErQraCVr04DVbFkxN_igd8CponC3Hf. 1ZGrv4WQUrux9ADVjvJ7T9S4e7b1D_GF1lTYRJ6qwaU2jG4McT_agY09ysa1CPayUr0vzIY3ysPj u5g5LXh51usq6xURkoJKkGbEn Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 18 May 2020 23:01:52 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID de5a1443a55a852ad3796f299be07d43; Mon, 18 May 2020 23:01:47 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Recommended arm hardware (mostly for compilation)? From: Mark Millard In-Reply-To: Date: Mon, 18 May 2020 16:01:47 -0700 Cc: Mark Murray , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <59616D7C-7D72-4E11-B01D-68A42D756587@yahoo.com> References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <39FF7B47-B807-4D70-BB45-FC324FD4B913@icloud.com> To: Dan Kotowski X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49QvfB18kPz4VxG X-Spamd-Bar: / X-Spamd-Result: default: False [-0.16 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; NEURAL_HAM_SHORT(-0.66)[-0.657]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; FREEMAIL_CC(0.00)[icloud.com,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 23:01:55 -0000 On 2020-May-18, at 05:27, Dan Kotowski wrote: > After a solid 16hrs this weekend, I can confirm that the pre-built = images do NOT "just work", at least not with SolidRun's HoneyComb = version rev 1.4. A more thorough post in the other thread I have about = this platform with subject "FreeBSD on Layerscape/QorIQ LX2160X". Interestingly, there seems to be another github area from solidrun referenced by: https://developer.solid-run.com/knowledge-base/lx2160a-firmware/ that has a link that points to: https://github.com/SolidRun/lx2160a_build/tree/LSDK-19.09-sr-uefi Note that it is explicitly uefi . There also is a non-uefi branch: https://github.com/SolidRun/lx2160a_build/tree/LSDK-19.09-sr The referencing developer.solid-run page says: Currently recommend are branch LSDK-19.09-sr for U-Boot, and branch = LSDK-19.09-sr-uefi for UEFI! However, the notes on the developer.solidrun page referenced say: QUOTE Binaries At this point in time we do not provide firmware binaries due to the = necessity of deployment-specific configuration. While we are working on = simplifying this situation, firmware can be compiled using our tool = linked above, and explicitly taking into account the particular RAM = installed on the system, as well as the intended firmware media (SPI, = microSD, ...). END QUOTE But: = https://developer.solid-run.com/knowledge-base/honeycomb-clearfog-cx-insta= llation-and-tips/ does reference a pre-built image. But it is not explicit upfront if it is the uefi variant or not. One hint may be other text on the page and what that text references: QUOTE To flash to eMMC run the following commands (it will wipre your data on = the eMMC device). For this to work eMMC distroboot support is required = (patch is here =E2=80=93 = https://github.com/SolidRun/lx2160a_build/commit/75891e5cb4d2171a2094c1e35= 087374b1f47acdd ) END QUOTE and that patch area has things like: patches/{u-boot =E2=86=92 = u-boot-LSDK-19.06}/0001-armv8-add-lx2160acex7-build-inclusion.patch This suggests it is the example is u-boot material, not uefi material. > Dan Kotowski >=20 > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Sunday, May 17, 2020 10:00 PM, Mark Millard via freebsd-arm = wrote: >=20 >>=20 >>=20 >> On 2020-May-17, at 03:26, Mark Murray wrote: >>=20 >>>> On 17 May 2020, at 10:41, Mark Millard via freebsd-arm = freebsd-arm@freebsd.org wrote: >>>> Sounds like a LX2K would be an interesting thing to >>>> compare with. >>>=20 >>> If UEFI was ported, would FreeBSD "Just Work" like on the = Macchiatobin? >>> . . . >>=20 >> I do not know but there appears to be a UEFI port already. >> There is: >>=20 >> https://github.com/SolidRun/edk2-platforms/tree/master-lx2160a >>=20 >> as was referenced in: >>=20 >> https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021609.html >>=20 >> I've no clue if the combination of that with FreeBSD "just works". >> The last commit seems to be on 2020-Feb-12. >>=20 >> The edk2 material above seems to be tied to the same person as >> the twitter link below, with a solid-run E-mail address shown >> in edk2 material. >>=20 >> There is = https://twitter.com/linux4kix/status/1210936214259404800?s=3D20 >> that reports the PCIe ECAM needs a quirk to deal with the differing >> address spaces between it and the devices behind it. It mentions SATA >> errata as well. And it mentions V2 silicon in the future for fixing >> these points. It also indicates "98% SBSA compliant". >>=20 >> One of the replies is from Jared McNeill indicating that he got his >> board and was looking to get NetBSD running on it. >>=20 >> Back at the edk2-platform/tree/master-lx2160a area there is this: >>=20 >> QUOTE >> Add this class code so AHCI functions properly on kernels that don't >> have the qoriq specific AHCI driver. >>=20 >> This still misses the quirk for V1 silicon that if the device is hard >> reset the SerDes can lose link, but in general this is enough to boot >> and install an OS. >> END QUOTE >=20 . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon May 18 23:26:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 329312F0681 for ; Mon, 18 May 2020 23:26:04 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QwB266s8z4Ww5 for ; Mon, 18 May 2020 23:26:02 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589844360; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=s8YuR7OmANKuwhHdZgXRtvi64o60KG3FvX5TrkbLaAo=; b=SINOKH33Z1tTGnVAv4Z4pr/I6N3EisJtlSrdNen0iuyMjXzLXLDDMETl0J/z1pkR9s/Eow uNYR43iykXZ5nB2XQMeSE1HSGr255g1mJNqdfSPZ8FOIyEZedBuCnq+q54HfCyGkgpO1Su ChEqWJIIIWa0psW9E0KbigsYb5ZYkMg= Date: Mon, 18 May 2020 23:25:58 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> References: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> <7AFDA7E0-82EC-4CD2-BB03-B7E33D019EDA@unrelenting.technology> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49QwB266s8z4Ww5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=SINOKH33; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-1.43 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.43)[-0.430]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 23:26:04 -0000 May 19, 2020 1:29 AM, "Dan Kotowski" wro= te:=0A=0A>> You still should do kern.cfg.order=3Dacpi, is it on?=0A> =0A>= Weirdly when I set that it hangs and drops into the mountroot> shell aga= in, while leaving it unset=0A> lets me boot into the installer.=0A> =0A> = https://gist.github.com/agrajag9/171b2665c24baece898ec5ba22439a54=0A=0AOk= ay, so now you have PCIe but not USB.=0A=0A(You're reading the log, right= ? Not weird to see mountroot if you haven't seen USB in the log.)=0A=0AAc= tually SATA is supposed to work too, it's odd that you're not seeing AHCI= .=0A(I was being stupid when I said they have custom SATA, lol)=0AAlso, t= here's generic PNP0D40 for SDHCI, but we don't recognize that. we should.= =0A=0AMake sure your firmware is up to date, is your edk2-platforms=0Aexa= ctly the same as master-lx2160a branch on github currently?=0A=0ASpecific= ally make sure these changes are in:=0A=0Ahttps://github.com/SolidRun/edk= 2-platforms/commit/97e6b0a36a925f57568d8e411666cfb5034aa38b=0Ahttps://git= hub.com/SolidRun/edk2-platforms/commit/24698f90b79facfbbfc4067b39a4ddf8c7= fdfa88=0A=0ATest on that linked build if the log was from your build, and= vice versa.=0A=0AHere's a kernel that should also recognize SDHCI (eMMC?= ),=0Awith the amdgpu driver as a bonus :)=0Ahttps://send.firefox.com/down= load/4dd9b553bfe88cb3/#URS-DESsR8WTsiGutrJlRg From owner-freebsd-arm@freebsd.org Mon May 18 23:32:24 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CFE542F0715 for ; Mon, 18 May 2020 23:32:24 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49QwKM6GzRz4Wm1 for ; Mon, 18 May 2020 23:32:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589844741; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=JcOYiIfVVsalehZNSS2we5ZZlApXLyg43Wo4mW5cwr8=; b=eSTfsy++31ZqGxr85uXQz8HLPiu77loXCsAai1EBTN3FqPCOFI0ieqdOUvbi4IY2H+O0DN 5ZDbyYOLgBBEuNfFVzwSNaqwPWgr5h6aEfiq5+f7WWzWMMbC/j8gbnsWwxzOcTxNzGXjYb Rx+EObWHNiNOW4maHc9sUY+Rw3kzS9U= Date: Mon, 18 May 2020 23:32:21 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: Recommended arm hardware (mostly for compilation)? To: "Mark Millard" , "Dan Kotowski" Cc: "Mark Murray" , freebsd-arm@freebsd.org In-Reply-To: <59616D7C-7D72-4E11-B01D-68A42D756587@yahoo.com> References: <59616D7C-7D72-4E11-B01D-68A42D756587@yahoo.com> <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <47A5AF8A-1EB9-4721-94D5-B0A0A6FFF69B@unrelenting.technology> <9E10C464-474F-489A-A667-B263A64E78F2@googlemail.com> <39FF7B47-B807-4D70-BB45-FC324FD4B913@icloud.com> X-Spam-Score: -1.92 X-Rspamd-Queue-Id: 49QwKM6GzRz4Wm1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=eSTfsy++; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-0.31 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.31)[-0.308]; FREEMAIL_TO(0.00)[yahoo.com,a9development.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; FREEMAIL_CC(0.00)[icloud.com,freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 23:32:24 -0000 May 19, 2020 2:01 AM, "Mark Millard via freebsd-arm" wrote:=0A=0A> On 2020-May-18, at 05:27, Dan Kotowski wrote:=0A> =0A>> After a solid 16hrs this weekend, = I can confirm that the pre-built images do NOT "just work", at=0A>> least= not with SolidRun's HoneyComb version rev 1.4. A more thorough post in t= he other thread I=0A>> have about this platform with subject "FreeBSD on = Layerscape/QorIQ LX2160X".=0A> =0A> Interestingly, there seems to be anot= her github area from=0A> solidrun referenced by:=0A> =0A> https://develop= er.solid-run.com/knowledge-base/lx2160a-firmware=0A> =0A> that has a link= that points to:=0A> =0A> https://github.com/SolidRun/lx2160a_build/tree/= LSDK-19.09-sr-uefi=0A> =0A> Note that it is explicitly uefi . There also = is a non-uefi branch:=0A> =0A> https://github.com/SolidRun/lx2160a_build/= tree/LSDK-19.09-sr=0A> =0A> The referencing developer.solid-run page says= :=0A> =0A> Currently recommend are branch LSDK-19.09-sr for U-Boot, and b= ranch LSDK-19.09-sr-uefi for UEFI!=0A=0AThis is bad information! :) Outda= ted at least.=0A=0AI suppose LSDK-19.09-sr-uefi build scripts would use L= SDK-19.09-sr edk2-platforms:=0A=0Ahttps://github.com/SolidRun/edk2-platfo= rms/tree/LSDK-19.09-sr/Platform/NXP/LX2160aCex7Pkg/AcpiTables/Dsdt=0A=0AN= ow compare to master-lx2160a edk2-platforms (which I guess the very activ= ely updated master branch of the build scripts would use):=0A=0Ahttps://g= ithub.com/SolidRun/edk2-platforms/tree/master-lx2160a/Silicon/NXP/LX2160A= /AcpiTables/Dsdt=0A=0AOnly on master-lx2160a, XHCI (USB3) and AHCI (SATA)= have the generic compatibility IDs that would allow any OS to pick them = up. From owner-freebsd-arm@freebsd.org Mon May 18 23:51:40 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C34322F0BD6 for ; Mon, 18 May 2020 23:51:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Qwlb3xp1z4XdY for ; Mon, 18 May 2020 23:51:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04INpd1p065279 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 18 May 2020 16:51:39 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04INpdBT065278; Mon, 18 May 2020 16:51:39 -0700 (PDT) (envelope-from fbsd) Date: Mon, 18 May 2020 16:51:38 -0700 From: bob prohaska To: David Mehler Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? Message-ID: <20200518235138.GB65006@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49Qwlb3xp1z4XdY X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.41 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.51)[0.507]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 May 2020 23:51:40 -0000 On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: > Hello, > > Thanks for the confirmation that onboard ethernet works. I've booted > the pi and I'm not seeing it on the network. I've tried mounting the > freebsd partition under a linux virtual machine which it's fdisk shows > it as /dev/sdd2 later in the display shows it up as 15. I can not get > it to mount so am not sure what rc.conf is doing, I was hoping it > would get a dhcp address since it's plugged directly in. I also did > add a blank ssh file to the /dev/sdd1 partition. > > Suggestions? > Have you tried plugging in a monitor and keyboard temporarily, just to see what's going on? My guess is that it's getting stuck in single- user mode, or maybe not booting at all for some reason. It definitely should pick up a DHCP connection if it gets to multi-user. I'd expect that to answer ping if nothing else. My only experience re Linux is with Raspbian, and Raspbian absolutely cannot mount ufs filesystems, so what you're seeing seems normal. hth, bob prohaska > Thanks. > Dave. > > > On 5/18/20, bob prohaska wrote: > > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: > >> Hello, > >> > >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB > >> wireless all the way? > >> > > Wired ethernet works fine on the 3B, I believe the + is the same. > > > > hth, > > > > bob prohaska > > > >> Thanks. > >> Dave. > >> > >> > >> On 5/18/20, bob prohaska wrote: > >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: > >> >> Hello, > >> >> > >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It > >> >> is completely headless the only thing it has is it's power connection. > >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > >> > ^^^ > >> > Typo? > >> > > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Tue May 19 03:08:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CA6A62F8E50 for ; Tue, 19 May 2020 03:08:27 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49R16g0BzXz3ZZJ for ; Tue, 19 May 2020 03:08:26 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 03:08:19 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589857704; bh=0LkkWI7aV8i74IzeXLRfbKMSNkOwlrP0GHpCgJJ/Ke0=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=BBOq3Z0mXEM9xEBRSBpwrKZrfTkHh5GC6VJ+0iWCqfuzQXO+wRBJXDGlSuf2lb1QK LvDTW+NTECjQwJwF7c6BE+jQp++urem2oIJfzv2IpioQgvZqiBVEx4fSOjnTSuLXVJ BwV2IKsOat6dJcn5j7o7V8ELJIThG8dr6peJulzo= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> References: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49R16g0BzXz3ZZJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=BBOq3Z0m; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.18 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.79 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.69)[-0.687]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.18:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 03:08:27 -0000 > > > You still should do kern.cfg.order=3Dacpi, is it on? > > > > Weirdly when I set that it hangs and drops into the mountroot> shell ag= ain, while leaving it unset > > lets me boot into the installer. > > https://gist.github.com/agrajag9/171b2665c24baece898ec5ba22439a54 > > Okay, so now you have PCIe but not USB. > > (You're reading the log, right? Not weird to see mountroot if you haven't= seen USB in the log.) Sure am. > Actually SATA is supposed to work too, it's odd that you're not seeing AH= CI. > (I was being stupid when I said they have custom SATA, lol) > Also, there's generic PNP0D40 for SDHCI, but we don't recognize that. we = should. > > Make sure your firmware is up to date, is your edk2-platforms > exactly the same as master-lx2160a branch on github currently? > > Specifically make sure these changes are in: > > https://github.com/SolidRun/edk2-platforms/commit/97e6b0a36a925f57568d8e4= 11666cfb5034aa38b > https://github.com/SolidRun/edk2-platforms/commit/24698f90b79facfbbfc4067= b39a4ddf8c7fdfa88 Okay, moved edk2-platforms forward to commit d33742f303bdf335c3bb0203d7c273= f10af6923f > Test on that linked build if the log was from your build, and vice versa. > > Here's a kernel that should also recognize SDHCI (eMMC?), > with the amdgpu driver as a bonus :) > https://send.firefox.com/download/4dd9b553bfe88cb3/#URS-DESsR8WTsiGutrJlR= g Booted with the updated UEFI and kernel+modules, new dmesg.boot here: https= ://gist.github.com/agrajag9/a9702c04a659784c829a77d969f6315c It looks like there's a handful of new things there, but unfortunately I st= ill only see da0, which is the installer-imaged sdcard. Any ideas why the e= MMC block device isn't showing up? And I'll pull some drives off my shelves tomorrow to verify the SATA ports. From owner-freebsd-arm@freebsd.org Tue May 19 03:26:07 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5781C2F91DF for ; Tue, 19 May 2020 03:26:07 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49R1W257szz3bfS for ; Tue, 19 May 2020 03:26:06 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 03:26:02 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589858764; bh=Opr/DXrhNqGZOhYC9ZV0ghwgMZees1+mKm7UYzldDVs=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=I+fzDnhvECsKSfCd9Wao8OmsXirfTpknSZUkqIABO8jCPsn4mMAdJBeonrXyKuM6m mQU99f9D9XWhduYcewF6uEfcqvWfUS+T0Z/TDKtLvMjcBthALk732Aa9p1vo2A+8S+ Cm9Ja9F1WiiyH7wqnM6xb/M97Ae+tubzOoHwscYA= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , "freebsd-arm@freebsd.org" Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> References: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49R1W257szz3bfS X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=I+fzDnhv; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-1.69 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.59)[-0.586]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 03:26:07 -0000 > > > You still should do kern.cfg.order=3Dacpi, is it on? > > > > Weirdly when I set that it hangs and drops into the mountroot> shell ag= ain, while leaving it unset > > lets me boot into the installer. > > https://gist.github.com/agrajag9/171b2665c24baece898ec5ba22439a54 > > Okay, so now you have PCIe but not USB. > > (You're reading the log, right? Not weird to see mountroot if you haven't= seen USB in the log.) > > Actually SATA is supposed to work too, it's odd that you're not seeing AH= CI. > (I was being stupid when I said they have custom SATA, lol) > Also, there's generic PNP0D40 for SDHCI, but we don't recognize that. we = should. > > Make sure your firmware is up to date, is your edk2-platforms > exactly the same as master-lx2160a branch on github currently? > > Specifically make sure these changes are in: > > https://github.com/SolidRun/edk2-platforms/commit/97e6b0a36a925f57568d8e4= 11666cfb5034aa38b > https://github.com/SolidRun/edk2-platforms/commit/24698f90b79facfbbfc4067= b39a4ddf8c7fdfa88 > > Test on that linked build if the log was from your build, and vice versa. > > Here's a kernel that should also recognize SDHCI (eMMC?), > with the amdgpu driver as a bonus :) > https://send.firefox.com/download/4dd9b553bfe88cb3/#URS-DESsR8WTsiGutrJlR= g Forgot to add this to the previous post, the full output from acpiview: https://gist.github.com/agrajag9/d60be44d84a3148043d87a64f8af5652 From owner-freebsd-arm@freebsd.org Tue May 19 09:01:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A46B2FFD9F for ; Tue, 19 May 2020 09:01:39 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49R8yB1tzjz4DcC for ; Tue, 19 May 2020 09:01:37 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 19 May 2020 11:01:36 +0200 (CEST) From: Ronald Klop To: David Mehler Cc: freebsd-arm@freebsd.org Message-ID: <779350437.1.1589878896066@localhost> In-Reply-To: References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? MIME-Version: 1.0 X-Mailer: Realworks (508.2873.7b71cb32398) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 49R8yB1tzjz4DcC X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [0.61 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.622]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_SPAM_SHORT(0.03)[0.030]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:~] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 09:01:39 -0000 Hi, I connected my RPI3B+ with a USB-to-serial cable so I can look at boot messages and interact with the boot process. Something like this, but maybe from a store in your country. https://www.reichelt.nl/raspberry-pi-usb-naar-ttl-0-9-m-pl2303hx-pl2303hx-rpi-usb-ttl-p150567.html?PROVID=2788&gclid=EAIaIQobChMI3OGn48e_6QIVFtZ3Ch3Crg9eEAQYASABEgLvxvD_BwE&&r=1 Regards, Ronald. Van: David Mehler Datum: dinsdag, 19 mei 2020 00:10 Aan: bob prohaska CC: freebsd-arm@freebsd.org Onderwerp: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? > > Hello, > > Thanks for the confirmation that onboard ethernet works. I've booted > the pi and I'm not seeing it on the network. I've tried mounting the > freebsd partition under a linux virtual machine which it's fdisk shows > it as /dev/sdd2 later in the display shows it up as 15. I can not get > it to mount so am not sure what rc.conf is doing, I was hoping it > would get a dhcp address since it's plugged directly in. I also did > add a blank ssh file to the /dev/sdd1 partition. > > Suggestions? > > Thanks. > Dave. > > > On 5/18/20, bob prohaska wrote: > > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: > >> Hello, > >> > >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB > >> wireless all the way? > >> > > Wired ethernet works fine on the 3B, I believe the + is the same. > > > > hth, > > > > bob prohaska > > > >> Thanks. > >> Dave. > >> > >> > >> On 5/18/20, bob prohaska wrote: > >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: > >> >> Hello, > >> >> > >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. It > >> >> is completely headless the only thing it has is it's power connection. > >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > >> > ^^^ > >> > Typo? > >> > > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > From owner-freebsd-arm@freebsd.org Tue May 19 10:04:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17BB82CA403 for ; Tue, 19 May 2020 10:04:50 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RBM45mrWz4K9r for ; Tue, 19 May 2020 10:04:48 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-io1-xd41.google.com with SMTP id k18so13949177ion.0 for ; Tue, 19 May 2020 03:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0zHIIM95az1p3VCJkcLFxqjRjhVEBsxhBP/qFISu4hM=; b=tCX6ILAZzlAPMkvcIuJA5PhXn1RjhFWSy4l66yJBK+nWYUuVZF+e7VvkxxRfHXPLoz pTkupZigjzrPdPSqToWD/GoJzPx4+an5bQIYLOXDscidMAiS8yprpa4nkE6aD09dPb+7 skVyENYyKGxjieJ7tQKhfzD4uuNhQNl1S3ezkZfDaXSB9ZZVvcReQdEiEf404wp6qy1h EnIlymBZ81UPV+B20/0PH0Iha5ht0NSVAr7TQXb38ShWuHsajM/Er8hslwfExnh5eCFJ iz1KrE/CL393xvwJuzHv0Qr2NBC/bPLoqOrSA6byCzmZUABqgKecWhX/It5iS7nE0w2R iwgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0zHIIM95az1p3VCJkcLFxqjRjhVEBsxhBP/qFISu4hM=; b=Dbld5Ug434StdHB3e9nfrr+4m3cMHuFoTYnYsjHVPpBPx3bS4XkTdmDhtSEI2dqITQ iPbX92QZoVRBmIxBlhkrv2ZyhoZGEy7DqY1Xfg+hyzZ0819yWGAMdTkCKX5Ymeo9m2BP QMPR6AH8lQSXE7Y4LXyXP28uMI0eE9Ht0iS6UjVxFCBp5GtE2QmmRBbdPkz9eprz9RyU ok/hm5lt0P1Zm80HqhpES/rtuop4zzm3ONsbt0vm7D24mzfFyhnpo3hc6VXppoMhW0cj tmE2Nkjs14xbMC0OaCZDweWslDh82rE3Zv2btcgArLZ1KjWljYKiCQq1FQ0PuSdertaz 01SA== X-Gm-Message-State: AOAM532zfQNLFunjtm2Xf+je8RpoT9dVAHtrEQwdqOuumtkQxin5qWWC N7ulauFzckUo65HBURvMcD4A/9RKdMFhDOsn1D2zlYPC X-Google-Smtp-Source: ABdhPJzBywTA9sPaH7fqK4KCurJ3kYx2yAUpAwHL8ZwwpQDTdmEfmc42DidzQeXo+S64Lgz983TMfbzDUdaNbMw8M/M= X-Received: by 2002:a02:5e81:: with SMTP id h123mr17777138jab.99.1589882687665; Tue, 19 May 2020 03:04:47 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:6cf:0:0:0:0:0 with HTTP; Tue, 19 May 2020 03:04:47 -0700 (PDT) In-Reply-To: <20200518235138.GB65006@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> <20200518235138.GB65006@www.zefox.net> From: David Mehler Date: Tue, 19 May 2020 06:04:47 -0400 Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: bob prohaska Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49RBM45mrWz4K9r X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tCX6ILAZ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davemehler@gmail.com designates 2607:f8b0:4864:20::d41 as permitted sender) smtp.mailfrom=davemehler@gmail.com X-Spamd-Result: default: False [-1.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.77)[-0.771]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d41:from]; NEURAL_HAM_SHORT(-0.52)[-0.522]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 10:04:50 -0000 Hello, I'll look in to a monitor and keyboard, but given where the Pi is that could a bit getting one there. One thing I thought of is do I have the right image? If it's suppose to boot, and at least get an ip and respond to ping, but if it's getting stuck in single-user mode then maybe my image is wrong. This is the filename of the image I wrote to the sd card for the Pi: FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img Thanks. Dave. On 5/18/20, bob prohaska wrote: > On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: >> Hello, >> >> Thanks for the confirmation that onboard ethernet works. I've booted >> the pi and I'm not seeing it on the network. I've tried mounting the >> freebsd partition under a linux virtual machine which it's fdisk shows >> it as /dev/sdd2 later in the display shows it up as 15. I can not get >> it to mount so am not sure what rc.conf is doing, I was hoping it >> would get a dhcp address since it's plugged directly in. I also did >> add a blank ssh file to the /dev/sdd1 partition. >> >> Suggestions? >> > > Have you tried plugging in a monitor and keyboard temporarily, just > to see what's going on? My guess is that it's getting stuck in single- > user mode, or maybe not booting at all for some reason. It definitely > should pick up a DHCP connection if it gets to multi-user. I'd expect > that to answer ping if nothing else. > > My only experience re Linux is with Raspbian, and Raspbian absolutely > cannot mount ufs filesystems, so what you're seeing seems normal. > > hth, > > bob prohaska > >> Thanks. >> Dave. >> >> >> On 5/18/20, bob prohaska wrote: >> > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: >> >> Hello, >> >> >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB >> >> wireless all the way? >> >> >> > Wired ethernet works fine on the 3B, I believe the + is the same. >> > >> > hth, >> > >> > bob prohaska >> > >> >> Thanks. >> >> Dave. >> >> >> >> >> >> On 5/18/20, bob prohaska wrote: >> >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: >> >> >> Hello, >> >> >> >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. >> >> >> It >> >> >> is completely headless the only thing it has is it's power >> >> >> connection. >> >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. >> >> > ^^^ >> >> > Typo? >> >> > >> >> _______________________________________________ >> >> freebsd-arm@freebsd.org mailing list >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > From owner-freebsd-arm@freebsd.org Tue May 19 12:40:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 905AF2CE69B for ; Tue, 19 May 2020 12:40:12 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RFpM1g44z4TBZ for ; Tue, 19 May 2020 12:40:10 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589892008; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=MYyztPdPcFIhzVfnRmRyEYZs0XA95EJLG6wyGGVtuoA=; b=XWgg6Tml9HwvZpeK9TpKt83vDgrpVSHXB+UHy3qNBXyggPR4JUQAL0ZjSiuoqGp4zi5JqW cPx3uBrSlT6yeWJl9zBlIOH1243/qtpHeWpOpAZS+2yY/N0Qtoe+DMeAwK1k66f6wmtON4 eXI7IXR5zL1aT0XIq79Ny3mN+oLHUW8= Date: Tue, 19 May 2020 12:40:07 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <-993X5kyX6HEebSKMfqeSWmICCLli6PEFDf82ulKUdk49KTg9sf2u6V_4a8wWQGyFpwtgdXwqvk2kIjFm5u_ZWw6t2qGw5nSV7f-O_96U_g=@a9development.com> <_lvahpuNQE69s4KpHud6ANL6yzL3RCVI-MTyB0_J_ULyW-3UWsqAXnm5gfoFcOyvfRQRabZk4Z4bQgyp15a001kA-WcvsvnWcjqgMBkgGTY=@a9development.com> <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RFpM1g44z4TBZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=XWgg6Tml; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.941]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.54)[-0.537]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 12:40:12 -0000 May 19, 2020 6:08 AM, "Dan Kotowski" wro= te:=0A=0A> Booted with the updated UEFI and kernel+modules, new dmesg.boo= t here:=0A> https://gist.github.com/agrajag9/a9702c04a659784c829a77d969f6= 315c=0A=0ACool, that's about what I was hoping to see.=0A=0A> It looks li= ke there's a handful of new things there, but unfortunately I still only = see da0, which=0A> is the installer-imaged sdcard. Any ideas why the eMMC= block device isn't showing up?=0A=0ANight coding fail: I added the gener= ic SDHCI ID to the driver..=0Aon the wrong computer, not the mcbin that I= was building the kernel on :D=0A=0A> And I'll pull some drives off my sh= elves tomorrow to verify the SATA ports.=0A=0Awell with "ahci0: unable to= map interrupt" they aren't gonna work..=0A=0ALet's try this kernel:=0A= =0Ahttps://send.firefox.com/download/37e834fd4c903d80/#UpK-DrJoy-k3OgdA7e= ZyJg=0A=0A- SDHCI included lol=0A- not including the GIC interrupt improv= ement from https://reviews.freebsd.org/D24876 - might help with ahci inte= rrupts? maybe?=0A- I2C support (https://reviews.freebsd.org/D24361 + ACPI= attachment) not that it's urgently needed, but why not, that was easy en= ough, I wonder if it would attach or, knowing my luck, crash :D From owner-freebsd-arm@freebsd.org Tue May 19 13:43:40 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BBE0B2D8091 for ; Tue, 19 May 2020 13:43:40 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RHCb3Tq0z4XGd for ; Tue, 19 May 2020 13:43:39 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 13:43:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589895816; bh=sEXhRNobG8C22o4XT19ZMsvPdQisrfY/0CdyvD3AtDs=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=M+PFGnjFOu+m5n8eJwqjWj3nIzRnmrYz8koLtneLbiTyQL5y4vHHDARlYWNuP0Q8J bDZmyeLVuaeodn5g4apgHwJxa5wxO+PT/HRtlhKOyIvx5fbX01FV7Tv2wjnrtIUnoO xt0rD2IbR09lR/kI1aiLCQRR8spK+L0QhMSIxj/s= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49RHCb3Tq0z4XGd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=M+PFGnjF; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-2.85 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.79)[-0.791]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 13:43:40 -0000 > Let's try this kernel: > > https://send.firefox.com/download/37e834fd4c903d80/#UpK-DrJoy-k3OgdA7eZyJ= g > > - SDHCI included lol > - not including the GIC interrupt improvement from https://reviews.free= bsd.org/D24876 - might help with ahci interrupts? maybe? > - I2C support (https://reviews.freebsd.org/D24361 + ACPI attachment) no= t that it's urgently needed, but why not, that was easy enough, I wonder if= it would attach or, knowing my luck, crash :D Getting closer... dmesg.boot: https://gist.github.com/agrajag9/99d26385be0f49a8a4f046f15a2c0f= 08 sdhci_acpi0-slot0 seems to have hung the boot process for almost 5min waiti= ng for various timeouts. Also this: mmc0: on sdhci_acpi0 mmc0: No compatible cards found on bus And still seeing the AHCI interrupt issue From owner-freebsd-arm@freebsd.org Tue May 19 15:24:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C244B2DB9DE for ; Tue, 19 May 2020 15:24:08 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RKRW53xrz3RXK for ; Tue, 19 May 2020 15:24:07 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589901845; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lQ7e3hf5Fri3Xz/9waPSOLfoPpVBSh6eSHEW4udk2mA=; b=ETJgI47AYyxqXQrxr543lKkQekqW2kETdg+HzTQNE0AKQSyqVBuUK+krr33FyJKrl/KaQ8 J1Uo1iCn1lCPMCxb81Jm+WCzNVg7gtY0mHKmrwy2AsxJqyksiFfG6E6vwMnqXopZQchWAG JSH7Wo71tPHW/Qd+J7+g91QIhJ0C2tU= Date: Tue, 19 May 2020 15:24:04 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RKRW53xrz3RXK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=ETJgI47A; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.32)[-0.321]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 15:24:08 -0000 May 19, 2020 4:43 PM, "Dan Kotowski" wro= te:=0A=0A>> Let's try this kernel:=0A>> =0A>> https://send.firefox.com/do= wnload/37e834fd4c903d80/#UpK-DrJoy-k3OgdA7eZyJg=0A>> =0A>> - SDHCI includ= ed lol=0A>> - not including the GIC interrupt improvement from https://re= views.freebsd.org/D24876 - might help=0A>> with ahci interrupts? maybe?= =0A>> - I2C support (https://reviews.freebsd.org/D24361 + ACPI attachment= ) not that it's urgently needed,=0A>> but why not, that was easy enough, = I wonder if it would attach or, knowing my luck, crash :D=0A> =0A> Gettin= g closer...=0A> =0A> dmesg.boot: https://gist.github.com/agrajag9/99d2638= 5be0f49a8a4f046f15a2c0f08=0A=0A"iicbus0: at addr 0x77" nic= e!=0AWould be great if you could run `i2c -s` also.=0A=0APosted the i2c p= atch: https://reviews.freebsd.org/D24917=0A=0A> And still seeing the AHCI= interrupt issue=0A=0AOh well, at least we know the GIC patch is innocent= .=0A=0AAnd at least it's just SATA, no complaints from USB or PCIe.=0A=0A= Speaking of, looking forward to your testing of PCIe cards ;)=0A=0A> sdhc= i_acpi0-slot0 seems to have hung the boot process for almost 5min waiting= for various timeouts.=0A=0Aoops, so they didn't really make generic sdhc= i work :D=0A=0AWell turns out we do have a Freescale ESDHC driver already= .=0AIt doesn't have DMA so performance won't be great (but SD/MMC is bad = stuff anyway lol).=0A(interesting dev note: NetBSD gets away with just so= me quirks in the sdhci acpi driver:=0ASDHC_FLAG_HAVE_DVS|SDHC_FLAG_NO_PWR= 0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_ENHANCED)=0A=0ATrying to add ACPI supp= ort to it:=0A=0Ahttps://send.firefox.com/download/926c72b043182c40/#49y3T= aeL7_hif_YEHUFQ2g From owner-freebsd-arm@freebsd.org Tue May 19 15:24:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8979F2DBC68 for ; Tue, 19 May 2020 15:24:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RKSL17wzz3RvQ for ; Tue, 19 May 2020 15:24:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04JFOokv067570 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 19 May 2020 08:24:50 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04JFOnOq067569; Tue, 19 May 2020 08:24:49 -0700 (PDT) (envelope-from fbsd) Date: Tue, 19 May 2020 08:24:49 -0700 From: bob prohaska To: David Mehler Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? Message-ID: <20200519152449.GA67494@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> <20200518235138.GB65006@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49RKSL17wzz3RvQ X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [4.71 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.982]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.83)[0.829]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 15:24:51 -0000 On Tue, May 19, 2020 at 06:04:47AM -0400, David Mehler wrote: > Hello, > > I'll look in to a monitor and keyboard, but given where the Pi is that > could a bit getting one there. > I'd reverse the priorities initially: Make it work where I can see what's going on, then make it work where I want to use it. A serial console is essential if you want to do anything even slightly adventurous. A work bench with an internet connection, second computer and comfy chair is the way to make progress. > One thing I thought of is do I have the right image? If it's suppose > to boot, and at least get an ip and respond to ping, but if it's > getting stuck in single-user mode then maybe my image is wrong. This > is the filename of the image I wrote to the sd card for the Pi: > > FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img > The image file name looks correct, but plenty more can be wrong. The microSD card itself must be compatible; most are but not all. The writing process and adapter must be correct and error free. I use dd, usually under FreeBSD or Raspbian. Errors in writing an image can be very quiet, just a mismatch in blocks in vs out. I've had one USB to microSD adapter fail, so that can happen. MicroSD cards can fail, sometimes rather silently. Power supplies can cause all sorts of confusing trouble that looks like something _other_ than what it is. Later images are usually better, especially with -RELEASE, a native image (Raspbian, in this case) is better when other uncertainties are present.....keep it handy as a sanity check 8-) Hope this helps some... bob prohaska > On 5/18/20, bob prohaska wrote: > > On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: > >> Hello, > >> > >> Thanks for the confirmation that onboard ethernet works. I've booted > >> the pi and I'm not seeing it on the network. I've tried mounting the > >> freebsd partition under a linux virtual machine which it's fdisk shows > >> it as /dev/sdd2 later in the display shows it up as 15. I can not get > >> it to mount so am not sure what rc.conf is doing, I was hoping it > >> would get a dhcp address since it's plugged directly in. I also did > >> add a blank ssh file to the /dev/sdd1 partition. > >> > >> Suggestions? > >> > > > > Have you tried plugging in a monitor and keyboard temporarily, just > > to see what's going on? My guess is that it's getting stuck in single- > > user mode, or maybe not booting at all for some reason. It definitely > > should pick up a DHCP connection if it gets to multi-user. I'd expect > > that to answer ping if nothing else. > > > > My only experience re Linux is with Raspbian, and Raspbian absolutely > > cannot mount ufs filesystems, so what you're seeing seems normal. > > > > hth, > > > > bob prohaska > > > >> Thanks. > >> Dave. > >> > >> > >> On 5/18/20, bob prohaska wrote: > >> > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: > >> >> Hello, > >> >> > >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB > >> >> wireless all the way? > >> >> > >> > Wired ethernet works fine on the 3B, I believe the + is the same. > >> > > >> > hth, > >> > > >> > bob prohaska > >> > > >> >> Thanks. > >> >> Dave. > >> >> > >> >> > >> >> On 5/18/20, bob prohaska wrote: > >> >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: > >> >> >> Hello, > >> >> >> > >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 on. > >> >> >> It > >> >> >> is completely headless the only thing it has is it's power > >> >> >> connection. > >> >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 image. > >> >> > ^^^ > >> >> > Typo? > >> >> > > >> >> _______________________________________________ > >> >> freebsd-arm@freebsd.org mailing list > >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >> > > > From owner-freebsd-arm@freebsd.org Tue May 19 15:28:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A8E412DC060 for ; Tue, 19 May 2020 15:28:48 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RKXw1R5sz3SbX for ; Tue, 19 May 2020 15:28:47 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-io1-xd44.google.com with SMTP id f4so14925614iov.11 for ; Tue, 19 May 2020 08:28:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZlzNj15d1NuE2WhMoy9/WfJ7PjjO15gj5NT+ioXOKUo=; b=XEu7g9tlaAneAPTSfwAeV2nkqu7nmyZSYa+9fEhidNug57htqX4D/n9gVFzWrv05u3 faavBfBc5bPppNccSBiAdgYcBxVgQ2v+UnmftMcNeqZfq0Cl/0NlBTZEHAWI08zsLr7O /Us3lY4P1iMaKjGuldHLABL25DA7ofV8zARN6A3/JrU4fgsFR4pY0RHJ0bIu80f/lM9R 86VabgwSnMwvnXhNuYWXF1VIxVXMNaWUAe5Zmoj/cWAnxhFCyed4A9FqlbPeKFYvsCIe R2SojCA1YFx47OQxZ/H3bLntySFTmpdATVn2HmiQeZyfSs7sI17sum30jBmpLdtUrww7 VeTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZlzNj15d1NuE2WhMoy9/WfJ7PjjO15gj5NT+ioXOKUo=; b=Dh4hp/fWG8d4VE5Nc3++aAXMKurayHF/NQzPQdoM6pv5kpxo4n+yuUP+p26Xx0HI6A 6VLctwDBKf5nDqlG7HTwBuoONWvopzcB/GF9bT4ojsT0A0Ivuobuk7TwtjMUJD91vHXX 0StH+bpG7Keye8JR+AsRSez7ZQlYpQ4dT+qGzOW5//75Ht0dA1wS++se6+RWLWoygN/R 7lLg/IE7HybSMS6dQAZASvjqn6rN/NMnnanCf5NSoTP/D5mr0fO5c56BWd4xrZ3QkwmW my/TrX164a02h/lVj0YVCDmZcVfNmST9ZhaqoY4GeUkcJCCVSgfzM1vstBclsYEUouRq sbcg== X-Gm-Message-State: AOAM531/+0GPJ2jeKjPu5jkpvCMVu/IcbokYHwgwXJRtqcvEvAqYKOI0 bgm2Ht0Q9707vc7u+7EFxekcgq+mL4vEga89vZ7LCO/A X-Google-Smtp-Source: ABdhPJw1CyJGVTUKZHlRbUfJV5qSpQuskUi1z5MQ/BoXvBF89DBHF6aRMIHIHw0lpHg5HC1UetciF3Rq+nGN7S9Hotc= X-Received: by 2002:a05:6638:99:: with SMTP id v25mr199075jao.45.1589902127159; Tue, 19 May 2020 08:28:47 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a4f:6cf:0:0:0:0:0 with HTTP; Tue, 19 May 2020 08:28:46 -0700 (PDT) In-Reply-To: <20200519152449.GA67494@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> <20200518235138.GB65006@www.zefox.net> <20200519152449.GA67494@www.zefox.net> From: David Mehler Date: Tue, 19 May 2020 11:28:46 -0400 Message-ID: Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? To: bob prohaska Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 49RKXw1R5sz3SbX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XEu7g9tl; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of davemehler@gmail.com designates 2607:f8b0:4864:20::d44 as permitted sender) smtp.mailfrom=davemehler@gmail.com X-Spamd-Result: default: False [-0.72 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.77)[-0.771]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_SHORT(0.05)[0.047]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d44:from]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 15:28:48 -0000 Hello, Thanks. I did a dd and there were no errors when writing the image to the sd card. I did put a raspbian image on this same card and pi and it worked just fine. Thanks. Dave. On 5/19/20, bob prohaska wrote: > On Tue, May 19, 2020 at 06:04:47AM -0400, David Mehler wrote: >> Hello, >> >> I'll look in to a monitor and keyboard, but given where the Pi is that >> could a bit getting one there. >> > > I'd reverse the priorities initially: Make it work where I can see what's > going on, then make it work where I want to use it. A serial console is > essential if you want to do anything even slightly adventurous. A work > bench with an internet connection, second computer and comfy chair is > the way to make progress. > > >> One thing I thought of is do I have the right image? If it's suppose >> to boot, and at least get an ip and respond to ping, but if it's >> getting stuck in single-user mode then maybe my image is wrong. This >> is the filename of the image I wrote to the sd card for the Pi: >> >> FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img >> > The image file name looks correct, but plenty more can be wrong. > The microSD card itself must be compatible; most are but not all. > The writing process and adapter must be correct and error free. > I use dd, usually under FreeBSD or Raspbian. Errors in writing > an image can be very quiet, just a mismatch in blocks in vs out. > I've had one USB to microSD adapter fail, so that can happen. > MicroSD cards can fail, sometimes rather silently. Power supplies > can cause all sorts of confusing trouble that looks like something > _other_ than what it is. > > Later images are usually better, especially with -RELEASE, a native > image (Raspbian, in this case) is better when other uncertainties > are present.....keep it handy as a sanity check 8-) > > Hope this helps some... > > bob prohaska > >> On 5/18/20, bob prohaska wrote: >> > On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: >> >> Hello, >> >> >> >> Thanks for the confirmation that onboard ethernet works. I've booted >> >> the pi and I'm not seeing it on the network. I've tried mounting the >> >> freebsd partition under a linux virtual machine which it's fdisk shows >> >> it as /dev/sdd2 later in the display shows it up as 15. I can not get >> >> it to mount so am not sure what rc.conf is doing, I was hoping it >> >> would get a dhcp address since it's plugged directly in. I also did >> >> add a blank ssh file to the /dev/sdd1 partition. >> >> >> >> Suggestions? >> >> >> > >> > Have you tried plugging in a monitor and keyboard temporarily, just >> > to see what's going on? My guess is that it's getting stuck in single- >> > user mode, or maybe not booting at all for some reason. It definitely >> > should pick up a DHCP connection if it gets to multi-user. I'd expect >> > that to answer ping if nothing else. >> > >> > My only experience re Linux is with Raspbian, and Raspbian absolutely >> > cannot mount ufs filesystems, so what you're seeing seems normal. >> > >> > hth, >> > >> > bob prohaska >> > >> >> Thanks. >> >> Dave. >> >> >> >> >> >> On 5/18/20, bob prohaska wrote: >> >> > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: >> >> >> Hello, >> >> >> >> >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB >> >> >> wireless all the way? >> >> >> >> >> > Wired ethernet works fine on the 3B, I believe the + is the same. >> >> > >> >> > hth, >> >> > >> >> > bob prohaska >> >> > >> >> >> Thanks. >> >> >> Dave. >> >> >> >> >> >> >> >> >> On 5/18/20, bob prohaska wrote: >> >> >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: >> >> >> >> Hello, >> >> >> >> >> >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 >> >> >> >> on. >> >> >> >> It >> >> >> >> is completely headless the only thing it has is it's power >> >> >> >> connection. >> >> >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 >> >> >> >> image. >> >> >> > ^^^ >> >> >> > Typo? >> >> >> > >> >> >> _______________________________________________ >> >> >> freebsd-arm@freebsd.org mailing list >> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> >> >> To unsubscribe, send any mail to >> >> >> "freebsd-arm-unsubscribe@freebsd.org" >> >> > >> > > From owner-freebsd-arm@freebsd.org Tue May 19 16:12:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F6322DD579 for ; Tue, 19 May 2020 16:12:17 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RLW446Yrz3WZJ for ; Tue, 19 May 2020 16:12:16 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 16:11:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589904728; bh=w1gE5nD8f/WUGHsdDysRjTui+nCORYMBV+SssBWu5Zc=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=qdNmzgbO7HlOnMzVKlP4juis24SaLny/0jYpLUy4hoPs4RvlZFWDKC6jCl+9EFnF5 yBE+bdunfMo2LvdBhIZsf5N+KOCryfBAKnmF/BJ4XwkKGje91xlnaOzzw+Nx2ih5ng hk19bY+57niZehpgCDVwLlvzSsOku5UmGw7m/g6g= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: John-Mark Gurney , freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49RLW446Yrz3WZJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=qdNmzgbO; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-2.25 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.19)[-0.186]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:12:17 -0000 > > > Let's try this kernel: > > > https://send.firefox.com/download/37e834fd4c903d80/#UpK-DrJoy-k3OgdA7= eZyJg > > > > > > - SDHCI included lol > > > - not including the GIC interrupt improvement from https://reviews.= freebsd.org/D24876 - might help > > > with ahci interrupts? maybe? > > > > > > - I2C support (https://reviews.freebsd.org/D24361 + ACPI attachment= ) not that it's urgently needed, > > > but why not, that was easy enough, I wonder if it would attach or= , knowing my luck, crash :D > > > > > > > Getting closer... > > dmesg.boot: https://gist.github.com/agrajag9/99d26385be0f49a8a4f046f15a= 2c0f08 > > "iicbus0: at addr 0x77" nice! > Would be great if you could run `i2c -s` also. Scanning I2C devices on /dev/iic0: 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0= e 0f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 2= 7 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 4= 0 41 42 43 44 45 46 47 48 49 4a 4b 4c 4d 4e 4f 50 51 52 53 54 55 56 57 58 5= 9 5a 5b 5c 5d 5e 5f 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 7= 2 73 74 75 76 77 78 79 7a 7b 7c 7d 7e Hey look at that! A bunch of numbers! Hopefully they mean more to you than = they do to me... > > sdhci_acpi0-slot0 seems to have hung the boot process for almost 5min w= aiting for various timeouts. > > oops, so they didn't really make generic sdhci work :D > > Well turns out we do have a Freescale ESDHC driver already. > It doesn't have DMA so performance won't be great (but SD/MMC is bad stuf= f anyway lol). > (interesting dev note: NetBSD gets away with just some quirks in the sdhc= i acpi driver: > SDHC_FLAG_HAVE_DVS|SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_ENH= ANCED) No worries - once I can get a reliable install, I hope to never need to tou= ch those again anyways. I mostly am hoping to get eMMC so I can flash updat= ed firmware, assuming the errata list is correct and my silicon rev CAN boo= t from firmware on eMMC and it was a layer 8 failure. > Trying to add ACPI support to it: > > https://send.firefox.com/download/926c72b043182c40/#49y3TaeL7_hif_YEHUFQ2= g Latest dmesg.boot: https://gist.github.com/agrajag9/f4e8186e4cea7da1e5d8887= a8d74dd7a I can't find the PCIe cables for my PSU right now, so the RX480 is out unti= l I have time to dig through The Cable Box Of Doom. But I do have a spare L= SI SAS HBA that I'll try after lunch! From owner-freebsd-arm@freebsd.org Tue May 19 16:22:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 770752DDDA7 for ; Tue, 19 May 2020 16:22:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RLl63rDJz3XQL for ; Tue, 19 May 2020 16:22:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04JGMbFc067670 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 19 May 2020 09:22:37 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04JGMbgU067669; Tue, 19 May 2020 09:22:37 -0700 (PDT) (envelope-from fbsd) Date: Tue, 19 May 2020 09:22:36 -0700 From: bob prohaska To: David Mehler Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? Message-ID: <20200519162236.GB67494@www.zefox.net> References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> <20200518235138.GB65006@www.zefox.net> <20200519152449.GA67494@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49RLl63rDJz3XQL X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [4.71 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.98)[0.985]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.83)[0.829]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:22:43 -0000 On Tue, May 19, 2020 at 11:28:46AM -0400, David Mehler wrote: > Hello, > > Thanks. I did a dd and there were no errors when writing the image to > the sd card. I did put a raspbian image on this same card and pi and > it worked just fine. > Ok, sanity check passed....8-) In that case I'd try a different version of image on the same brand/model of microSD card. If that fails I'd hook up a serial console. Another option with the Pi3B+ is to attempt a USB boot. Write the image to a USB flash drive, take out the microSD card entirely, plug in the flash drive and power up. It isn't any simpler, but if you don't have a spare microSD and do have a spare USB device it's an option. Details are at https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md Good luck, bob prohaska > Thanks. > Dave. > > > On 5/19/20, bob prohaska wrote: > > On Tue, May 19, 2020 at 06:04:47AM -0400, David Mehler wrote: > >> Hello, > >> > >> I'll look in to a monitor and keyboard, but given where the Pi is that > >> could a bit getting one there. > >> > > > > I'd reverse the priorities initially: Make it work where I can see what's > > going on, then make it work where I want to use it. A serial console is > > essential if you want to do anything even slightly adventurous. A work > > bench with an internet connection, second computer and comfy chair is > > the way to make progress. > > > > > >> One thing I thought of is do I have the right image? If it's suppose > >> to boot, and at least get an ip and respond to ping, but if it's > >> getting stuck in single-user mode then maybe my image is wrong. This > >> is the filename of the image I wrote to the sd card for the Pi: > >> > >> FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img > >> > > The image file name looks correct, but plenty more can be wrong. > > The microSD card itself must be compatible; most are but not all. > > The writing process and adapter must be correct and error free. > > I use dd, usually under FreeBSD or Raspbian. Errors in writing > > an image can be very quiet, just a mismatch in blocks in vs out. > > I've had one USB to microSD adapter fail, so that can happen. > > MicroSD cards can fail, sometimes rather silently. Power supplies > > can cause all sorts of confusing trouble that looks like something > > _other_ than what it is. > > > > Later images are usually better, especially with -RELEASE, a native > > image (Raspbian, in this case) is better when other uncertainties > > are present.....keep it handy as a sanity check 8-) > > > > Hope this helps some... > > > > bob prohaska > > > >> On 5/18/20, bob prohaska wrote: > >> > On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: > >> >> Hello, > >> >> > >> >> Thanks for the confirmation that onboard ethernet works. I've booted > >> >> the pi and I'm not seeing it on the network. I've tried mounting the > >> >> freebsd partition under a linux virtual machine which it's fdisk shows > >> >> it as /dev/sdd2 later in the display shows it up as 15. I can not get > >> >> it to mount so am not sure what rc.conf is doing, I was hoping it > >> >> would get a dhcp address since it's plugged directly in. I also did > >> >> add a blank ssh file to the /dev/sdd1 partition. > >> >> > >> >> Suggestions? > >> >> > >> > > >> > Have you tried plugging in a monitor and keyboard temporarily, just > >> > to see what's going on? My guess is that it's getting stuck in single- > >> > user mode, or maybe not booting at all for some reason. It definitely > >> > should pick up a DHCP connection if it gets to multi-user. I'd expect > >> > that to answer ping if nothing else. > >> > > >> > My only experience re Linux is with Raspbian, and Raspbian absolutely > >> > cannot mount ufs filesystems, so what you're seeing seems normal. > >> > > >> > hth, > >> > > >> > bob prohaska > >> > > >> >> Thanks. > >> >> Dave. > >> >> > >> >> > >> >> On 5/18/20, bob prohaska wrote: > >> >> > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: > >> >> >> Hello, > >> >> >> > >> >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go USB > >> >> >> wireless all the way? > >> >> >> > >> >> > Wired ethernet works fine on the 3B, I believe the + is the same. > >> >> > > >> >> > hth, > >> >> > > >> >> > bob prohaska > >> >> > > >> >> >> Thanks. > >> >> >> Dave. > >> >> >> > >> >> >> > >> >> >> On 5/18/20, bob prohaska wrote: > >> >> >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: > >> >> >> >> Hello, > >> >> >> >> > >> >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 > >> >> >> >> on. > >> >> >> >> It > >> >> >> >> is completely headless the only thing it has is it's power > >> >> >> >> connection. > >> >> >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 > >> >> >> >> image. > >> >> >> > ^^^ > >> >> >> > Typo? > >> >> >> > > >> >> >> _______________________________________________ > >> >> >> freebsd-arm@freebsd.org mailing list > >> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> >> >> To unsubscribe, send any mail to > >> >> >> "freebsd-arm-unsubscribe@freebsd.org" > >> >> > > >> > > > From owner-freebsd-arm@freebsd.org Tue May 19 16:42:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 151AF2DE88A for ; Tue, 19 May 2020 16:42:41 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RMB70tCzz3YjS for ; Tue, 19 May 2020 16:42:38 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589906550; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=RiIeL87luxmxKPmGa93ff5ytzvWI+DrVXuXqwtn9PfI=; b=O1fLTn5V92Hr6ivGLPhQ92TBaM7wQZShpcdxUg6P0Ul3XSC+8YLvyokcy+xE+NpZJfqBQu i+zufiVQ27QHg6j7N2HwFsFAUW1Jh2N1XX/tusnh8SSYq9A3OYDRq5onvnvYHrOh6ipmoI CdYDEr29BZ4S3VNxiJcFl68ZPH0E144= Date: Tue, 19 May 2020 16:42:28 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RMB70tCzz3YjS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=O1fLTn5V; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.33)[-0.328]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:42:41 -0000 May 19, 2020 7:11 PM, "Dan Kotowski" wro= te:=0A=0A>> Getting closer...=0A>> dmesg.boot: https://gist.github.com/ag= rajag9/99d26385be0f49a8a4f046f15a2c0f08=0A>> =0A>> "iicbus0: at addr 0x77" nice!=0A>> Would be great if you could run `i2c -s` also= .=0A> =0A> Scanning I2C devices on /dev/iic0: 01 02 03 04 05 06 07 08 09 = 0a 0b 0c 0d 0e 0f 10 11 12 13 14 [..]=0A> =0A> Hey look at that! A bunch = of numbers! Hopefully they mean more to you than they do to me...=0A=0Ahm= m, it shouldn't report all numbers as present. oh well.=0A=0A>> sdhci_acp= i0-slot0 seems to have hung the boot process for almost 5min waiting for = various timeouts.=0A>> =0A>> oops, so they didn't really make generic sdh= ci work :D=0A>> =0A>> Well turns out we do have a Freescale ESDHC driver = already.=0A>> It doesn't have DMA so performance won't be great (but SD/M= MC is bad stuff anyway lol).=0A>> (interesting dev note: NetBSD gets away= with just some quirks in the sdhci acpi driver:=0A>> SDHC_FLAG_HAVE_DVS|= SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_ENHANCED)=0A> =0A> No = worries - once I can get a reliable install, I hope to never need to touc= h those again anyways.=0A> I mostly am hoping to get eMMC so I can flash = updated firmware, assuming the errata list is correct=0A> and my silicon = rev CAN boot from firmware on eMMC and it was a layer 8 failure.=0A> =0A>= > Trying to add ACPI support to it:=0A>> =0A>> https://send.firefox.com/d= ownload/926c72b043182c40/#49y3TaeL7_hif_YEHUFQ2g=0A> =0A> Latest dmesg.bo= ot: https://gist.github.com/agrajag9/f4e8186e4cea7da1e5d8887a8d74dd7a=0A= =0A"mmcsd0: 32GB at mmc0= 43.7MHz/4bit/65535-block"=0Ais better than before, but controller timeou= ts are sad. Welp.=0A=0AIf anyone is interested in debugging this (with th= e device in hand), my ACPI attachment patch is:=0Ahttps://github.com/myfr= eeweb/freebsd/commit/4abb60611c53b6bf109e8854f60ecc697419cf1c=0A=0AOnce a= gain, maybe NetBSD's way of supporting this (slight quirks in the generic= ACPI SDHCI driver)=0Awould be better than fsl_sdhci.=0A=0A> I can't find= the PCIe cables for my PSU right now, so the RX480 is out until I have t= ime to dig=0A> through The Cable Box Of Doom. But I do have a spare LSI S= AS HBA that I'll try after lunch!=0A=0AYeah, mpr/mps drivers are present,= would be an okay thing to try. From owner-freebsd-arm@freebsd.org Tue May 19 16:58:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 849682DEF23 for ; Tue, 19 May 2020 16:58:05 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qv1-xf42.google.com (mail-qv1-xf42.google.com [IPv6:2607:f8b0:4864:20::f42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RMWw2hrgz3Zdj for ; Tue, 19 May 2020 16:58:04 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qv1-xf42.google.com with SMTP id v15so6834681qvr.8 for ; Tue, 19 May 2020 09:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=oAdJy2I+BLkSVOC58Xf+Z1iwhFeZNFyAoPrHlEVubzI=; b=w7GfjoPI+N4KS1bWst0f+PujrE8jMUpT4ioL1HicvXyT3A3Aa5NoXDbzcqxgqA8NQz XOwVrwbAqjk4XbYAOqtumGoyVemekN4iTEHl8/eUCGlsUZxlioO4+XEtP2mhckYF/T6G SRImEklaa5YolICViZxJJYvzz5eqAzXXNxEFhpYmqTJrsKxTlITXXOLFkcTZLFrhQG0+ Nhgkh1kKODe8dwqDhbvpx3TCK6s2qiOWnSEw5ET4HOrQnWjVsS/zcv8WABx1wwtFHcZi UDDJ7w4/pGee9r/2NYuM094xqFjvZybs34xwSmiJvqrU1KW/5SKeUUFdt1KXyEbZ7rp7 LKag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=oAdJy2I+BLkSVOC58Xf+Z1iwhFeZNFyAoPrHlEVubzI=; b=TR4arqwX1CKzDXvoVEBnDGwWVWWu+/bDlpMMT5EBDnKuTp8owKMDFkWWyZQvucueNm FeiUXcgVpwDQ/KIhMaUauIWYBYUEHU2JgFxABmEPGP1a8oJcZLvyYE4VoUEgygl+h59W XVDlvGy8Gt5Xv1G19f++TjPlog6lwQoGD6tdxRDp8lLLeC/XKwsYO+BN42O7QHpZFBmK myIozGqNd1d6E0Bdxa3hlX6KHsws2srtdcQE9S6Tnyl+hQsCOC3zIrdlX2dzT4c8s8Jg G3vI/ni26a5RO5rPsZhlXacnUsT/gKWpl+ClXxRPZHV6xazfdkADHT1+5K0e7qQuQKDr MgnA== X-Gm-Message-State: AOAM533Q5K8U/Bu/5QopJvhAfhwjPNnotwuOYr2r3fuB+MNu1fdenKF/ URyzPyKE5AXR6oos9koZi4QTXIc6zyDsloMiUYfv+Srb X-Google-Smtp-Source: ABdhPJx9bwDpzE9FE8bU3GbRlH7MMAEkRaZ82IcJ9xfdSYe+If3CXr7fHmVD85oDNO3l3XlYeev0PVCAmSVfRkKe7gE= X-Received: by 2002:a0c:a692:: with SMTP id t18mr568981qva.56.1589907483230; Tue, 19 May 2020 09:58:03 -0700 (PDT) MIME-Version: 1.0 References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> In-Reply-To: From: Marcin Wojtas Date: Tue, 19 May 2020 18:57:50 +0200 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: Greg V Cc: Dan Kotowski , freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49RMWw2hrgz3Zdj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=w7GfjoPI; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::f42) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-1.01 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.44)[-0.445]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.26)[-0.264]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f42:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:58:05 -0000 wt., 19 maj 2020 o 18:42 napisa=C5=82(a): > > May 19, 2020 7:11 PM, "Dan Kotowski" wro= te: > > >> Getting closer... > >> dmesg.boot: https://gist.github.com/agrajag9/99d26385be0f49a8a4f046f15= a2c0f08 > >> > >> "iicbus0: at addr 0x77" nice! > >> Would be great if you could run `i2c -s` also. > > > > Scanning I2C devices on /dev/iic0: 01 02 03 04 05 06 07 08 09 0a 0b 0c = 0d 0e 0f 10 11 12 13 14 [..] > > > > Hey look at that! A bunch of numbers! Hopefully they mean more to you t= han they do to me... > > hmm, it shouldn't report all numbers as present. oh well. > > >> sdhci_acpi0-slot0 seems to have hung the boot process for almost 5min = waiting for various timeouts. > >> > >> oops, so they didn't really make generic sdhci work :D > >> > >> Well turns out we do have a Freescale ESDHC driver already. > >> It doesn't have DMA so performance won't be great (but SD/MMC is bad s= tuff anyway lol). > >> (interesting dev note: NetBSD gets away with just some quirks in the s= dhci acpi driver: > >> SDHC_FLAG_HAVE_DVS|SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_= ENHANCED) > > > > No worries - once I can get a reliable install, I hope to never need to= touch those again anyways. > > I mostly am hoping to get eMMC so I can flash updated firmware, assumin= g the errata list is correct > > and my silicon rev CAN boot from firmware on eMMC and it was a layer 8 = failure. > > > >> Trying to add ACPI support to it: > >> > >> https://send.firefox.com/download/926c72b043182c40/#49y3TaeL7_hif_YEHU= FQ2g > > > > Latest dmesg.boot: https://gist.github.com/agrajag9/f4e8186e4cea7da1e5d= 8887a8d74dd7a > > "mmcsd0: 32GB at mmc0 43= .7MHz/4bit/65535-block" > is better than before, but controller timeouts are sad. Welp. > > If anyone is interested in debugging this (with the device in hand), my A= CPI attachment patch is: > https://github.com/myfreeweb/freebsd/commit/4abb60611c53b6bf109e8854f60ec= c697419cf1c > > Once again, maybe NetBSD's way of supporting this (slight quirks in the g= eneric ACPI SDHCI driver) > would be better than fsl_sdhci. Do you have a knowledge if LS2KX controller is common with the one found in LS1046? If that may help, we are going to upstream it (need some rework after rebasing from 11.x). Best regards, Marcin > > > I can't find the PCIe cables for my PSU right now, so the RX480 is out = until I have time to dig > > through The Cable Box Of Doom. But I do have a spare LSI SAS HBA that I= 'll try after lunch! > > Yeah, mpr/mps drivers are present, would be an okay thing to try. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue May 19 17:38:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 519202F006D for ; Tue, 19 May 2020 17:38:00 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RNPy4z3xz3d07 for ; Tue, 19 May 2020 17:37:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1jb6Bf-0004gj-0j; Tue, 19 May 2020 19:37:55 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "bob prohaska" , "David Mehler" Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.1 on Raspberry Pi 3B+, completely headless? References: <20200518184007.GA64715@www.zefox.net> <20200518213741.GA65006@www.zefox.net> <20200518235138.GB65006@www.zefox.net> <20200519152449.GA67494@www.zefox.net> Date: Tue, 19 May 2020 19:37:53 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: eb84bc049aa50d59c182d1adb242eeac X-Rspamd-Queue-Id: 49RNPy4z3xz3d07 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [0.89 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[195.190.28.88:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.09)[-0.095]; RCVD_IN_DNSWL_NONE(0.00)[195.190.28.88:from]; NEURAL_HAM_MEDIUM(-0.21)[-0.213]; FREEMAIL_TO(0.00)[www.zefox.net,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 17:38:00 -0000 On Tue, 19 May 2020 17:28:46 +0200, David Mehler wrote: > Hello, > > Thanks. I did a dd and there were no errors when writing the image to > the sd card. I did put a raspbian image on this same card and pi and > it worked just fine. The issue of not booting can be something really small and unexpected. So without any output via serial console or a connected monitor it is just guessing in a crystal ball for everybody. Ronald. > Thanks. > Dave. > > > On 5/19/20, bob prohaska wrote: >> On Tue, May 19, 2020 at 06:04:47AM -0400, David Mehler wrote: >>> Hello, >>> >>> I'll look in to a monitor and keyboard, but given where the Pi is that >>> could a bit getting one there. >>> >> >> I'd reverse the priorities initially: Make it work where I can see >> what's >> going on, then make it work where I want to use it. A serial console is >> essential if you want to do anything even slightly adventurous. A work >> bench with an internet connection, second computer and comfy chair is >> the way to make progress. >> >> >>> One thing I thought of is do I have the right image? If it's suppose >>> to boot, and at least get an ip and respond to ping, but if it's >>> getting stuck in single-user mode then maybe my image is wrong. This >>> is the filename of the image I wrote to the sd card for the Pi: >>> >>> FreeBSD-12.1-RELEASE-arm64-aarch64-RPI3.img >>> >> The image file name looks correct, but plenty more can be wrong. >> The microSD card itself must be compatible; most are but not all. >> The writing process and adapter must be correct and error free. >> I use dd, usually under FreeBSD or Raspbian. Errors in writing >> an image can be very quiet, just a mismatch in blocks in vs out. >> I've had one USB to microSD adapter fail, so that can happen. >> MicroSD cards can fail, sometimes rather silently. Power supplies >> can cause all sorts of confusing trouble that looks like something >> _other_ than what it is. >> >> Later images are usually better, especially with -RELEASE, a native >> image (Raspbian, in this case) is better when other uncertainties >> are present.....keep it handy as a sanity check 8-) >> >> Hope this helps some... >> >> bob prohaska >> >>> On 5/18/20, bob prohaska wrote: >>> > On Mon, May 18, 2020 at 06:10:41PM -0400, David Mehler wrote: >>> >> Hello, >>> >> >>> >> Thanks for the confirmation that onboard ethernet works. I've booted >>> >> the pi and I'm not seeing it on the network. I've tried mounting the >>> >> freebsd partition under a linux virtual machine which it's fdisk >>> shows >>> >> it as /dev/sdd2 later in the display shows it up as 15. I can not >>> get >>> >> it to mount so am not sure what rc.conf is doing, I was hoping it >>> >> would get a dhcp address since it's plugged directly in. I also did >>> >> add a blank ssh file to the /dev/sdd1 partition. >>> >> >>> >> Suggestions? >>> >> >>> > >>> > Have you tried plugging in a monitor and keyboard temporarily, just >>> > to see what's going on? My guess is that it's getting stuck in >>> single- >>> > user mode, or maybe not booting at all for some reason. It definitely >>> > should pick up a DHCP connection if it gets to multi-user. I'd expect >>> > that to answer ping if nothing else. >>> > >>> > My only experience re Linux is with Raspbian, and Raspbian absolutely >>> > cannot mount ufs filesystems, so what you're seeing seems normal. >>> > >>> > hth, >>> > >>> > bob prohaska >>> > >>> >> Thanks. >>> >> Dave. >>> >> >>> >> >>> >> On 5/18/20, bob prohaska wrote: >>> >> > On Mon, May 18, 2020 at 05:25:40PM -0400, David Mehler wrote: >>> >> >> Hello, >>> >> >> >>> >> >> Does the onboard ethernet on the pi 3b+ work or do I have to go >>> USB >>> >> >> wireless all the way? >>> >> >> >>> >> > Wired ethernet works fine on the 3B, I believe the + is the same. >>> >> > >>> >> > hth, >>> >> > >>> >> > bob prohaska >>> >> > >>> >> >> Thanks. >>> >> >> Dave. >>> >> >> >>> >> >> >>> >> >> On 5/18/20, bob prohaska wrote: >>> >> >> > On Mon, May 18, 2020 at 01:02:32PM -0400, David Mehler wrote: >>> >> >> >> Hello, >>> >> >> >> >>> >> >> >> I've got a Raspberry Pi 3b+ that I'd like to put FreeBSD 12.1 >>> >> >> >> on. >>> >> >> >> It >>> >> >> >> is completely headless the only thing it has is it's power >>> >> >> >> connection. >>> >> >> >> I have downloaded and wrote to sd the latest 12.1 amd64 rpi3 >>> >> >> >> image. >>> >> >> > ^^^ >>> >> >> > Typo? >>> >> >> > >>> >> >> _______________________________________________ >>> >> >> freebsd-arm@freebsd.org mailing list >>> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> >> >> To unsubscribe, send any mail to >>> >> >> "freebsd-arm-unsubscribe@freebsd.org" >>> >> > >>> > >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue May 19 17:45:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7672C2F0222 for ; Tue, 19 May 2020 17:45:13 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RNZJ0Plfz3dBM for ; Tue, 19 May 2020 17:45:11 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589910309; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=60uRv3AcAUczqCqQvAau1e0tE6YHPGQznGaGBt9pk/Y=; b=H0qzkXylZPRCublrhjQutadTCpvDruPCf+NV6Qjb+cfEBvteev+uNf2VPqgqlYqqMxji31 eo3E9ighM1Z85Hsn/S6wI4CHMXQTaAQy/a0Ad9S9y3fSo0+uqb52Gg5MxUyMEcfjebAa0P H45lnOIV4yWyMOVeWesh0iDDZqOGe9Y= Date: Tue, 19 May 2020 17:45:07 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Marcin Wojtas" Cc: "freebsd-arm" In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RNZJ0Plfz3dBM X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=H0qzkXyl; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.959]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.80)[-0.800]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 17:45:13 -0000 May 19, 2020 7:57 PM, "Marcin Wojtas" wrote:=0A=0A> wt.= , 19 maj 2020 o 18:42 napisa=C5=82(a):=0A> = =0A>> May 19, 2020 7:11 PM, "Dan Kotowski" wrote:=0A>> =0A>> Getting closer...=0A>> dmesg.boot: https://gist.gith= ub.com/agrajag9/99d26385be0f49a8a4f046f15a2c0f08=0A>> =0A>> "iicbus0: at addr 0x77" nice!=0A>> Would be great if you could run `i2c= -s` also.=0A>> =0A>> Scanning I2C devices on /dev/iic0: 01 02 03 04 05 0= 6 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 [..]=0A>> =0A>> Hey look at t= hat! A bunch of numbers! Hopefully they mean more to you than they do to = me...=0A>> =0A>> hmm, it shouldn't report all numbers as present. oh well= .=0A>> =0A>> sdhci_acpi0-slot0 seems to have hung the boot process for al= most 5min waiting for various timeouts.=0A>> =0A>> oops, so they didn't r= eally make generic sdhci work :D=0A>> =0A>> Well turns out we do have a F= reescale ESDHC driver already.=0A>> It doesn't have DMA so performance wo= n't be great (but SD/MMC is bad stuff anyway lol).=0A>> (interesting dev = note: NetBSD gets away with just some quirks in the sdhci acpi driver:=0A= >> SDHC_FLAG_HAVE_DVS|SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_= ENHANCED)=0A>> =0A>> No worries - once I can get a reliable install, I ho= pe to never need to touch those again anyways.=0A>> I mostly am hoping to= get eMMC so I can flash updated firmware, assuming the errata list is co= rrect=0A>> and my silicon rev CAN boot from firmware on eMMC and it was a= layer 8 failure.=0A>> =0A>> Trying to add ACPI support to it:=0A>> =0A>>= https://send.firefox.com/download/926c72b043182c40/#49y3TaeL7_hif_YEHUFQ= 2g=0A>> =0A>> Latest dmesg.boot: https://gist.github.com/agrajag9/f4e8186= e4cea7da1e5d8887a8d74dd7a=0A>> =0A>> "mmcsd0: 32GB at mmc0 43.7MHz/4bit/65535-block"=0A>> is bett= er than before, but controller timeouts are sad. Welp.=0A>> =0A>> If anyo= ne is interested in debugging this (with the device in hand), my ACPI att= achment patch is:=0A>> https://github.com/myfreeweb/freebsd/commit/4abb60= 611c53b6bf109e8854f60ecc697419cf1c=0A>> =0A>> Once again, maybe NetBSD's = way of supporting this (slight quirks in the generic ACPI SDHCI driver)= =0A>> would be better than fsl_sdhci.=0A> =0A> Do you have a knowledge if= LS2KX controller is common with the one=0A> found in LS1046? If that may= help, we are going to upstream it (need=0A> some rework after rebasing f= rom 11.x).=0A=0AFrom a quick look at Linux, should be very similar.=0ALX2= 160 uses just "fsl,esdhc" which is handled by the same driver as "fsl,ls1= 046a-esdhc"=0Abut w/o any specific clock data.=0A=0Ahttps://github.com/to= rvalds/linux/blob/master/drivers/mmc/host/sdhci-of-esdhc.c=0Ahttps://gith= ub.com/SolidRun/edk2-platforms/blob/eec706c2d693be0b3793d9180e7d1a4813a52= 6cf/Silicon/NXP/LX2160A/Include/DeviceTreeInclude/fsl-lx2160a.dtsi#L364-L= 387=0A=0AThe changes you're going to upstream, are they for fsl_sdhci or = generic sdhci? From owner-freebsd-arm@freebsd.org Tue May 19 18:17:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E38282F0E34 for ; Tue, 19 May 2020 18:17:41 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RPHm4cc9z3gKk for ; Tue, 19 May 2020 18:17:40 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 18:17:32 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589912257; bh=SGWtkwWPkHXnPZffKkc6D/sEHhDn6HqlDvSIkIGSxhI=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=eGHjQrIUjMKvMJQJL9GCCAbqNUgsDJT7neBQixGQhuwbDGOHIXA7DjT1uPOxx+sHJ ksLgkpuJptSDPNUOKcm+IC1Y2I1AJhlTHMRYvdN6KoYMkuLk/28Yj7sdKgL6PEN0qq S0LhiWby82hX6HZCW/Fcwb5vGi+dkssgh6YSj3e8= To: Marcin Wojtas From: Dan Kotowski Cc: Greg V , freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49RPHm4cc9z3gKk X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=eGHjQrIU; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-2.96 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.90)[-0.904]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 18:17:41 -0000 > Do you have a knowledge if LS2KX controller is common with the one > found in LS1046? If that may help, we are going to upstream it (need > some rework after rebasing from 11.x). > > Best regards, > Marcin Marcin - I don't know the answer myself, but I don't think it would hurt to= try! If you post a compiled blob or some instructions to patch and compile= myself, I'm happy to report back with results. > > > I can't find the PCIe cables for my PSU right now, so the RX480 is ou= t until I have time to dig > > > through The Cable Box Of Doom. But I do have a spare LSI SAS HBA that= I'll try after lunch! > > > > Yeah, mpr/mps drivers are present, would be an okay thing to try. Latest dmesg.boot: https://gist.github.com/agrajag9/cf6d203dc3730350182cb53= ba5a8b999 The HBA came up as pci1 on pcib1 (line 105). And, as expected since it came= up as a generic PCI device rather than MPR/MPS, the attached drive doesn't= show up. And yes, I did confirm that mpr.ko and mps.ko are present in /boo= t/kernel/ -r-xr-xr-x 1 root wheel 224896 May 19 2020 /boot/kernel/mpr.ko -r-xr-xr-x 1 root wheel 210264 May 19 2020 /boot/kernel/mps.ko From owner-freebsd-arm@freebsd.org Tue May 19 19:22:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 696362F2BE1 for ; Tue, 19 May 2020 19:22:44 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RQkp6f05z43DJ for ; Tue, 19 May 2020 19:22:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589916160; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=gpX0kZyefWHgrtMXYmuvu0/bfA4jD1INrtRM/ksv6m4=; b=GbUJ1eG0Nu2nYQ9+lu/fwvFx1PjDw7SmdyGlVPk4ic7KPmrEF4oz+uvH8hT0UP4wZYmb7X mQVM0rTaDDw27V/pzqm3UlBYqaoaLeQD492w3l618VR8HFyuRV2cCt0KMBRcyCNmTRaKps h9pnN48jn0zk0oHh06BoIywAAkISLJs= Date: Tue, 19 May 2020 19:22:39 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" , "Marcin Wojtas" Cc: "freebsd-arm" In-Reply-To: References: <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RQkp6f05z43DJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=GbUJ1eG0; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.949]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.11)[-0.110]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 19:22:44 -0000 May 19, 2020 9:17 PM, "Dan Kotowski" wro= te:=0A=0A>>> I can't find the PCIe cables for my PSU right now, so the RX= 480 is out until I have time to dig=0A>>> through The Cable Box Of Doom. = But I do have a spare LSI SAS HBA that I'll try after lunch!=0A>> =0A>> Y= eah, mpr/mps drivers are present, would be an okay thing to try.=0A> =0A>= Latest dmesg.boot: https://gist.github.com/agrajag9/cf6d203dc3730350182c= b53ba5a8b999=0A> =0A> The HBA came up as pci1 on pcib1 (line 105). And, a= s expected since it came up as a generic PCI=0A> device rather than MPR/M= PS, the attached drive doesn't show up. And yes, I did confirm that mpr.k= o=0A> and mps.ko are present in /boot/kernel/=0A=0AThe problem is not tha= t the driver isn't loaded (you can always just kldload it manually), it's= this sadness:=0A=0Apcib1: pci_host_generic_core_alloc_resource FAIL: typ= e=3D4, rid=3D16, start=3D0000000000040000, end=3D00000000000400ff, count= =3D0000000000000100, flags=3D2000=0Apcib1: pci_host_generic_core_alloc_re= source FAIL: type=3D4, rid=3D16, start=3D0000000000000000, end=3Dffffffff= ffffffff, count=3D0000000000000100, flags=3D2000=0Apcib1: pci_host_generi= c_core_alloc_resource FAIL: type=3D3, rid=3D20, start=3D0000000670440000,= end=3D0000000670443fff, count=3D0000000000004000, flags=3D3800=0Apcib1: = pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D28, start=3D00= 00000670000000, end=3D000000067003ffff, count=3D0000000000040000, flags= =3D4800=0A=0ALooking at NetBSD code, we might need to implement support f= or the custom NXP0016 config device:=0A=0Ahttps://github.com/NetBSD/src/c= ommit/1a0fb037e62e4e3472966e33588957919b5e3a97=0A=0AI'll have time to att= empt a blind port of that code next week :D=0A=0AThere is a way to get an= y stock OS (even Windows!) to work with this PCIe controller,=0Abut it in= volves awful hacks and legacy interrupts, unacceptable stuff:=0Ahttps://t= witter.com/linux4kix/status/1260946442346205184=0A=0Aso you'll have to wa= it for now. From owner-freebsd-arm@freebsd.org Tue May 19 20:32:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C86E72F44C8 for ; Tue, 19 May 2020 20:32:16 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RSH3175dz46gm for ; Tue, 19 May 2020 20:32:14 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 7ADD9A58 for ; Tue, 19 May 2020 15:32:08 -0500 (CDT) Date: Tue, 19 May 2020 15:32:07 -0500 (CDT) From: Dan Mack X-X-Sender: mack@localhost.local To: freebsd-arm@freebsd.org Subject: rpi4 headless experience Message-ID: User-Agent: Alpine 2.20 (GSO 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 49RSH3175dz46gm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=macktronics.com; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com X-Spamd-Result: default: False [-0.36 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.12)[0.123]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.32)[0.318]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 20:32:16 -0000 Just tried the latest FreeBSD on RPI image on my rpi4-4GB system. Here's what I experienced in case anyone else is interested: - Install method - I just dd'd the unxz'd image from the download site onto a new microSD card. - used a serial port connected RPI to another RPI using a ttl to usb cable. - powered on, freebsd booted up just fine. root@generic:~ # uname -a ; df -h ; sysctl hw | grep physmem FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r361019: Thu May 14 09:12:43 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 Filesystem Size Used Avail Capacity Mounted on /dev/ufs/rootfs 29G 2.6G 24G 10% / devfs 1.0K 1.0K 0B 100% /dev /dev/msdosfs/MSDOSBOOT 50M 25M 25M 50% /boot/msdos tmpfs 50M 4.0K 50M 0% /tmp hw.physmem: 973434880 I pluged in a USB connected SSD and it was not recognized on either USB2 or USB3 ports. And the memory size is not reporting the full 4GB as can be seen above. Ethernet is working without any changes (dhcp kicked in by default) and seems to work. Not sure about the on-board WiFI. That's it, if anyone knows the status of the USB support or how to get the system to see all the memory, let me know :-) Dan From owner-freebsd-arm@freebsd.org Tue May 19 20:36:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 33F742F4834 for ; Tue, 19 May 2020 20:36:52 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RSNM2HsVz46hX for ; Tue, 19 May 2020 20:36:51 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 19 May 2020 20:36:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1589920608; bh=850a17D77WBAZhMA1qrIZJgBbkYMC3gxj2GIHBTtZtw=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=TcPfG9QzypkRZ4gVoDqT/Y8728nB8Ns3jA57JJjJPa+j4GsrXo0+nbyKmMHssajeI 8jeZB1Ug9J0UA2iVT+4ZweT7rkrDn/bd9QwdLneuRdiLZYsWTUlozhwPEJq6DuH8Go jylYBoqE/EeyqKvUU/N1ipnHyibHO9vst3WfDFdg= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: Marcin Wojtas , freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> References: <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49RSNM2HsVz46hX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=TcPfG9Qz; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.18 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-2.79 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.73)[-0.731]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.18:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 20:36:52 -0000 > > > > I can't find the PCIe cables for my PSU right now, so the RX480 is = out until I have time to dig > > > > through The Cable Box Of Doom. But I do have a spare LSI SAS HBA th= at I'll try after lunch! > > > > > > Yeah, mpr/mps drivers are present, would be an okay thing to try. > > > > Latest dmesg.boot: https://gist.github.com/agrajag9/cf6d203dc3730350182= cb53ba5a8b999 > > The HBA came up as pci1 on pcib1 (line 105). And, as expected since it = came up as a generic PCI > > device rather than MPR/MPS, the attached drive doesn't show up. And yes= , I did confirm that mpr.ko > > and mps.ko are present in /boot/kernel/ > > The problem is not that the driver isn't loaded (you can always just kldl= oad it manually), it's this sadness: > > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D4, rid=3D16, sta= rt=3D0000000000040000, end=3D00000000000400ff, count=3D0000000000000100, fl= ags=3D2000 > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D4, rid=3D16, sta= rt=3D0000000000000000, end=3Dffffffffffffffff, count=3D0000000000000100, fl= ags=3D2000 > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D20, sta= rt=3D0000000670440000, end=3D0000000670443fff, count=3D0000000000004000, fl= ags=3D3800 > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D28, sta= rt=3D0000000670000000, end=3D000000067003ffff, count=3D0000000000040000, fl= ags=3D4800 > > Looking at NetBSD code, we might need to implement support for the custom= NXP0016 config device: > > https://github.com/NetBSD/src/commit/1a0fb037e62e4e3472966e33588957919b5e= 3a97 > > I'll have time to attempt a blind port of that code next week :D > > There is a way to get any stock OS (even Windows!) to work with this PCIe= controller, > but it involves awful hacks and legacy interrupts, unacceptable stuff: > https://twitter.com/linux4kix/status/1260946442346205184 > > so you'll have to wait for now. I've waited this many months to finally get this far, another week is no pr= oblem :D Would you be able to share any patches and kernconfs you're working from so= I have a frame of reference? My own dev skills are certainly nowhere near = yours, but I'd like to at least read through the code you've applied to get= us this far and maybe even learn something new along the way. From owner-freebsd-arm@freebsd.org Tue May 19 20:58:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9AB832F4C4D for ; Tue, 19 May 2020 20:58:10 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RSrx2wzsz47RP for ; Tue, 19 May 2020 20:58:08 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589921879; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=nDZNxH9BJJT37LUSPctcIlOz4VHtO07Yl+DiHfFsfwI=; b=R2LuXbKEi0KsniR1Rlrpbhd9rJZjNIEf9jlkRuz2o8xYU2EWeRRyyXxjsdsaEJN9um+gmG 03ZafG72ubpYm2Euioibav5J/Ym/2E1CNhFIj0anzfpA4JFh8uXoCLxOpjZHumjjc+cTSu 4ak7aQfeBOvIFSrheginObvHwBv6VOc= Date: Tue, 19 May 2020 20:57:59 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <86119565e5927716a9feebabcb611871@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "Marcin Wojtas" , "freebsd-arm" In-Reply-To: References: <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RSrx2wzsz47RP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=R2LuXbKE; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.948]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.89)[-0.894]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 20:58:10 -0000 May 19, 2020 11:36 PM, "Dan Kotowski" wr= ote:=0A=0A>> Looking at NetBSD code, we might need to implement support f= or the custom NXP0016 config device:=0A>> =0A>> https://github.com/NetBSD= /src/commit/1a0fb037e62e4e3472966e33588957919b5e3a97=0A>> =0A>> I'll have= time to attempt a blind port of that code next week :D=0A>> =0A>> There = is a way to get any stock OS (even Windows!) to work with this PCIe contr= oller,=0A>> but it involves awful hacks and legacy interrupts, unacceptab= le stuff:=0A>> https://twitter.com/linux4kix/status/1260946442346205184= =0A>> =0A>> so you'll have to wait for now.=0A> =0A> I've waited this man= y months to finally get this far, another week is no problem :D=0A> =0A> = Would you be able to share any patches and kernconfs you're working from = so I have a frame of=0A> reference? My own dev skills are certainly nowhe= re near yours, but I'd like to at least read=0A> through the code you've = applied to get us this far and maybe even learn something new along the= =0A> way.=0A=0AMost of what got you "far" is upgrading the firmware to th= e latest dev versions! :)=0A=0AI have linked to the SDHCI commit on my gi= thub, from there you can just navigate to all commits:=0Ahttps://github.c= om/myfreeweb/freebsd/commits/master=0A=0AOnly SDHCI and I2C are relevant,= everything else is general stuff in my fork,=0Athere's some optimization= s pulled from phabricator, cleanup, minimal modular amd64 config,=0APixel= book devices, various other WIPs and unmerged patches, etc.=0A=0AThe chan= ges relevant to ARM64 in general are:=0Ahttps://reviews.freebsd.org/D2442= 3=0Ahttps://reviews.freebsd.org/D21017=0Ahttps://reviews.freebsd.org/D209= 74=0Ahttps://reviews.freebsd.org/D20835=0A=0AAnd what's not on github is = this (for https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246552):=0A= =0A--- i/sys/arm64/arm64/machdep.c=0A+++ w/sys/arm64/arm64/machdep.c=0A@@= -1007,9 +1007,14 @@ bus_probe(void)=0A has_fdt =3D (OF_peer(0) != =3D 0);=0A #endif=0A #ifdef DEV_ACPI=0A- has_acpi =3D (acpi_find_ta= ble(ACPI_SIG_SPCR) !=3D 0);=0A+ has_acpi =3D true; // (acpi_find_ta= ble(ACPI_SIG_DSDT) !=3D 0);=0A #endif=0A=0A+ for (int i =3D 0; i < = 4; i++) {=0A+ printf("spcr %lu\n", acpi_find_table(ACPI_SIG_SPCR));= =0A+ printf("dsdt %lu\n", acpi_find_table(ACPI_SIG_DSDT));=0A+ = }=0A+=0A env =3D kern_getenv("kern.cfg.order");=0A if (en= v !=3D NULL) {=0A order =3D env;=0A=0Abut I'm not sure whe= ther it's necessary on your machine (please test without again!)=0Aand it= 's odd that I haven't seen these printfs in your logs.. From owner-freebsd-arm@freebsd.org Tue May 19 21:43:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 235442F5ED7 for ; Tue, 19 May 2020 21:43:10 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RTrr3bc7z4BJv for ; Tue, 19 May 2020 21:43:07 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Tue, 19 May 2020 23:42:59 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1589924579; bh=vRubtetSNt/YXWxejNllzuf6WVkA3GQnHlf8YZOMvSw=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=GOyGMAtXoH79XBDqqn484Istnoxxv/UFsl1AuRR/sMk/AF5/fSE7kNiJmF9bkouWq QC+x7tSQBsjovBms/WHcMbMTaIyLVPRl2iqkZ0nUUhO96XoKmUTCVGpjNZ04Ye+F3M 2vKcl7Jwi9JYNGpA4AsqMoji8V2wtSLqiPzmwDNrzi+UBDdDoJsb2DUl9iUvdhJgOp StaAtupdSKHCAFPv96YH7jyPt2w5CFOSl94cvDzTOTazsBauwh+2chWTl0aFhjukGG FMdDhnZekgcGJz6grF7zw7dEe47SkzpNe8HlfxH8StQuX5tiis5LzfFifxV8lxBBsA ieMKLhVrRO+Hw== From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Subject: Re: rpi4 headless experience Message-ID: <20200519214259.GA16253@mail.bsd4all.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49RTrr3bc7z4BJv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=GOyGMAtX; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [-0.96 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.454]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_HAM_SHORT(-0.01)[-0.010]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 21:43:10 -0000 On Tue, May 19, 2020 at 03:32:07PM -0500, Dan Mack wrote: > Just tried the latest FreeBSD on RPI image on my rpi4-4GB system. Here's > what I experienced in case anyone else is interested: > > - Install method - I just dd'd the unxz'd image from the download site > onto a new microSD card. > > - used a serial port connected RPI to another RPI using a ttl to usb cable. > > - powered on, freebsd booted up just fine. > > root@generic:~ # uname -a ; df -h ; sysctl hw | grep physmem > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r361019: Thu May 14 > 09:12:43 UTC 2020 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > > Filesystem Size Used Avail Capacity Mounted on > /dev/ufs/rootfs 29G 2.6G 24G 10% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/msdosfs/MSDOSBOOT 50M 25M 25M 50% /boot/msdos > tmpfs 50M 4.0K 50M 0% /tmp > > > hw.physmem: 973434880 > > I pluged in a USB connected SSD and it was not recognized on either USB2 or > USB3 ports. > > And the memory size is not reporting the full 4GB as can be seen above. > > Ethernet is working without any changes (dhcp kicked in by default) and > seems to work. > > Not sure about the on-board WiFI. > > That's it, if anyone knows the status of the USB support or how to get the > system to see all the memory, let me know :-) Hmm, I am running r360723 (GENERIC) on my RPi4 and it shows "hw.physmem: 4127662080". I can confirm that USB (and Wifi) is not working: usb_nop_xceiv0: on ofwbus0 simplebus0: mem 0x7e980000-0x7e98ffff,0x7e00b200-0x7e00b3ff irq 44,45 disabled compat brcm,bcm2708-usb (no driver attached) usb_needs_explore_all: no devclass Powerd reports "no cpufreq(4) support". No idea if it runs at full speed or not. I have two issues with the ethernet adapter (genet0): 1. Apparently, my RPi4 is sending icmp replies to the wrong destination!? Ping from laptop to RPi4: % ping -c 1 192.168.0.9 PING 192.168.0.9 (192.168.0.9) 56(84) bytes of data. --- 192.168.0.9 ping statistics --- 1 packets transmitted, 0 received, 100% packet loss, time 0ms tcpdump on laptop: 23:20:22.244458 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64 23:20:22.244651 IP 192.168.0.9 > 192.168.255.191: ICMP echo reply, id 14, seq 1, length 64 tcpdump on RPi4: 23:20:22.247490 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64 23:20:22.247562 IP 192.168.0.9 > 192.168.0.2: ICMP echo reply, id 14, seq 1, length 64 Ping from RPi4 is OK. 2. IPv6 (accept_rtadv) is not working. And the RPi does not reboot. -- Herbert From owner-freebsd-arm@freebsd.org Tue May 19 22:12:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9C86F2F6B16 for ; Tue, 19 May 2020 22:12:47 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RVW25fRkz4DSX for ; Tue, 19 May 2020 22:12:46 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 8A057A6A; Tue, 19 May 2020 17:12:45 -0500 (CDT) Date: Tue, 19 May 2020 17:12:45 -0500 (CDT) From: Dan Mack X-X-Sender: mack@localhost.local To: "Herbert J. Skuhra" cc: freebsd-arm@freebsd.org Subject: Re: rpi4 headless experience In-Reply-To: <20200519214259.GA16253@mail.bsd4all.net> Message-ID: References: <20200519214259.GA16253@mail.bsd4all.net> User-Agent: Alpine 2.20 (GSO 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49RVW25fRkz4DSX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=macktronics.com; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.68)[-0.678]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29:c]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.23)[-0.228]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 22:12:47 -0000 Thanks for you report info, especially the fact that you are having it see all your memory. Perhaps this is an issue with different revisions of the rpi4 ? I have a pre-Nov 2019 rpi4-4GB. And I can confirm that reboot doesn't work, on my system, it does this: root@generic:~ # reboot May 14 12:28:56 generic reboot[1642]: rebooted by root May 14 12:28:56 generic syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 2 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... done All buffers synced. lock order reversal: 1st 0xfffffd00012809f0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1631 2nd 0xfffffd00012f5438 devfs (devfs) @ /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:945 stack backtrace: #0 0xffff00000047f440 at witness_debugger+0x64 #1 0xffff0000003e7794 at lockmgr_lock_flags+0x1d8 #2 0xffff0000004fa3c0 at _vn_lock+0x54 #3 0xffff0000002e5508 at msdosfs_sync+0x1a8 #4 0xffff0000002e512c at msdosfs_unmount+0x30 #5 0xffff0000004de514 at dounmount+0x430 #6 0xffff0000004e9034 at vfs_unmountall+0x8c #7 0xffff0000004c4844 at bufshutdown+0x280 #8 0xffff000000415ea4 at kern_reboot+0x238 #9 0xffff000000415c00 at sys_reboot+0x338 #10 0xffff000000775a00 at do_el0_sync+0x3f8 #11 0xffff000000759224 at handle_el0_sync+0x90 Uptime: 1h49m6s On Tue, 19 May 2020, Herbert J. Skuhra wrote: > On Tue, May 19, 2020 at 03:32:07PM -0500, Dan Mack wrote: >> Just tried the latest FreeBSD on RPI image on my rpi4-4GB system. Here's >> what I experienced in case anyone else is interested: >> >> - Install method - I just dd'd the unxz'd image from the download site >> onto a new microSD card. >> >> - used a serial port connected RPI to another RPI using a ttl to usb cable. >> >> - powered on, freebsd booted up just fine. >> >> root@generic:~ # uname -a ; df -h ; sysctl hw | grep physmem >> FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r361019: Thu May 14 >> 09:12:43 UTC 2020 >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >> >> Filesystem Size Used Avail Capacity Mounted on >> /dev/ufs/rootfs 29G 2.6G 24G 10% / >> devfs 1.0K 1.0K 0B 100% /dev >> /dev/msdosfs/MSDOSBOOT 50M 25M 25M 50% /boot/msdos >> tmpfs 50M 4.0K 50M 0% /tmp >> >> >> hw.physmem: 973434880 >> >> I pluged in a USB connected SSD and it was not recognized on either USB2 or >> USB3 ports. >> >> And the memory size is not reporting the full 4GB as can be seen above. >> >> Ethernet is working without any changes (dhcp kicked in by default) and >> seems to work. >> >> Not sure about the on-board WiFI. >> >> That's it, if anyone knows the status of the USB support or how to get the >> system to see all the memory, let me know :-) > > Hmm, I am running r360723 (GENERIC) on my RPi4 and it shows "hw.physmem: > 4127662080". > > I can confirm that USB (and Wifi) is not working: > > usb_nop_xceiv0: on ofwbus0 > simplebus0: mem 0x7e980000-0x7e98ffff,0x7e00b200-0x7e00b3ff irq 44,45 disabled compat brcm,bcm2708-usb (no driver attached) > usb_needs_explore_all: no devclass > > Powerd reports "no cpufreq(4) support". No idea if it runs at full > speed or not. > > I have two issues with the ethernet adapter (genet0): > > 1. Apparently, my RPi4 is sending icmp replies to the wrong destination!? > > Ping from laptop to RPi4: > > % ping -c 1 192.168.0.9 > PING 192.168.0.9 (192.168.0.9) 56(84) bytes of data. > > --- 192.168.0.9 ping statistics --- > 1 packets transmitted, 0 received, 100% packet loss, time 0ms > > tcpdump on laptop: > > 23:20:22.244458 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64 > 23:20:22.244651 IP 192.168.0.9 > 192.168.255.191: ICMP echo reply, id 14, seq 1, length 64 > > tcpdump on RPi4: > > 23:20:22.247490 IP 192.168.0.2 > 192.168.0.9: ICMP echo request, id 14, seq 1, length 64 > 23:20:22.247562 IP 192.168.0.9 > 192.168.0.2: ICMP echo reply, id 14, seq 1, length 64 > > Ping from RPi4 is OK. > > 2. IPv6 (accept_rtadv) is not working. > > And the RPi does not reboot. > > -- > Herbert > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Wed May 20 00:39:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05AB12FA544 for ; Wed, 20 May 2020 00:39:21 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RYm807sxz4S3V for ; Wed, 20 May 2020 00:39:19 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Wed, 20 May 2020 00:39:09 +0000 To: Dan Mack , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: rpi4 headless experience Message-ID: In-Reply-To: References: MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49RYm807sxz4S3V X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.92)[-0.919]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.879]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 00:39:21 -0000 VVNCIGlzIGFuIG9yZGluYXJ5IFZJQSBjaGlwIGF0dGFjaGVkIGJ5IHBjaS1lLiBCdXQgdGhlIHBj aS1lIGNvbnRyb2xsZXIgaXMgcHJvcHJpZXRhcnkgYW5kIHRoZXJlIGlzIGxpdHRsZSBkb2N1bWVu dGF0aW9uLgoKSSBoYXZlIGJlZW4gd29ya2luZyBvbiBhIGRyaXZlciBmb3Igc29tZSB0aW1lLCB3 aXRoIGxpbWl0ZWQgc3VjY2Vzc+KAlEkgY2FuIHNlZSB0aGUgVVNCIGNvbnRyb2xsZXIgYW5kIGVu dW1lcmF0ZSB0aGUgcG9ydHMgb24gaXQsIGJ1dCBpdCBkb2VzbuKAmXQgc3RhcnQgcHJvcGVybHku IEkga25vdyBzb21lIG90aGVyIGZvbGtzIGhhdmUgYmVlbiBsb29raW5nIGF0IGRpcmVjdGx5IGFj Y2Vzc2luZyBVU0Igd2l0aG91dCBpbml0aWFsaXppbmcgdGhlIHBjaS1lIGNvbnRyb2xsZXIuCgpv cGVuQlNEIDYuNyBoYXMgcGNpLWUgZm9yIHJwaTQuIEl0IHVzZXMgVGlhbm9Db3JlIGluc3RlYWQg b2YgdS1ib290LiBJIGJlbGlldmUgVGlhbm9Db3JlIGRvZXMgdGhlIGhhcmQgcGFydCBvZiB0aGUg cGNpLWUgaW5pdGlhbGl6YXRpb24gbGlrZSBjb25maWd1cmluZyB0aGUgaW5ib3VuZCBzeXN0ZW0g bWVtb3J5IHZpZXcuCgpBbm90aGVyIG1haWxpbmcgbGlzdCBjb250cmlidXRvciBpcyB3b3JraW5n IG9uIHdpZmkuCgpPbiBUdWUsIE1heSAxOSwgMjAyMCBhdCAyMTozMiwgRGFuIE1hY2sgPG1hY2tA bWFja3Ryb25pY3MuY29tPiB3cm90ZToKCj4gSnVzdCB0cmllZCB0aGUgbGF0ZXN0IEZyZWVCU0Qg b24gUlBJIGltYWdlIG9uIG15IHJwaTQtNEdCIHN5c3RlbS4gSGVyZSdzCj4gd2hhdCBJIGV4cGVy aWVuY2VkIGluIGNhc2UgYW55b25lIGVsc2UgaXMgaW50ZXJlc3RlZDoKPgo+IC0gSW5zdGFsbCBt ZXRob2QgLSBJIGp1c3QgZGQnZCB0aGUgdW54eidkIGltYWdlIGZyb20gdGhlIGRvd25sb2FkIHNp dGUKPiBvbnRvIGEgbmV3IG1pY3JvU0QgY2FyZC4KPgo+IC0gdXNlZCBhIHNlcmlhbCBwb3J0IGNv bm5lY3RlZCBSUEkgdG8gYW5vdGhlciBSUEkgdXNpbmcgYSB0dGwgdG8gdXNiCj4gY2FibGUuCj4K PiAtIHBvd2VyZWQgb24sIGZyZWVic2QgYm9vdGVkIHVwIGp1c3QgZmluZS4KPgo+IHJvb3RAZ2Vu ZXJpYzp+ICMgdW5hbWUgLWEgOyBkZiAtaCA7IHN5c2N0bCBodyB8IGdyZXAgcGh5c21lbQo+IEZy ZWVCU0QgZ2VuZXJpYyAxMy4wLUNVUlJFTlQgRnJlZUJTRCAxMy4wLUNVUlJFTlQgIzAgcjM2MTAx OTogVGh1IE1heSAxNAo+IDA5OjEyOjQzIFVUQyAyMDIwCj4gcm9vdEByZWxlbmcxLm55aS5mcmVl YnNkLm9yZzovdXNyL29iai91c3Ivc3JjL2FybTY0LmFhcmNoNjQvc3lzL0dFTkVSSUMgYXJtNjQK Pgo+IEZpbGVzeXN0ZW0gU2l6ZSBVc2VkIEF2YWlsIENhcGFjaXR5IE1vdW50ZWQgb24KPiAvZGV2 L3Vmcy9yb290ZnMgMjlHIDIuNkcgMjRHIDEwJSAvCj4gZGV2ZnMgMS4wSyAxLjBLIDBCIDEwMCUg L2Rldgo+IC9kZXYvbXNkb3Nmcy9NU0RPU0JPT1QgNTBNIDI1TSAyNU0gNTAlIC9ib290L21zZG9z Cj4gdG1wZnMgNTBNIDQuMEsgNTBNIDAlIC90bXAKPgo+IGh3LnBoeXNtZW06IDk3MzQzNDg4MAo+ Cj4gSSBwbHVnZWQgaW4gYSBVU0IgY29ubmVjdGVkIFNTRCBhbmQgaXQgd2FzIG5vdCByZWNvZ25p emVkIG9uIGVpdGhlciBVU0IyCj4gb3IgVVNCMyBwb3J0cy4KPgo+IEFuZCB0aGUgbWVtb3J5IHNp emUgaXMgbm90IHJlcG9ydGluZyB0aGUgZnVsbCA0R0IgYXMgY2FuIGJlIHNlZW4gYWJvdmUuCj4K PiBFdGhlcm5ldCBpcyB3b3JraW5nIHdpdGhvdXQgYW55IGNoYW5nZXMgKGRoY3Aga2lja2VkIGlu IGJ5IGRlZmF1bHQpIGFuZAo+IHNlZW1zIHRvIHdvcmsuCj4KPiBOb3Qgc3VyZSBhYm91dCB0aGUg b24tYm9hcmQgV2lGSS4KPgo+IFRoYXQncyBpdCwgaWYgYW55b25lIGtub3dzIHRoZSBzdGF0dXMg b2YgdGhlIFVTQiBzdXBwb3J0IG9yIGhvdyB0byBnZXQgdGhlCj4gc3lzdGVtIHRvIHNlZSBhbGwg dGhlIG1lbW9yeSwgbGV0IG1lIGtub3cgOi0pCj4KPiBEYW4KPgo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0Cj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2ZyZWVic2QtYXJtCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qt YXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg== From owner-freebsd-arm@freebsd.org Wed May 20 00:42:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9B1DB2FA91D for ; Wed, 20 May 2020 00:42:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RYr52KV1z4ST1 for ; Wed, 20 May 2020 00:42:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DRYdSBMVM1noDTXAHDhvVDByO0qrQP0ZEfCl9RY31KZ8HXjgOiSk2MfQh2fXj2D 2ICtFEPtprrelEWVrM3outqKhh5vrU00_UxYCvTGmTJPUC9QVv6RoGyyzjsWAFc9I0UYGOYjOQ58 zmAJGCQ7qlFDGFRWpMl6MXETgH7vTF3.kDulxR2TO02mtnl4prB89zGOnZJc9sMleiiS985ASzmQ wrRbsf8YgzOtK5s5ipaLsdouoKJh3BOoMSeLrAcOuR1X3Zoebvtlu_CD43VjMP3K93lrxwQhJlaF bgG97YFVWTyQRxl41yQsWl32keSeqQ1HbB_NkWSMuruP.8xma.aheyhHCMtqjVTau9.IeI8tPdSi UzdViccVUgc.1QqPkucyM8G6.eJFbAbji6og.RgAxgFO0OQ2zxUNGy9ehRDB_jf7XydxdnSixxwp bh.avQ4Lm7Duc2T1sB2b07uwC_3T71cruhqYB1.u2F.0wmz.2ZrqFMm.npp2oTeRdaZ7rHFZaPqJ FoC77vHCJEekjF8fRaFbXdjClHLZdVJIK9t3oRgt.yR97.D5_Nf.4JdWTPdShVZTlf215bR9atT4 bBcPU5Z0zZhDUTDoavCjI0SBwzdAbtsIVZCgyVWT92m2YGtmCYfQBcVcVcjmO7FFqZkua61DTzSA RacaCgjV9Pxek7II.BbAEKYIxFpw9FQnqw3QFUbUPvWKZaxKa2W31_936Src8mh7o9pGYVktHbNO LDcKKcCpr_Ac4tPW4nwUnChDehwUwJkq1M0QWD5crdIYBJ5ePXwM3f6WMnu4bwDpA6Vx1zoODpM0 qBVGDth_yXOrvLi5R_ODAih7X40IL8ALkQA4sQmJyhJVGcBe9MDwyxwqnRsu5co1EYvah29vID3J 0CD1KdRZ2tnFkARuLfd3qXJcS8heHyNvL9Vfvt3LFOsLass8dmRq0TlJBY4oiPsVJ.CRM9MIUcVH xjSTwPmP1iI3FTYPB5Br533bA9ATqrL8vr.IBrCg_kNYFZsH8IEhcVNpI4lWsfyJ8NqzaFIYM0VU lSAEnzKM5ltdNlrO.nsq_W39mSgCHbFicsI_DMcpF70vcjiCbYIsyQO43gOHaR2beayo5OnQ3pZ_ X1u_K2lpv6JnPCSlWzrXDj18Ajcpth1xf2HjzXaAQa7VhgLu90WHhp8ZiVmrHa_jcHmXeRkWvQM6 YuFE.TXWIndjyMyuyrdaQ6jHOtDSqua5cyE1rgmH2lBVGaZFkMcWMyDvdxVUEJS3mFSSv60QiWIN ihHeKSFxZolp5_yQH5N8w73BKmWsLzFT7nY0mvD.Y8ATV8KqF4I4NWQTSTSPidMx_JXdQOsCjC3_ S_xHUdxcyGpt_i9nfItbMaMzQSFO_gCI0.h05TbnfsjewUZiblGFco1I4bYIybu08OaQGGpXkZp0 4aT8pKkRWXPYIMWJJBQClYWIxtHAhHQBD6KtsMARHc1HkijRCxTxPz_i7uA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 May 2020 00:42:43 +0000 Received: by smtp430.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID be2199faa4f38eae39d64c7a842a761f; Wed, 20 May 2020 00:42:38 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: rpi4 headless experience Message-Id: Date: Tue, 19 May 2020 17:42:37 -0700 To: mack@macktronics.com, freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 49RYr52KV1z4ST1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_MEDIUM(-0.89)[-0.889]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; NEURAL_HAM_SHORT(-0.71)[-0.707]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 00:42:46 -0000 Dan Mack mack at macktronics.com wrote on Tue May 19 22:12:47 UTC 2020 : > Thanks for you report info, especially the fact that you are having it see > all your memory. Perhaps this is an issue with different revisions of the > rpi4 ? I have a pre-Nov 2019 rpi4-4GB. The 2 RPi4B's that I have access to are 4 GiByte models and predate Nov-2019 for when they arrived. Presuming an installation based on sysutils/u-boot-rpi4 head -r528547 or later for reliable booting, the detection has always indicated the 4 GiByte size. (The unreliable booting also did as I remember: the problems were in other aspects. But I avoid depending on unreliable contexts for judgments.) u-boot-rpi4 -r528547 is from 2020-Mar-16. If I had to guess, you really tested a 1 GiByte RPi4. I do not remember anyone previously reporting such an incorrect memory size. (Not that there appear to be many having used FreeBSD on a RPI4B at this point.) One of the RPi4B is currently running head -r360311 : hw.physmem: 4127358976 hw.usermem: 4053913600 hw.realmem: 4148047872 RPi4B development is in the early stages, with not much time spent on it as far as I can tell. It may be that uefi/ACPI support may be how more ends up working at some point. (Unclear path for progress: other things are taking the time of those with the skill set for the development but there is an independent uefi/ACPI effort going on that may someday help.) Things like USB not working and the processor clock rate being well below normal for an RPi4B are expected at this stage. > And I can confirm that reboot doesn't work, on my system, it does this: Known at this stage. Same here. > root at generic > :~ # reboot > May 14 12:28:56 generic reboot[1642]: rebooted by root > May 14 12:28:56 generic syslogd: exiting on signal 15 > Waiting (max 60 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining... 2 0 0 done > Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done > Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... > done > All buffers synced. > lock order reversal: > 1st 0xfffffd00012809f0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1631 > 2nd 0xfffffd00012f5438 devfs (devfs) @ > /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:945 > stack backtrace: > #0 0xffff00000047f440 at witness_debugger+0x64 > #1 0xffff0000003e7794 at lockmgr_lock_flags+0x1d8 > #2 0xffff0000004fa3c0 at _vn_lock+0x54 > #3 0xffff0000002e5508 at msdosfs_sync+0x1a8 > #4 0xffff0000002e512c at msdosfs_unmount+0x30 > #5 0xffff0000004de514 at dounmount+0x430 > #6 0xffff0000004e9034 at vfs_unmountall+0x8c > #7 0xffff0000004c4844 at bufshutdown+0x280 > #8 0xffff000000415ea4 at kern_reboot+0x238 > #9 0xffff000000415c00 at sys_reboot+0x338 > #10 0xffff000000775a00 at do_el0_sync+0x3f8 > #11 0xffff000000759224 at handle_el0_sync+0x90 > Uptime: 1h49m6s The lock order reversal is normal and not limited to arm families: all platforms used with typical debug kernels report such. Non-debug kernels do not report the reversal because the checks are turned off. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 20 00:59:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6EF1F2FA8D8 for ; Wed, 20 May 2020 00:59:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RZCg3g10z4T7h for ; Wed, 20 May 2020 00:59:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: q0d5cFMVM1kFBe3MSypTDkpgzQ_spTClWnUmJq_OJyE5DoBt7B53rnzrYxhwJC1 GvlzAYsaTLqZZU7UR8wmxC0VH9RKWFvNlL9Rk.QfhnK8m0mTjV28QmSbvYeLjbupBCx7CUWf1AWX wceNxwxChWiE2IjnvkYOXjOje70mOGnXsSqexWURrKKcMtpfFdApMHYhSDGRkXC2l0MkUAnIY6Ye MNPQ20vOTsoAsvX5vzAEjSTTTfFSMdYhq5MCyHt00wbd9wuTaOc0u2QAX0KdmmEsazsRAX4Z6nYY wRZCcmVLvPP7xT9w2ODpTPbQF13KR6_BIuu.lPflYFD4BaOHH0y0gVRSr.Juk16Qe2YDR1Hsu6u6 PG1EWtHgoZbNctCoyz_EmYdS41x15G83AIBdvnhE_NpFm_9sEfDouqE1hP4bfSCI6Yu2c7cH9R.B EETOyeBzgE1Q8AG0Wa0n7MeancPkIsAq78KQONvkv7se0GK3ShEEBF_YWGWt6.VfoMcNnqzcjUtd MWNtkVkUo5mkvY_B0SDeWmbGwn9hi_XE6Q5wXC68JmPjiRl_stx4lUlLr6eFKPg.JgYEsV2OQcX5 Wdrtln39hZqBXJDYCksyFZcBdV76WyVUCwgn.vghP6ZOMXb6rZ07jWKso0j6LrXaGy_mGLEbOjCi BcQSqfKfW1Z2taje7xH30i28k8.Een1rYB_AuMq9QJkiyEzmdkx.bbuShnRyEywHhbjc4z3frAxj NDGb.IgJ2HtQxBkH8DwFFWwYeo2gNTMHWxpegPECiE6CjuZAif14mpslz6PWLgoWXATUQFDuO8Z_ sLS3DYQFMMXHS3dsePWXphVY1.1nDqxi6zt_GwE3wtm_2ncyCyVRIE3GuaThOxY09s15Iudrt6Nu ruZIo.Tm8rDdRXghr5Tka.3bda6lAjiJ8B_w982OzIrkczQaObH4VWglm8JMrMUXS_AMoM2Z_crU 3X4K0godpbgt3eXZtKhDwb5tqcSGcLBUDR2O5tqPXAzAjZqpXKY_LIJ3B4W5Tj5p_AbsXdTcEJxu wWxO5Xagm.bKj4DOlo31Otxpy9INRaeSxjmXr7VL.d.S8a59bv6rupmUnV3vJ8.V3JdXO.7COzqU fE08zAe8r4Ohx86Awt9aK66BDzz3RabiAjDIScs6jnC1SF0BT6ZxI3s8si_hT2vHmZpYQCibu13q khhXiq1YdwMVBUHLRyi5AFUhi6l1KxxgpbSvE4o3FWQlJ0dqZgzHyTfX3Za..WY6fkfgq3XeH9lX VhlnV8rQGYOkvxvA5TYJAvUDunWeN3_WDV7IKKAa7vCvouDjXuvzJN3LIyitfBTWHp5uceljDm1r 16kQh3W4m.aBxj2XHyAy_anQuN5uwJwjs.doazpLzIc03XQ16UhVkzmUDUG0fJ4RaQnLbJIs86nq dsJvCO9Fft1wMrB1s_CbMtYyFUZ19PHZdTSu9H028Yn59OflDwSiRqy22Wg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 May 2020 00:59:41 +0000 Received: by smtp412.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b39841441d4dc3afa521b2cafb763d1d; Wed, 20 May 2020 00:59:37 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: rpi4 headless experience Date: Tue, 19 May 2020 17:59:36 -0700 References: To: mack@macktronics.com, freebsd-arm In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49RZCg3g10z4T7h X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_MEDIUM(-0.89)[-0.889]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; NEURAL_HAM_SHORT(-0.71)[-0.708]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 00:59:44 -0000 On 2020-May-19, at 17:42, Mark Millard wrote: > Dan Mack mack at macktronics.com wrote on > Tue May 19 22:12:47 UTC 2020 : >=20 >> Thanks for you report info, especially the fact that you are having = it see=20 >> all your memory. Perhaps this is an issue with different revisions = of the=20 >> rpi4 ? I have a pre-Nov 2019 rpi4-4GB. >=20 > The 2 RPi4B's that I have access to are 4 GiByte models and > predate Nov-2019 for when they arrived. >=20 > Presuming an installation based on sysutils/u-boot-rpi4 > head -r528547 or later for reliable booting, the detection > has always indicated the 4 GiByte size. (The unreliable > booting also did as I remember: the problems were in > other aspects. But I avoid depending on unreliable > contexts for judgments.) u-boot-rpi4 -r528547 is from > 2020-Mar-16. >=20 > If I had to guess, you really tested a 1 GiByte RPi4. I > do not remember anyone previously reporting such an > incorrect memory size. (Not that there appear to be > many having used FreeBSD on a RPI4B at this point.) >=20 > One of the RPi4B is currently running head -r360311 : >=20 > hw.physmem: 4127358976 > hw.usermem: 4053913600 > hw.realmem: 4148047872 >=20 > RPi4B development is in the early stages, with not much > time spent on it as far as I can tell. It may be that > uefi/ACPI support may be how more ends up working at > some point. (Unclear path for progress: other things > are taking the time of those with the skill set for > the development but there is an independent uefi/ACPI > effort going on that may someday help.) Clearly Robert Crowston's separate notes indicate more folks are working on getting more going for the RPi4 than I thought of when I wrote the above. I did not mean the above to slight anyone's skills. It is just that, without the reminder, the activity did not come to mind. > Things like USB not working and the processor clock rate > being well below normal for an RPi4B are expected at > this stage. >=20 >> And I can confirm that reboot doesn't work, on my system, it does = this: >=20 > Known at this stage. Same here. >=20 >> root at generic >> :~ # reboot >> May 14 12:28:56 generic reboot[1642]: rebooted by root >> May 14 12:28:56 generic syslogd: exiting on signal 15 >> Waiting (max 60 seconds) for system process `vnlru' to stop... done >> Waiting (max 60 seconds) for system process `syncer' to stop... >> Syncing disks, vnodes remaining... 2 0 0 done >> Waiting (max 60 seconds) for system thread `bufdaemon' to stop... = done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to = stop...=20 >> done >> All buffers synced. >> lock order reversal: >> 1st 0xfffffd00012809f0 ufs (ufs) @ = /usr/src/sys/kern/vfs_mount.c:1631 >> 2nd 0xfffffd00012f5438 devfs (devfs) @=20 >> /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:945 >> stack backtrace: >> #0 0xffff00000047f440 at witness_debugger+0x64 >> #1 0xffff0000003e7794 at lockmgr_lock_flags+0x1d8 >> #2 0xffff0000004fa3c0 at _vn_lock+0x54 >> #3 0xffff0000002e5508 at msdosfs_sync+0x1a8 >> #4 0xffff0000002e512c at msdosfs_unmount+0x30 >> #5 0xffff0000004de514 at dounmount+0x430 >> #6 0xffff0000004e9034 at vfs_unmountall+0x8c >> #7 0xffff0000004c4844 at bufshutdown+0x280 >> #8 0xffff000000415ea4 at kern_reboot+0x238 >> #9 0xffff000000415c00 at sys_reboot+0x338 >> #10 0xffff000000775a00 at do_el0_sync+0x3f8 >> #11 0xffff000000759224 at handle_el0_sync+0x90 >> Uptime: 1h49m6s >=20 > The lock order reversal is normal and not limited > to arm families: all platforms used with typical > debug kernels report such. Non-debug kernels do > not report the reversal because the checks are > turned off. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 20 02:52:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 48A3D2FCC5F for ; Wed, 20 May 2020 02:52:58 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RckK2FmBz4Z81 for ; Wed, 20 May 2020 02:52:56 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id A9DD4AEF; Tue, 19 May 2020 21:52:55 -0500 (CDT) Date: Tue, 19 May 2020 21:52:55 -0500 (CDT) From: Dan Mack X-X-Sender: mack@localhost.local To: Mark Millard cc: freebsd-arm Subject: Re: rpi4 headless experience In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (GSO 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 49RckK2FmBz4Z81 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=macktronics.com; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com X-Spamd-Result: default: False [-1.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.622]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.34)[-0.336]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 02:52:58 -0000 Thanks for that info - this is my first foray into fbsd on arm so I might be messing something up. As a test I swapped in an alpine linux sdcard and booted the same rpi4-4 and this is what it reports for cpu and memory. What the heck am I doing wrong? :-) # alpine Booting Linux on physical CPU 0x0000000000 [0x410fd083] Linux version 5.4.12-0-rpi4 (buildozer@build-3-11-aarch64) version 9.2.0 (Alpine 9.2.0)) #1-Alpine SMP PREEMPT Thu Jan 16 Machine model: Raspberry Pi 4 Model B Rev 1.1 pi4f:~# cat /proc/cpuinfo processor : 0 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 1 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 2 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 processor : 3 BogoMIPS : 108.00 Features : fp asimd evtstrm crc32 cpuid CPU implementer : 0x41 CPU architecture: 8 CPU variant : 0x0 CPU part : 0xd08 CPU revision : 3 Hardware : BCM2835 Revision : c03111 Serial : 100000002b2bb8fd Model : Raspberry Pi 4 Model B Rev 1.1 pi4f:~# cat /proc/meminfo MemTotal: 3890684 kB MemFree: 3739844 kB Since others are not seeing the memory discrepency, more investigation is warranted on my end. Take care. Dan On Tue, 19 May 2020, Mark Millard wrote: > Dan Mack mack at macktronics.com wrote on > Tue May 19 22:12:47 UTC 2020 : > >> Thanks for you report info, especially the fact that you are having it see >> all your memory. Perhaps this is an issue with different revisions of the >> rpi4 ? I have a pre-Nov 2019 rpi4-4GB. > > The 2 RPi4B's that I have access to are 4 GiByte models and > predate Nov-2019 for when they arrived. > > Presuming an installation based on sysutils/u-boot-rpi4 > head -r528547 or later for reliable booting, the detection > has always indicated the 4 GiByte size. (The unreliable > booting also did as I remember: the problems were in > other aspects. But I avoid depending on unreliable > contexts for judgments.) u-boot-rpi4 -r528547 is from > 2020-Mar-16. > > If I had to guess, you really tested a 1 GiByte RPi4. I > do not remember anyone previously reporting such an > incorrect memory size. (Not that there appear to be > many having used FreeBSD on a RPI4B at this point.) > > One of the RPi4B is currently running head -r360311 : > > hw.physmem: 4127358976 > hw.usermem: 4053913600 > hw.realmem: 4148047872 > > RPi4B development is in the early stages, with not much > time spent on it as far as I can tell. It may be that > uefi/ACPI support may be how more ends up working at > some point. (Unclear path for progress: other things > are taking the time of those with the skill set for > the development but there is an independent uefi/ACPI > effort going on that may someday help.) > > Things like USB not working and the processor clock rate > being well below normal for an RPi4B are expected at > this stage. > >> And I can confirm that reboot doesn't work, on my system, it does this: > > Known at this stage. Same here. > >> root at generic >> :~ # reboot >> May 14 12:28:56 generic reboot[1642]: rebooted by root >> May 14 12:28:56 generic syslogd: exiting on signal 15 >> Waiting (max 60 seconds) for system process `vnlru' to stop... done >> Waiting (max 60 seconds) for system process `syncer' to stop... >> Syncing disks, vnodes remaining... 2 0 0 done >> Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done >> Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... >> done >> All buffers synced. >> lock order reversal: >> 1st 0xfffffd00012809f0 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1631 >> 2nd 0xfffffd00012f5438 devfs (devfs) @ >> /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:945 >> stack backtrace: >> #0 0xffff00000047f440 at witness_debugger+0x64 >> #1 0xffff0000003e7794 at lockmgr_lock_flags+0x1d8 >> #2 0xffff0000004fa3c0 at _vn_lock+0x54 >> #3 0xffff0000002e5508 at msdosfs_sync+0x1a8 >> #4 0xffff0000002e512c at msdosfs_unmount+0x30 >> #5 0xffff0000004de514 at dounmount+0x430 >> #6 0xffff0000004e9034 at vfs_unmountall+0x8c >> #7 0xffff0000004c4844 at bufshutdown+0x280 >> #8 0xffff000000415ea4 at kern_reboot+0x238 >> #9 0xffff000000415c00 at sys_reboot+0x338 >> #10 0xffff000000775a00 at do_el0_sync+0x3f8 >> #11 0xffff000000759224 at handle_el0_sync+0x90 >> Uptime: 1h49m6s > > The lock order reversal is normal and not limited > to arm families: all platforms used with typical > debug kernels report such. Non-debug kernels do > not report the reversal because the checks are > turned off. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > From owner-freebsd-arm@freebsd.org Wed May 20 03:56:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D1122FDB22 for ; Wed, 20 May 2020 03:56:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Rf7v2586z4cBN for ; Wed, 20 May 2020 03:56:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YAfqKtEVM1mEfdmlu.lN4D02zL84lBKpDpeW4b3m_iJWOefwxN4s1X64YtSRNFS tY57ujhpa2Jj9noj5JcPxnPHHnQRCEMG5sJoKcfD4hkwT9KUg2azrojinBqwtV.XGySAzkBz9Vtk xmPrKYenGbCvEseTQm3pN6u78VpSHX0kbx4iVKz0bWMdvmoLYt.xrMBd6Ju.XoqLPsKb.Shsrhji 9Y0LtHb6DFI5M_0JCLyZuFUv2xkxxh7nAWjNvt0DeKwZmX.usjJqNLFgxkkJDLOaq5BY8sNJ8iR4 Zhb_tB9DddMcQAYXuQZs7ml4pTCuwbr5D6hHpAxDOdVHPfe0dUgcn.uYibUBl6qm5pprHazgAaxx nS8bff3Yw47O8a2RRFQKJkMqsUK2z6eoDAtdrh.mLsxI.5fijLFYfwVv5GGCOE8OuFyBOvx8nU.n FlmrGu0EGAx8De_lvDJR_K6IKhLGdIA1IKyb2ELYyXN16O.Y5ogkMj9BCf3v7ae4GebRFZn1jHzq G_wqCRmXajTROjjqQVp9lNfTx8HhkLrNUC6lxqg_VPuOteelX5cza3tVEfvzb.4oBoUsOEkOkMSe AFn136_XmZ0ek.ZJ7v4rXz1GXEWVVmwNI0alybsytC0v2A8kG2_ZzB9mPcAt7ZAgMhNjQn6Jnnii HvUnNXgIHT93MnIgFIv42aJ4v8PnxmQCZFw.CabDvFmFNdq_kvsw45A5x0bXwwz07b3YuBBNH7VU 6fFm0uV2HrGx3f0dMR.mlhgcMx9YKQB9ijKbDKVb84Ab41YH7qC9mVbHFxLYUH4Qc4VrbNCUBdix .MyeD6KUUwbjsocSR1AULQY6JmBcyDaMs5B7BAi4ZmpLw4CmMaU.uVEHmR4OhzbN1BiVLc7SyRTK 5UP5d5vl1.v2B1HmPhUw8u.zzoZBkibdVDFnvF.3y7yMDRZJNSzVD.ecnbtSSiCRSKsSGT0QCo7Q TrSoPjsETlzgaypjqrneDBDnBgTvWq46IBE644eRiZLrahalyH5Iehjwl7P5kZzR_lXy12DgQP9h LePmO.T5XbIaFu9nSRy6e22XBim8tyMyxaiQYDBbW9wZLDj9shIdF_jATXuDFvSu3KL8Maz7bBkR F9GiAGvRNlTgmts0fg6ml58XzaZGAt4E294AxHFtr9Ur7P0EfgwXArrWkg9Fyemjy3RFWDrupdxa pdcVM5UXeozZJ7s6U5h6e5JIFXxs3ELaUYPeAs9npA61z5MTKouuUoNWsSpdlZCuAVFuJ.jt3PQ6 RUTjJmkquYBQA0AobwvHKZdsjcDE6nm5Mx8kIcWHgIp2pjKXyM6KU2U8HSEIqhGLpW07JIGQtfXY _HxnRS2QkjN8yw1xbUGaZC887MfACpk0ttQ8kj0_TZQq.HajVW1UjoGlhCI96BHzWz3hof6qEdI_ 5gEHvfiqifMhpF5Ltv.wf Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 20 May 2020 03:56:41 +0000 Received: by smtp411.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fb2f329a629bc4c2ed931a9f400eb7d6; Wed, 20 May 2020 03:56:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: rpi4 headless experience From: Mark Millard In-Reply-To: Date: Tue, 19 May 2020 20:56:37 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Dan Mack X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Rf7v2586z4cBN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.02 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_MEDIUM(-0.90)[-0.900]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; NEURAL_HAM_SHORT(-0.62)[-0.617]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 03:56:44 -0000 On 2020-May-19, at 19:52, Dan Mack wrote: >=20 > Thanks for that info - this is my first foray into fbsd on arm so I = might be messing something up. As a test I swapped in an alpine linux = sdcard and booted the same rpi4-4 and this is what it reports for cpu = and memory. What the heck am I doing wrong? :-) >=20 > # alpine >=20 > Booting Linux on physical CPU 0x0000000000 [0x410fd083] > Linux version 5.4.12-0-rpi4 (buildozer@build-3-11-aarch64) version = 9.2.0 (Alpine 9.2.0)) #1-Alpine SMP PREEMPT Thu Jan 16 Machine model: = Raspberry Pi 4 Model B Rev 1.1 >=20 > pi4f:~# cat /proc/cpuinfo > processor : 0 > BogoMIPS : 108.00 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd08 > CPU revision : 3 >=20 > processor : 1 > BogoMIPS : 108.00 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd08 > CPU revision : 3 >=20 > processor : 2 > BogoMIPS : 108.00 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd08 > CPU revision : 3 >=20 > processor : 3 > BogoMIPS : 108.00 > Features : fp asimd evtstrm crc32 cpuid > CPU implementer : 0x41 > CPU architecture: 8 > CPU variant : 0x0 > CPU part : 0xd08 > CPU revision : 3 >=20 > Hardware : BCM2835 > Revision : c03111 > Serial : 100000002b2bb8fd > Model : Raspberry Pi 4 Model B Rev 1.1 >=20 > pi4f:~# cat /proc/meminfo > MemTotal: 3890684 kB > MemFree: 3739844 kB > >=20 > Since others are not seeing the memory discrepency, more investigation = is warranted on my end. >=20 > Take care. >=20 > Dan I just realized that your original message said: "Just tried the latest FreeBSD on RPI image on my rpi4-4GB system." There is no such image for the RPi4. Looking at: = https://lists.freebsd.org/pipermail/freebsd-snapshots/2020-May/000698.html= shows: o 13.0-CURRENT aarch64 GENERIC o 13.0-CURRENT aarch64 RPI3 o 13.0-CURRENT aarch64 PINE64 o 13.0-CURRENT aarch64 PINE64-LTS o 13.0-CURRENT aarch64 PINEBOOK o 13.0-CURRENT aarch64 ROCK64 o 13.0-CURRENT aarch64 ROCKPRO64 Treating an RPi4 as a RPi3 is not going to make everything work: it does not have the right variant of u-boot, for example. The following lists installed files from ports: sysutils/u-boot-rpi[34] sysutils/rpi-firmware The installations of the 2 prots only puts the files someplace so they (or some) can later be copied to the msdos file system involved. # ls -ldT /usr/local/share/u-boot/u-boot-rpi[34]/* -rw-r--r-- 1 root wheel 124 Apr 25 00:16:57 2020 = /usr/local/share/u-boot/u-boot-rpi3/README -rw-r--r-- 1 root wheel 37 Apr 25 00:16:55 2020 = /usr/local/share/u-boot/u-boot-rpi3/metadata -rw-r--r-- 1 root wheel 499824 Apr 25 00:16:54 2020 = /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin -rw-r--r-- 1 root wheel 124 Apr 25 13:28:34 2020 = /usr/local/share/u-boot/u-boot-rpi4/README -rw-r--r-- 1 root wheel 37 Apr 25 13:28:34 2020 = /usr/local/share/u-boot/u-boot-rpi4/metadata -rw-r--r-- 1 root wheel 506360 Apr 25 13:28:34 2020 = /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin If you replaced the u-boot.bin in the msdos file system with the rpi4 one the memory might well show correctly. There is also: # ls -ldT /usr/local/share/rpi-firmware/* . . . -rw-r--r-- 1 root wheel 89 Jan 30 13:26:19 2020 = /usr/local/share/rpi-firmware/config.txt -rw-r--r-- 1 root wheel 147 Jan 30 13:26:19 2020 = /usr/local/share/rpi-firmware/config_rpi3.txt -rw-r--r-- 1 root wheel 135 Jan 30 13:26:20 2020 = /usr/local/share/rpi-firmware/config_rpi4.txt -rw-r--r-- 1 root wheel 110 Jan 30 13:26:19 2020 = /usr/local/share/rpi-firmware/config_rpi_0_w.txt . . . where you would need to copy the config_rpi4.txt content to the config.txt in use on the msdos file system. There are other files for the RPi4 from the list as well. I've not checked a rpi3 snapshot do know if the snapshot has copies of RPi4 specific files: -rw-r--r-- 1 root wheel 5888 Jan 30 13:26:31 2020 = /usr/local/share/rpi-firmware/armstub8-gic.bin -rw-r--r-- 1 root wheel 40659 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/bcm2711-rpi-4-b.dtb -rw-r--r-- 1 root wheel 6193 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/fixup4.dat -rw-r--r-- 1 root wheel 3089 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/fixup4cd.dat -rw-r--r-- 1 root wheel 9181 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/fixup4db.dat -rw-r--r-- 1 root wheel 9183 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/fixup4x.dat -rw-r--r-- 1 root wheel 2775076 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/start4.elf -rw-r--r-- 1 root wheel 775872 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/start4cd.elf -rw-r--r-- 1 root wheel 4582664 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/start4db.elf -rw-r--r-- 1 root wheel 3536680 Nov 22 09:06:45 2019 = /usr/local/share/rpi-firmware/start4x.elf in the msdosfs file system. Note (where config.txt is a copy/variant of config_rpi4.txt by content): # more /boot/efi/config.txt=20 arm_control=3D0x200 arm_64bit=3D1 dtoverlay=3Ddisable-bt dtoverlay=3Dmmc device_tree_address=3D0x4000 kernel=3Du-boot.bin armstub=3Darmstub8-gic.bin So, without armstub8-gic.bin being present in the msdos file system, the RPi4 config.txt content would then specify a missing file. Similarly for u-boot.bin . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed May 20 04:46:32 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B63FC2FE556 for ; Wed, 20 May 2020 04:46:32 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from mail.macktronics.com (coco.macktronics.com [209.181.253.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RgFN07xYz4fbs for ; Wed, 20 May 2020 04:46:31 +0000 (UTC) (envelope-from mack@macktronics.com) Received: from olive.macktronics.com (unknown [209.181.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.macktronics.com (Postfix) with ESMTPS id 0EB45B28; Tue, 19 May 2020 23:46:31 -0500 (CDT) Date: Tue, 19 May 2020 23:46:30 -0500 (CDT) From: Dan Mack X-X-Sender: mack@localhost.local To: Mark Millard cc: freebsd-arm Subject: Re: rpi4 headless experience In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (GSO 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 49RgFN07xYz4fbs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=macktronics.com; spf=pass (mx1.freebsd.org: domain of mack@macktronics.com designates 209.181.253.65 as permitted sender) smtp.mailfrom=mack@macktronics.com X-Spamd-Result: default: False [-1.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.622]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.181.253.64/29:c]; NEURAL_SPAM_SHORT(0.02)[0.019]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[macktronics.com,none]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:209.181.252.0/23, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 04:46:32 -0000 Fair point. I was just folling the wiki which said - RPI4 users, use the RPi3 version :-) No worries, I can wait. Sorry for the noise. Dan On Tue, 19 May 2020, Mark Millard wrote: > > On 2020-May-19, at 19:52, Dan Mack wrote: > >> >> Thanks for that info - this is my first foray into fbsd on arm so I might be messing something up. As a test I swapped in an alpine linux sdcard and booted the same rpi4-4 and this is what it reports for cpu and memory. What the heck am I doing wrong? :-) >> >> # alpine >> >> Booting Linux on physical CPU 0x0000000000 [0x410fd083] >> Linux version 5.4.12-0-rpi4 (buildozer@build-3-11-aarch64) version 9.2.0 (Alpine 9.2.0)) #1-Alpine SMP PREEMPT Thu Jan 16 Machine model: Raspberry Pi 4 Model B Rev 1.1 >> >> pi4f:~# cat /proc/cpuinfo >> processor : 0 >> BogoMIPS : 108.00 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd08 >> CPU revision : 3 >> >> processor : 1 >> BogoMIPS : 108.00 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd08 >> CPU revision : 3 >> >> processor : 2 >> BogoMIPS : 108.00 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd08 >> CPU revision : 3 >> >> processor : 3 >> BogoMIPS : 108.00 >> Features : fp asimd evtstrm crc32 cpuid >> CPU implementer : 0x41 >> CPU architecture: 8 >> CPU variant : 0x0 >> CPU part : 0xd08 >> CPU revision : 3 >> >> Hardware : BCM2835 >> Revision : c03111 >> Serial : 100000002b2bb8fd >> Model : Raspberry Pi 4 Model B Rev 1.1 >> >> pi4f:~# cat /proc/meminfo >> MemTotal: 3890684 kB >> MemFree: 3739844 kB >> >> >> Since others are not seeing the memory discrepency, more investigation is warranted on my end. >> >> Take care. >> >> Dan > > I just realized that your original message said: > > "Just tried the latest FreeBSD on RPI image on my rpi4-4GB system." > > There is no such image for the RPi4. Looking at: > > https://lists.freebsd.org/pipermail/freebsd-snapshots/2020-May/000698.html > > shows: > > o 13.0-CURRENT aarch64 GENERIC > o 13.0-CURRENT aarch64 RPI3 > o 13.0-CURRENT aarch64 PINE64 > o 13.0-CURRENT aarch64 PINE64-LTS > o 13.0-CURRENT aarch64 PINEBOOK > o 13.0-CURRENT aarch64 ROCK64 > o 13.0-CURRENT aarch64 ROCKPRO64 > > Treating an RPi4 as a RPi3 is not going to > make everything work: it does not have > the right variant of u-boot, for example. > > The following lists installed files from ports: > > sysutils/u-boot-rpi[34] > sysutils/rpi-firmware > > The installations of the 2 prots only puts the files > someplace so they (or some) can later be copied to the > msdos file system involved. > > # ls -ldT /usr/local/share/u-boot/u-boot-rpi[34]/* > -rw-r--r-- 1 root wheel 124 Apr 25 00:16:57 2020 /usr/local/share/u-boot/u-boot-rpi3/README > -rw-r--r-- 1 root wheel 37 Apr 25 00:16:55 2020 /usr/local/share/u-boot/u-boot-rpi3/metadata > -rw-r--r-- 1 root wheel 499824 Apr 25 00:16:54 2020 /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin > -rw-r--r-- 1 root wheel 124 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/README > -rw-r--r-- 1 root wheel 37 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/metadata > -rw-r--r-- 1 root wheel 506360 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin > > If you replaced the u-boot.bin in the msdos file system > with the rpi4 one the memory might well show correctly. > > There is also: > > # ls -ldT /usr/local/share/rpi-firmware/* > . . . > -rw-r--r-- 1 root wheel 89 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config.txt > -rw-r--r-- 1 root wheel 147 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config_rpi3.txt > -rw-r--r-- 1 root wheel 135 Jan 30 13:26:20 2020 /usr/local/share/rpi-firmware/config_rpi4.txt > -rw-r--r-- 1 root wheel 110 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config_rpi_0_w.txt > . . . > > where you would need to copy the config_rpi4.txt content > to the config.txt in use on the msdos file system. > > There are other files for the RPi4 from the list as well. > I've not checked a rpi3 snapshot do know if the snapshot > has copies of RPi4 specific files: > > -rw-r--r-- 1 root wheel 5888 Jan 30 13:26:31 2020 /usr/local/share/rpi-firmware/armstub8-gic.bin > -rw-r--r-- 1 root wheel 40659 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/bcm2711-rpi-4-b.dtb > -rw-r--r-- 1 root wheel 6193 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4.dat > -rw-r--r-- 1 root wheel 3089 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4cd.dat > -rw-r--r-- 1 root wheel 9181 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4db.dat > -rw-r--r-- 1 root wheel 9183 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4x.dat > -rw-r--r-- 1 root wheel 2775076 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4.elf > -rw-r--r-- 1 root wheel 775872 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4cd.elf > -rw-r--r-- 1 root wheel 4582664 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4db.elf > -rw-r--r-- 1 root wheel 3536680 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4x.elf > > in the msdosfs file system. > > Note (where config.txt is a copy/variant of > config_rpi4.txt by content): > > # more /boot/efi/config.txt > arm_control=0x200 > arm_64bit=1 > dtoverlay=disable-bt > dtoverlay=mmc > device_tree_address=0x4000 > kernel=u-boot.bin > armstub=armstub8-gic.bin > > So, without armstub8-gic.bin being present > in the msdos file system, the RPi4 config.txt > content would then specify a missing file. > Similarly for u-boot.bin . > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > From owner-freebsd-arm@freebsd.org Wed May 20 04:51:29 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0280B2FE3E5 for ; Wed, 20 May 2020 04:51:29 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RgM46MHhz4fS9 for ; Wed, 20 May 2020 04:51:28 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id C7BC832546 for ; Wed, 20 May 2020 04:51:28 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id z80so2424949qka.0 for ; Tue, 19 May 2020 21:51:28 -0700 (PDT) X-Gm-Message-State: AOAM531b23f+44eYHMMnaqaZxY909VFDlTU272LgwRAFR0aY6wdOq+N/ AuMKG0G7LHzwAcj0KnvgA5zcfFWvp7eChiY3xD8= X-Google-Smtp-Source: ABdhPJwOgfw1rNuOuZFy6SB/nnK6Hf1+7Gh1e07ej7tFdoi+mQnqMV/rIu4ZqVHqqRhIQjKf0FkR+0biVocAdv0rCc4= X-Received: by 2002:a05:620a:b0b:: with SMTP id t11mr3011396qkg.103.1589950288230; Tue, 19 May 2020 21:51:28 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Kyle Evans Date: Tue, 19 May 2020 23:51:17 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: rpi4 headless experience To: Dan Mack Cc: Mark Millard , freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 04:51:29 -0000 On Tue, May 19, 2020 at 11:46 PM Dan Mack wrote: > > Fair point. I was just folling the wiki which said - RPI4 users, use the > RPi3 version :-) > > No worries, I can wait. Sorry for the noise. > I'll have to take a look at what claims the wiki is making... the proper procedure to test from a snapshot should be a somewhat easy one, with minor hoops: 1.) Grab the RPI3 image (-CURRENT only) 2.) Install u-boot-rpi4 from ports 3.) Mount the FAT partition from the RPI3 image, install u-boot.bin from /usr/local/share/u-boot/u-boot-rpi4 (installed in step 2) and replace config.txt with the config_rpi4.txt that's already located on the FAT partition One of the next U-Boot releases will support RPI3/4 concurrently in a single binary, so we'll switch to using that if we have USB support by that point; some of the above hoops are simply because we're not 100% there yet. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Wed May 20 08:16:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EE9C02CA06F for ; Wed, 20 May 2020 08:16:04 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Rlv75XY0z3cvB for ; Wed, 20 May 2020 08:16:03 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Wed, 20 May 2020 10:15:54 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1589962556; bh=oBqINDZcIYMvldDpitQu5bok0FoCA7TFUFpM/hGGD1c=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=DqA2u+R3nxInq1X7VeiAUNcSCsdn5ThW3ps46i2oFBRIIs8Vo57UjfZIzk4b9MpIi CpE3zlq0Jb02HaopmGIYV50+hbK4hV6/tFesEsJn6ZZdEpEI1oZmrAbF+/2TgCXLkR w+5n/rCABkZFZesT4KGmWTgHV8EPFM0a1dT8aX3EY6rhzDgylaCemfWSc6SDrNwcJM MpYVrVSa0gagC1kJtkH+HT6yYSX3wZgxUaWVNUxrgytGNCq2CZaQGS+5VzTx5mpbl9 obNfqfhS0eMRWm+fJ4WNYGm0a0iThvAFnFI5I8BG9SW4E4ZWxOjJFaIggEzb9RA8fe S+PP97Sy7EtcQ== Message-ID: <87367vuimd.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm Subject: Re: rpi4 headless experience In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49Rlv75XY0z3cvB X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=DqA2u+R3; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [1.02 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gojira.at]; NEURAL_SPAM_MEDIUM(0.05)[0.050]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_SHORT(0.47)[0.468]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 08:16:05 -0000 On Wed, 20 May 2020 05:56:37 +0200, Mark Millard wrote: > I just realized that your original message said: > > "Just tried the latest FreeBSD on RPI image on my rpi4-4GB system." > > There is no such image for the RPi4. Looking at: > > https://lists.freebsd.org/pipermail/freebsd-snapshots/2020-May/000698.html > > shows: > > o 13.0-CURRENT aarch64 GENERIC > o 13.0-CURRENT aarch64 RPI3 > o 13.0-CURRENT aarch64 PINE64 > o 13.0-CURRENT aarch64 PINE64-LTS > o 13.0-CURRENT aarch64 PINEBOOK > o 13.0-CURRENT aarch64 ROCK64 > o 13.0-CURRENT aarch64 ROCKPRO64 > > Treating an RPi4 as a RPi3 is not going to > make everything work: it does not have > the right variant of u-boot, for example. > > The following lists installed files from ports: > > sysutils/u-boot-rpi[34] > sysutils/rpi-firmware > > The installations of the 2 prots only puts the files > someplace so they (or some) can later be copied to the > msdos file system involved. > > # ls -ldT /usr/local/share/u-boot/u-boot-rpi[34]/* > -rw-r--r-- 1 root wheel 124 Apr 25 00:16:57 2020 /usr/local/share/u-boot/u-boot-rpi3/README > -rw-r--r-- 1 root wheel 37 Apr 25 00:16:55 2020 /usr/local/share/u-boot/u-boot-rpi3/metadata > -rw-r--r-- 1 root wheel 499824 Apr 25 00:16:54 2020 /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin > -rw-r--r-- 1 root wheel 124 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/README > -rw-r--r-- 1 root wheel 37 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/metadata > -rw-r--r-- 1 root wheel 506360 Apr 25 13:28:34 2020 /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin > > If you replaced the u-boot.bin in the msdos file system > with the rpi4 one the memory might well show correctly. > > There is also: > > # ls -ldT /usr/local/share/rpi-firmware/* > . . . > -rw-r--r-- 1 root wheel 89 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config.txt > -rw-r--r-- 1 root wheel 147 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config_rpi3.txt > -rw-r--r-- 1 root wheel 135 Jan 30 13:26:20 2020 /usr/local/share/rpi-firmware/config_rpi4.txt > -rw-r--r-- 1 root wheel 110 Jan 30 13:26:19 2020 /usr/local/share/rpi-firmware/config_rpi_0_w.txt > . . . > > where you would need to copy the config_rpi4.txt content > to the config.txt in use on the msdos file system. > > There are other files for the RPi4 from the list as well. > I've not checked a rpi3 snapshot do know if the snapshot > has copies of RPi4 specific files: > > -rw-r--r-- 1 root wheel 5888 Jan 30 13:26:31 2020 /usr/local/share/rpi-firmware/armstub8-gic.bin > -rw-r--r-- 1 root wheel 40659 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/bcm2711-rpi-4-b.dtb > -rw-r--r-- 1 root wheel 6193 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4.dat > -rw-r--r-- 1 root wheel 3089 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4cd.dat > -rw-r--r-- 1 root wheel 9181 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4db.dat > -rw-r--r-- 1 root wheel 9183 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/fixup4x.dat > -rw-r--r-- 1 root wheel 2775076 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4.elf > -rw-r--r-- 1 root wheel 775872 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4cd.elf > -rw-r--r-- 1 root wheel 4582664 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4db.elf > -rw-r--r-- 1 root wheel 3536680 Nov 22 09:06:45 2019 /usr/local/share/rpi-firmware/start4x.elf > > in the msdosfs file system. > > Note (where config.txt is a copy/variant of > config_rpi4.txt by content): > > # more /boot/efi/config.txt > arm_control=0x200 > arm_64bit=1 > dtoverlay=disable-bt > dtoverlay=mmc > device_tree_address=0x4000 > kernel=u-boot.bin > armstub=armstub8-gic.bin > > So, without armstub8-gic.bin being present > in the msdos file system, the RPi4 config.txt > content would then specify a missing file. > Similarly for u-boot.bin . The files listed above are all included on the RPI3 aarch64 image (e.g.: FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200514-r361019.img) and I think I have also tried to replace u-boot.bin. -- Herbert From owner-freebsd-arm@freebsd.org Wed May 20 16:46:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 614A72DDEFC for ; Wed, 20 May 2020 16:46:50 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49RzDT1wzqz4R02 for ; Wed, 20 May 2020 16:46:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04KGkhfd070875 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 20 May 2020 09:46:43 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04KGkhoI070874; Wed, 20 May 2020 09:46:43 -0700 (PDT) (envelope-from fbsd) Date: Wed, 20 May 2020 09:46:42 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200520164642.GA70838@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 49RzDT1wzqz4R02 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.03)[0.027]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.92)[0.920]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.45)[0.448]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 16:46:50 -0000 Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? Attempts to start X under 12.1-STABLE r361271 GENERIC fail with a report of "failed to open /dev/io". There is indeed no /dev/io, but there's also no /dev/io on a pi2 running 12-stable. Nor does there seem to be a kernel module with matching name.... Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed May 20 17:01:55 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 60FC52DED95 for ; Wed, 20 May 2020 17:01:55 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from 44-233-67-66-mail.ore.mailhop.org (44-233-67-66-mail.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49RzYt6TKtz4SHN for ; Wed, 20 May 2020 17:01:54 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1589994107; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Xy1yCdTQkJn3GgUOd4Ir0k6dQUrg3Tc5iV5h4KeS9Od2graSsBjBqtY9v8gm2oPDDHrXJTjfELmUd Iz/yCI9fmX4uSX6DUJ5WdOm0SCpnJ1Fvc48xgLtmxjqiLie37HgtFbFyUl9fKBFetu/aZmPHH69rDf WlugY8AI0RrjqC6iB/nEN50fa6XhQyrRxcT812v0lKfXarJ89ixK95h2ABga2aDGnmv15A6LzsC5CZ Kkk3fS6RB69QNaHtV4mbnb8hIZPG47SaghLr/JgrAEmRm5cPeqBEp8wAc2/YpBGaJWLJmMh9xHIOGP 4IRXOrh/MH9vPMMKqBlY2mJ4SFTuqqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=bs5u1DAX0bHgB+YkDVFvVX/VvK5qM2ut/Vz+Dm8hkQE=; b=PPPfV8P5vWpkNK0TYN5yODMDeT04YgcSRZEgxyFuURJ7cMmABqnDCi7+o+PpAdyi48Z5REdhqHGa4 WiderSenz7lqFYdU68iVl6CiyNGR7FqdH5MANxFoa3I/UDPRYBXYJOKt+Z+T83bkRQCgSYqk9MiNjV 0GJLyx4K7XFvddKQU026infjQ0pUyLidPMG4WWiZj7MLifu9m3DMZk14N5mX4wi3KXObKSw3TrqNE4 OgB/i6d/d2sigywd/PfWNMX35vyt6ajvZpzCNRnQRcJODTYDmmgKiPL5bdeo6966q5X84mSTexPsqx C6DY4Ze9giEdCjAH+NZCOs5i2rqyWfQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=bs5u1DAX0bHgB+YkDVFvVX/VvK5qM2ut/Vz+Dm8hkQE=; b=UjMWE9hCGmuRnyjIDU1utNcr3LOTbz9Ru0Bevjp7ThB+WV4IqMO7Yokb8gycaJSWyggw95NejTCPL ECDIMCn+DujHoORv7ThnZzVTlG+ubW/oEYaoIZ0B2N6lhYyQOXOEYaqFxQI1JTd6v5QmfTaJLcgElN l1wh7OTHW40uNC+3SNO7YWnyDFMwedL+MaeFkZb75g+HcUIlFHmRxfXsASyYmPWUtDzDpyzRj8NWs7 bBUifrZtiOM6Zjau6ULJX5dkP16Dt7kRV8g2edTQeJLly0iC+jXlRJ7/KOLKYXTr7MI78GI/OQnlG6 fE6pBgarv0XoRlzAQSsbqX1HXfG15HA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 95a4addb-9abb-11ea-b10c-b5956a7dd1a1 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 95a4addb-9abb-11ea-b10c-b5956a7dd1a1; Wed, 20 May 2020 17:01:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 04KH1i7P010514; Wed, 20 May 2020 11:01:44 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Missing /dev/io on rpi3 running 12-stable From: Ian Lepore To: bob prohaska , freebsd-arm@freebsd.org Date: Wed, 20 May 2020 11:01:44 -0600 In-Reply-To: <20200520164642.GA70838@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49RzYt6TKtz4SHN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 17:01:55 -0000 On Wed, 2020-05-20 at 09:46 -0700, bob prohaska wrote: > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > a report of "failed to open /dev/io". There is indeed no /dev/io, > but there's also no /dev/io on a pi2 running 12-stable. > > Nor does there seem to be a kernel module with matching name.... > > Thanks for reading! > > /dev/io is an x86 thing, doesn't apply to arm at all. It allows userland processes with sufficient privs to execute x86 in/out instructions for talking to old-school ISA bus devices such as keyboards. -- Ian From owner-freebsd-arm@freebsd.org Wed May 20 17:09:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9F0DB2DEF1D for ; Wed, 20 May 2020 17:09:50 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: from mail-ot1-x336.google.com (mail-ot1-x336.google.com [IPv6:2607:f8b0:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Rzl15VSfz4SDL for ; Wed, 20 May 2020 17:09:49 +0000 (UTC) (envelope-from mikael.urankar@gmail.com) Received: by mail-ot1-x336.google.com with SMTP id a68so3053044otb.10 for ; Wed, 20 May 2020 10:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0rt2D04zAWfZkKip9Ca0b4cIM8WXLhWmdjsuWN2RrTY=; b=Czgzu216h5uBRX7hxMtMZ+JnFtNxsfmVswj07iJtFn9h8hodqlLt+267RcJGrWEmhz 7VA+lt/Qfaemd+PqxEk81Wr9bqtwYqEYP5d+zhdeP46oTZ2sDiH9Y/SdxUkVfeyVR7W4 q7anUzmDXDI5lAMswdp2iTGS+R07mlUTWj87CNJzsYKuVcrwC2x7wHn3tnaCYWtD7kF9 lijVEgzJsL9DRttkwqt/AfQHDjJQ10FJ5rh6vMNSr/at+NXJfjVIPnK44pIO8Tjr63Ky txmJtrDzgVCYD5to55MapIWqhz1ID1f72Lak/nDMP6QygEngPhDZplYSE8M9g0Fd/Bm3 YXhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0rt2D04zAWfZkKip9Ca0b4cIM8WXLhWmdjsuWN2RrTY=; b=X6FqM1dwReyHQMFh6o+d1BeskafvLxL2Qx0/vUNhCRoMBhqNka64j+qPOFbk8HTABU U/wBDW+nvE7GcdUh5ytHCTanB6NpdmW0y4LxzSOIfj5bQ3k/eWK1Z1okspEwU3YNfTCb ThLlv9chVuIJrQPz10sZEdw38ubRRarUwK6KmiezEDZ6oDbjjq1I9lEQ0qzv/q9OU8CQ 4rKjZbZ378H2qfBJQTzR72hEOOder2CA9aDxh5Ub7LAl5xE4Qjf5kxHc3jXuOlCvy/G6 s0DjD3ZRQqJv50nAVBLMom99jmc5YEiao3guNhEAIlZXm0u4su2oUGU7eX300F3ZBYuf lS3w== X-Gm-Message-State: AOAM530Vwimf+8Xy3smcEPCgy4u+/rVuj1sfDTsIn7kfmptflFoH6hn7 jJuf91wb8BlRiKLTBkTiYr1FMfS+bVpFB/1ebJ+tKbMo X-Google-Smtp-Source: ABdhPJyVJSe6BaTT9hI/muZryLTflv8oL3d/mdjz5PAWVYJefPiH0oJfn7M9ldRzVZpGqXP5DyHR2k+ko4MktI6Gzfg= X-Received: by 2002:a9d:518b:: with SMTP id y11mr4061488otg.258.1589994587178; Wed, 20 May 2020 10:09:47 -0700 (PDT) MIME-Version: 1.0 References: <20200520164642.GA70838@www.zefox.net> In-Reply-To: <20200520164642.GA70838@www.zefox.net> From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Date: Wed, 20 May 2020 19:09:11 +0200 Message-ID: Subject: Re: Missing /dev/io on rpi3 running 12-stable To: bob prohaska Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49Rzl15VSfz4SDL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Czgzu216; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mikaelurankar@gmail.com designates 2607:f8b0:4864:20::336 as permitted sender) smtp.mailfrom=mikaelurankar@gmail.com X-Spamd-Result: default: False [-3.04 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.01)[-1.006]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::336:from]; NEURAL_HAM_SHORT(-0.06)[-0.057]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 17:09:50 -0000 Le mer. 20 mai 2020 =C3=A0 18:46, bob prohaska a =C3= =A9crit : > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > a report of "failed to open /dev/io". There is indeed no /dev/io, > but there's also no /dev/io on a pi2 running 12-stable. > > Nor does there seem to be a kernel module with matching name.... > > Thanks for reading! > > bob prohaska I haven't looked closely but it seems the error is in x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) From owner-freebsd-arm@freebsd.org Wed May 20 18:16:35 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8F6392F1239; Wed, 20 May 2020 18:16:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49S1D247P4z4YR8; Wed, 20 May 2020 18:16:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04KIGY0k071024 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 20 May 2020 11:16:34 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04KIGY5r071023; Wed, 20 May 2020 11:16:34 -0700 (PDT) (envelope-from fbsd) Date: Wed, 20 May 2020 11:16:33 -0700 From: bob prohaska To: Mika??l Urankar Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200520181633.GA71007@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49S1D247P4z4YR8 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.59 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.107]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.95)[0.952]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.63)[0.628]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 18:16:35 -0000 On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : > > > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > > a report of "failed to open /dev/io". There is indeed no /dev/io, > > but there's also no /dev/io on a pi2 running 12-stable. > > > > Nor does there seem to be a kernel module with matching name.... > > > > Thanks for reading! > > > > bob prohaska > > I haven't looked closely but it seems the error is in > x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) > Alas, the remedy does not suggest itself, at least not to me.... Can somebody offer a hint? Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Wed May 20 18:35:29 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C59B2F16D6 for ; Wed, 20 May 2020 18:35:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49S1dr1c7fz4bH7 for ; Wed, 20 May 2020 18:35:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82d.google.com with SMTP id x12so3368113qts.9 for ; Wed, 20 May 2020 11:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vHtLKhsg2TiAC8xufFsTC6kJ9RHKlF3SlYN8lIcO4cI=; b=cR2ljE53JdnxXGVvVgUdyGCUKZqdpJS2qvLyEUOHiB++H4bSEuIm35r9VFrUF6w2rD 1dlD/EWU1N13rZqnl2sSzDgkbKHQuSIR4SyWQqMaOSrBhaK5Gx89IrCzjYMeTZ/e25nN s9XOKfM2kv4qyZCGCkez4HLZY5B80ReBvNmznymn/+sAzh3ydMtC+VeiAOxo+b+vho3g zyOkeD3V5+77RxcV2JHy5+K6aNyOWH49F/MCd3lHqVyzzB4cw/RFPNifmkzAlojP24h5 TKgExAYW709JfooW+sjyMJHcF6/qlgAb+SwllwOK4XAQJEnHQC6ptlo7NdqoOT+bQrh+ PfeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vHtLKhsg2TiAC8xufFsTC6kJ9RHKlF3SlYN8lIcO4cI=; b=WFJ3YFmT6FV8N/TCd4h4aiCjw1rbQVBNppoYpGZmiuVkbEtDt7BI5cLhxeMpJ+GWRP mBkPz8XExOdfC0dnbMqOXtvIcC7QEKk+gC5BgtmnWOV7lzEGSiSkhj+1GLg96EQshldr hNK3Qqgh4FEhfl7WUuD6skU+jD8+26n8KQdQGQxNeEWp6iBk0fAyyp8huZX75adbQHXl uqWiS7rQ7ZjJ+E5Ri6URfvaY98AfB4mpRLTGwAVaT4dbX6coJ7cYb8oxzOmagQMdPwdS eV4VcRxaMqOXQoXhgk/t7mWqsxLs80G0R/eOgyNkQKmrd3JsdbBHcZdEjFwNKcJRcK5U JBMw== X-Gm-Message-State: AOAM5327KXAstlT3GQwigFvzGF2gwajnpXiTqRmCeM3vudbpPf0ee4Eh WT/M4vI3U6K7J61SZGHqQh+61PRg+pld5CTqESwHBA== X-Google-Smtp-Source: ABdhPJwoozedRvxBZezQY3WAKYJuD36GbJ9R8FJ8BTcjdxB2m/yC/PpOT5T8x9rNxMY7pVpmBvJFiy9ub4w9+p0CziI= X-Received: by 2002:ac8:3722:: with SMTP id o31mr6660167qtb.175.1589999727098; Wed, 20 May 2020 11:35:27 -0700 (PDT) MIME-Version: 1.0 References: <20200520164642.GA70838@www.zefox.net> <20200520181633.GA71007@www.zefox.net> In-Reply-To: <20200520181633.GA71007@www.zefox.net> From: Warner Losh Date: Wed, 20 May 2020 12:35:15 -0600 Message-ID: Subject: Re: Missing /dev/io on rpi3 running 12-stable To: bob prohaska Cc: "Mika??l Urankar" , freebsd-arm@freebsd.org, freebsd-ports@freebsd.org X-Rspamd-Queue-Id: 49S1dr1c7fz4bH7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=cR2ljE53; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::82d) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.85)[-0.846]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TAGGED_RCPT(0.00)[]; NEURAL_HAM_LONG(-0.62)[-0.618]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.64)[-0.639]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82d:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 18:35:29 -0000 On Wed, May 20, 2020, 12:16 PM bob prohaska wrote: > On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: > > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a > ??crit : > > > > > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > > > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > > > a report of "failed to open /dev/io". There is indeed no /dev/io, > > > but there's also no /dev/io on a pi2 running 12-stable. > > > > > > Nor does there seem to be a kernel module with matching name.... > > > > > > Thanks for reading! > > > > > > bob prohaska > > > > I haven't looked closely but it seems the error is in > > x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) > > > > Alas, the remedy does not suggest itself, at least not to me.... > > Can somebody offer a hint? > Link /dev/bull to /dev/io and see what happens? Warner Thanks for writing! > > bob prohaska > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu May 21 01:09:40 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DAE1A2F9BEB; Thu, 21 May 2020 01:09:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SBNg3sCPz44VN; Thu, 21 May 2020 01:09:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04L19dv6071822 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 20 May 2020 18:09:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04L19dVE071821; Wed, 20 May 2020 18:09:39 -0700 (PDT) (envelope-from fbsd) Date: Wed, 20 May 2020 18:09:39 -0700 From: bob prohaska To: Mika??l Urankar Cc: freebsd-ports@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200521010939.GA71782@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> <20200520181633.GA71007@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49SBNg3sCPz44VN X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.91 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.17)[0.166]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.22)[0.223]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.62)[0.625]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 01:09:40 -0000 On Wed, May 20, 2020 at 08:56:31PM +0200, Mika??l Urankar wrote: > Le mer. 20 mai 2020 ?? 20:16, bob prohaska a ??crit : > > > > On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: > > > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : > > > > > > > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > > > > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > > > > a report of "failed to open /dev/io". There is indeed no /dev/io, > > > > but there's also no /dev/io on a pi2 running 12-stable. > > > > > > > > Nor does there seem to be a kernel module with matching name.... > > > > > > > > Thanks for reading! > > > > > > > > bob prohaska > > > > > > I haven't looked closely but it seems the error is in > > > x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) > > > > > > > Alas, the remedy does not suggest itself, at least not to me.... > > > > Can somebody offer a hint? > > edit files/patch-configure, locate USE_DEV_IO and remove the whole hunk. > then make clean; make deinstall install > Looks like it's not quite that simple. I took the "hunk" to be the preceding line starting with @@ to the next line starting with @@. Make patch finished with no errors, following a fresh make clean, but the build stopped with ld: error: undefined symbol: xf86EnableIO >>> referenced by sdksyms.c >>> sdksyms.o:(xorg_symbols) >>> referenced by xf86Configure.c >>> xf86Configure.o:(DoConfigure) in archive common/.libs/libcommon.a >>> referenced by xf86Events.c >>> xf86Events.o:(xf86VTEnter) in archive common/.libs/libcommon.a >>> referenced by xf86Init.c >>> xf86Init.o:(InitOutput) in archive common/.libs/libcommon.a >>> referenced by xf86Init.c >>> xf86Init.o:(InitOutput) in archive common/.libs/libcommon.a ld: error: undefined symbol: xf86DisableIO >>> referenced by sdksyms.c >>> sdksyms.o:(xorg_symbols) >>> referenced by xf86Events.c >>> xf86Events.o:(xf86VTLeave) in archive common/.libs/libcommon.a ld: error: undefined symbol: xf86OSInitVidMem >>> referenced by vidmem.c >>> vidmem.o:(xf86InitVidMem) in archive os-support/.libs/libxorgos.a cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[6]: *** [Makefile:814: Xorg] Error 1 Not sure what to try next.... Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Thu May 21 02:25:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 577452FD413; Thu, 21 May 2020 02:25:18 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SD3x6Drzz4BMX; Thu, 21 May 2020 02:25:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04L2PHrp071974 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 20 May 2020 19:25:18 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04L2PHda071973; Wed, 20 May 2020 19:25:17 -0700 (PDT) (envelope-from fbsd) Date: Wed, 20 May 2020 19:25:17 -0700 From: bob prohaska To: Ian Lepore Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200521022517.GA71947@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49SD3x6Drzz4BMX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 02:25:18 -0000 On Wed, May 20, 2020 at 11:01:44AM -0600, Ian Lepore wrote: > On Wed, 2020-05-20 at 09:46 -0700, bob prohaska wrote: > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > > a report of "failed to open /dev/io". There is indeed no /dev/io, > > but there's also no /dev/io on a pi2 running 12-stable. > > > > Nor does there seem to be a kernel module with matching name.... > > > > Thanks for reading! > > > > > > /dev/io is an x86 thing, doesn't apply to arm at all. It allows > userland processes with sufficient privs to execute x86 in/out > instructions for talking to old-school ISA bus devices such as > keyboards. Which list is the appropriate forum, -ports, -arm or something else? If there is a better problem description I'll use it. ISTR xorg compiling and running without a hitch on -current previously, ~ a year ago. Thanks for writing, bob prohaska ps, any progress on vc4? From owner-freebsd-arm@freebsd.org Thu May 21 05:16:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 80DE3329741 for ; Thu, 21 May 2020 05:16:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49SHsF4Fklz4PQd for ; Thu, 21 May 2020 05:16:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: qLQJ3bkVM1ki8Cqd46g4.AqynYpA7xGkMR4ru3J3XM9SNw3WLeAPyRoalOdTMZM UkPwR2oddniIB3AlnZTEUms03yXXmN8Xftk9.l.smi8qUWXmxiX7Ry2OKVD1NWMhaiMb_DJZHifS M7AlyWHkibxViiqBGW3Yd8XZt3HClwphyyPbNRiW34vKSgmON8Jhgg6MoPRVlA.scsPCtnZU3cx6 46GD.cOIQn166O_sU.NYYlWJC_zUokesKwimtU9H3Qva7J1I9oogA6HHf_iP9r_I4gxXE2EHh2PJ 7hgjthHRjJI9LjF3dqiVRJcui3uPXdyL5euVfcXueegOOU9XOsv9OCA5kpYVMKkC0aurLKCXp.Jx xkhRaQoutzAQ0DXvBOrHy2_LETvz04z.4reGiUo5U0xuj4UACH5LX6roW3acShePG_521HhLzVDe HE0t7Az2q.ZtD0e_gX9hNDxSY__grrzpP7c8vRBYHZs4UCJnni4lUATCdhgfy_15AMQY1Gxna_Bl mmlZZOhah_9iw9Wd3rVbELsyADXAEMV1eKFLhVMxdKNwURu.fsD.rimIMLfe_bxDRe1dYi69_eS6 _6bXa2jbds7Eu_AT97n4lPJN7SOEbAfgsB6USc3t9r.gHs_WVhZpbSwAWDIp3dH6C.UGrnsmYtqS PKcwf3jdjqyFmyDj1g2rCCZh0plv6QVVeROK75L7xxpQcdtSVjGLD8yJgC2uhOnYV33Mi_dlscyc h1bTl1If319zhGCftb_ycyEin15RtgEApWjy4P_PQBBvthQ9TspS.bX3o1LClfj3T_GnuuvlbYbg sCQQ5xBVT6tEUPbf7LOzBfh4cApicZhuuDu.PkfiBk7nC0dzV9fFQDj3CxEJMUblb0PJXIBOVmQK A8pwVY2o2t9vHa.ozX_5KP_GvIX_8NA_J7h81Wp8M7VNvWGTtAk.3wocONo9XSDfwceDuGqbY5Kq kUfPHD2zaQuU7r4cZo37L9xrGR1F1LZaw.APiiNmZ_wXVvp9sk5Fv1eiOIDMlJFzCxPdgwemN3pC tBYMEm7YL4z86uo1IZpRjYhroBNPmVGUy4ZKsGwJFq0HRqXwBm8QATkVwfFUq3foSWxfYMFnx2pE tOxv2rdrypEiCYpCt_.goSVEWs97taF_9ghOalrL4S2fh0cCdqQ7gTuSJxjqnlVfypsckR0kxJK3 jY9lcaUAJAUGeB8n1smuCKVoHIB0CvtewyFcaCUIG.COX3F6woYrEoCvdjc3pJ7Acw_LGTbuOWgm myJ4gUO5JN98._ibmr0tjyj6yGgjV8bK0EfYMzBU8ucu5xD1XhDs7nKwhUj5lI3NL5NGmq5CEo_p IRrTOvyP2cYUQNyLrWHCTIbmrexFrbGErYVlo_kj9feBjrF4C4Fq9zri1oXFI4AkyLebEqyG1vbW SriVpzqkIrbZEV0bqwBdqbpEK Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 21 May 2020 05:16:15 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4c70849697b07f4220ff4c30561b1097; Thu, 21 May 2020 05:16:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: <20200521022517.GA71947@www.zefox.net> Date: Wed, 20 May 2020 22:16:13 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49SHsF4Fklz4PQd X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.75 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.25)[-0.249]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 05:16:18 -0000 On 2020-May-20, at 19:25, bob prohaska wrote: >=20 > Which list is the appropriate forum, -ports, -arm or something else? > If there is a better problem description I'll use it. ISTR xorg=20 > compiling and running without a hitch on -current previously, ~=20 > a year ago. Does not look like I can match the RPi3 context as a cross check. (I tried.) At best a RPi4. I do not normally use a display but I normally do build lumina and what it requires as part of checking the build environment. (head -r360311 contexts currently.) I tried to see what I could do on the RPi3 and RPi4. The surprise: RPi4 output worked fine at all stages and the RPI3 got no video output at all at any time, not even the RPi3's own early-stage test-output. (Same HDMI display used for both.) Both the RPi3 and RPi4 do report the following when the display is connected: EFI framebuffer information: addr, size 0x3e513000, 0x6d8c00 dimensions 1824 x 984 stride 1824 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 . . . VT(efifb): resolution 1824x984 Without the HDMI connection the RPi3 shows: EFI framebuffer information: addr, size 0x3eaf7000, 0x103000 dimensions 592 x 448 stride 592 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 . . . VT(efifb): resolution 592x448 Back to with the HDMI connection . . . Both RPi*'s show: fb0: on simplebus0 fb0: keeping existing fb bpp of 32 fbd0 on fb0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD = 13.0. VT: Replacing driver "efifb" with new "fb". fb0: 1824x984(1824x984@0,0) 32bpp fb0: fbswap: 1, pitch 7296, base 0x3e513000, screen_size 7237632 It leaves me wondering if the RPi3 has a hardware problem. (No display output even before u-boot is involved, unlike normal.) As for the RPi4: I do not see any attempt at a /dev/io reference or any additional kernel modules loaded. It does: . . . [ 137.989] (II) Loading = /usr/local/lib/xorg/modules/extensions/libglx.so . . . [ 138.129] (II) Loading = /usr/local/lib/xorg/modules/drivers/modesetting_drv.so . . . [ 138.136] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so . . . [ 138.141] (II) Loading /usr/local/lib/xorg/modules/libshadow.so . . . [ 138.144] (II) Loading /usr/local/lib/xorg/modules/libfb.so . . . [ 140.068] (II) Loading = /usr/local/lib/xorg/modules/input/libinput_drv.so . . . and kldstat shows: # kldstat Id Refs Address Size Name 1 6 0xffff000000000000 112dbf8 kernel 2 1 0xffff00000112e000 257c8 umodem.ko 3 2 0xffff000001154000 28658 ucom.ko My ports builds are based on ports head -r533162 . I explicitly build the following related to lumina for the aarch64 contexts: x11-drivers/xf86-video-scfb x11/lumina x11/xorg-minimal x11/xterm These, of course, lead to much more building. I built with default options for them all. No mouse or usb keyboard input to use lumina with on the RPi4 so I can not claim anything about past its initial display. In my context, startx is tied to: # more ~/.xinitrc=20 exec start-lumina-desktop # ls -laT /etc/X11/ total 8 drwxr-xr-x 2 root wheel 512 Mar 30 05:23:44 2020 . drwxr-xr-x 27 root wheel 2560 Apr 29 13:52:48 2020 .. (Yep: empty.) That is all I have. I'm not so sure any of it will happen to help. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 21 06:09:03 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D31032A8AC for ; Thu, 21 May 2020 06:09:03 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gold.funkthat.com [IPv6:2001:470:800b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SK262XCkz4RwQ for ; Thu, 21 May 2020 06:09:01 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 04L68uIt007516 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 20 May 2020 23:08:56 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 04L5vY7u006440; Wed, 20 May 2020 22:57:34 -0700 (PDT) (envelope-from jmg) Date: Wed, 20 May 2020 22:57:34 -0700 From: John-Mark Gurney To: Milan Obuch Cc: Thomas Skibo , freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200521055734.GU4213@funkthat.com> Mail-Followup-To: Milan Obuch , Thomas Skibo , freebsd-arm@freebsd.org References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> <20200518140901.GA1152@piedmont> <20200518163541.667b64bf@zeta.dino.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200518163541.667b64bf@zeta.dino.sk> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Wed, 20 May 2020 23:08:56 -0700 (PDT) X-Rspamd-Queue-Id: 49SK262XCkz4RwQ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 2001:470:800b::2) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.74 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.162]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.137]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.57)[0.570]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 06:09:03 -0000 Milan Obuch wrote this message on Mon, May 18, 2020 at 16:35 +0200: > On Mon, 18 May 2020 07:09:01 -0700, Thomas Skibo > wrote: > > > On Sun, May 17, 2020 at 11:13:10PM -0700, Thomas Skibo wrote: > > > On Mon, May 18, 2020 at 06:28:20AM +0200, Milan Obuch wrote: > > > > > > > > Maybe it's time to make your xbit2bin tool public... this way all > > > > formats could be handled with no need to patch kernel driver. > > > > > > > > Regards, > > > > Milan > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to > > > > "freebsd-arm-unsubscribe@freebsd.org" > > > > > > Well, I thought I had lost it until reminded me of the name! > > > > > > --Thomas > > > > > > > I thought I attached it to that email last night. I guess it was > > late. I put the xbit2bin tool at > > https://www.skibo.net/zedbsd/xbit2bin.c It will strip the header and > > byte-swap a Xilinx .bit file and so that it's compatible with > > devcfg(4). > > > > Well, most probably mailing list ate it. I did get it, but you sent the > message directly to me, so I received no mailing list processed > version, but you used attachment of type text/x-csrc. Mailing list > accepts probably just text/plain attachments I think. But it is better > to have it on web :) Nice, now to figure out why FreeBSD on the PS stops working when the level shifters are enabled. If I set hw.fpga.en_level_shifters to 0 and program the PL, FreeBSD keeps running, but as soon as I set hw.fpga.level_shifters to 1, FreeBSD stops responding. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Thu May 21 06:27:32 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DCC432AE25 for ; Thu, 21 May 2020 06:27:32 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49SKRR10wVz4SVd for ; Thu, 21 May 2020 06:27:30 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 21 May 2020 08:27:21 +0200 id 00F40BB0.5EC61F49.000013CA Date: Thu, 21 May 2020 08:27:21 +0200 From: Milan Obuch To: John-Mark Gurney Cc: Thomas Skibo , freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200521082721.2f040561@zeta.dino.sk> In-Reply-To: <20200521055734.GU4213@funkthat.com> References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> <20200518140901.GA1152@piedmont> <20200518163541.667b64bf@zeta.dino.sk> <20200521055734.GU4213@funkthat.com> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; i386-portbld-freebsd11.4) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49SKRR10wVz4SVd X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-arm@dino.sk X-Spamd-Result: default: False [-2.57 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dino.sk]; NEURAL_HAM_LONG(-0.95)[-0.954]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.34)[-0.336]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16160, ipnet:84.245.64.0/18, country:SK]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 06:27:32 -0000 On Wed, 20 May 2020 22:57:34 -0700, John-Mark Gurney wrote: > Milan Obuch wrote this message on Mon, May 18, 2020 at 16:35 +0200: > > On Mon, 18 May 2020 07:09:01 -0700, Thomas Skibo > > wrote: > > > > > On Sun, May 17, 2020 at 11:13:10PM -0700, Thomas Skibo wrote: [ snip ] > > > I thought I attached it to that email last night. I guess it was > > > late. I put the xbit2bin tool at > > > https://www.skibo.net/zedbsd/xbit2bin.c It will strip the header > > > and byte-swap a Xilinx .bit file and so that it's compatible with > > > devcfg(4). > > > > > > > Well, most probably mailing list ate it. I did get it, but you sent > > the message directly to me, so I received no mailing list processed > > version, but you used attachment of type text/x-csrc. Mailing list > > accepts probably just text/plain attachments I think. But it is > > better to have it on web :) > > Nice, now to figure out why FreeBSD on the PS stops working when the > level shifters are enabled. If I set hw.fpga.en_level_shifters to 0 > and program the PL, FreeBSD keeps running, but as soon as I set > hw.fpga.level_shifters to 1, FreeBSD stops responding. > Well, no experience with this one, sorry. For all my experiments I need no messing with shifters, just programmed PL part and tested drivers to work with my hw design... Regards, Milan From owner-freebsd-arm@freebsd.org Thu May 21 08:37:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3A5A232D57B for ; Thu, 21 May 2020 08:37:44 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gold.funkthat.com [IPv6:2001:470:800b::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49SNKg2gphz4bPK for ; Thu, 21 May 2020 08:37:42 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id 04L8bcfK022179 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 21 May 2020 01:37:39 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id 04L8bc5H022178; Thu, 21 May 2020 01:37:38 -0700 (PDT) (envelope-from jmg) Date: Thu, 21 May 2020 01:37:38 -0700 From: John-Mark Gurney To: Milan Obuch , Thomas Skibo , freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200521083737.GX4213@funkthat.com> Mail-Followup-To: Milan Obuch , Thomas Skibo , freebsd-arm@freebsd.org References: <20200516221344.GH4213@funkthat.com> <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> <20200518140901.GA1152@piedmont> <20200518163541.667b64bf@zeta.dino.sk> <20200521055734.GU4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200521055734.GU4213@funkthat.com> X-Operating-System: FreeBSD 11.3-STABLE amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Thu, 21 May 2020 01:37:39 -0700 (PDT) X-Rspamd-Queue-Id: 49SNKg2gphz4bPK X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 2001:470:800b::2) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [1.78 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.161]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.17)[0.170]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.57)[0.570]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 08:37:44 -0000 John-Mark Gurney wrote this message on Wed, May 20, 2020 at 22:57 -0700: > Milan Obuch wrote this message on Mon, May 18, 2020 at 16:35 +0200: > > On Mon, 18 May 2020 07:09:01 -0700, Thomas Skibo > > wrote: > > > > > On Sun, May 17, 2020 at 11:13:10PM -0700, Thomas Skibo wrote: > > > > On Mon, May 18, 2020 at 06:28:20AM +0200, Milan Obuch wrote: > > > > > > > > > > Maybe it's time to make your xbit2bin tool public... this way all > > > > > formats could be handled with no need to patch kernel driver. > > > > > > > > > > Regards, > > > > > Milan > > > > > _______________________________________________ > > > > > freebsd-arm@freebsd.org mailing list > > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > > To unsubscribe, send any mail to > > > > > "freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > Well, I thought I had lost it until reminded me of the name! > > > > > > > > --Thomas > > > > > > > > > > I thought I attached it to that email last night. I guess it was > > > late. I put the xbit2bin tool at > > > https://www.skibo.net/zedbsd/xbit2bin.c It will strip the header and > > > byte-swap a Xilinx .bit file and so that it's compatible with > > > devcfg(4). > > > > > > > Well, most probably mailing list ate it. I did get it, but you sent the > > message directly to me, so I received no mailing list processed > > version, but you used attachment of type text/x-csrc. Mailing list > > accepts probably just text/plain attachments I think. But it is better > > to have it on web :) > > Nice, now to figure out why FreeBSD on the PS stops working when the > level shifters are enabled. If I set hw.fpga.en_level_shifters to 0 > and program the PL, FreeBSD keeps running, but as soon as I set > hw.fpga.level_shifters to 1, FreeBSD stops responding. Ok, I generated a bitstream that had the PS included and now when enabling level shifters things work fine. I even managed to get a dts file written for the design that has both GPIO and a block RAM. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Thu May 21 20:36:55 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F37DC2F42AE for ; Thu, 21 May 2020 20:36:55 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from camel.birch.relay.mailchannels.net (camel.birch.relay.mailchannels.net [23.83.209.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49ShHV1tbRz4Gvx for ; Thu, 21 May 2020 20:36:53 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 0ACD57E14F6; Thu, 21 May 2020 20:36:51 +0000 (UTC) Received: from pdx1-sub0-mail-a33.g.dreamhost.com (100-96-12-34.trex.outbound.svc.cluster.local [100.96.12.34]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 3D7A07E06C2; Thu, 21 May 2020 20:36:50 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a33.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Thu, 21 May 2020 20:36:50 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Celery-Thread: 6b3b11e926019919_1590093410824_1264188210 X-MC-Loop-Signature: 1590093410824:1379963571 X-MC-Ingress-Time: 1590093410824 Received: from pdx1-sub0-mail-a33.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a33.g.dreamhost.com (Postfix) with ESMTP id DBD9F957EE; Thu, 21 May 2020 13:36:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=MiphjENzd6P3wd58pdid90U3Iug=; b=LH NG121XgCBS0gp0bH3jGb+5pGRqBu5BIi6hZ+ml01I/Jk90ZGPzSNn077r+akqRiQ fRuA5HNNo7eHBqsLFo8mvTwGdM5Y38FSZmNN4viKq7yTcIacAJwVjT8gf4LNMhDZ ubSVaFPs+X/qIfUhbeq1sRHgSe9rhV4jFY5UKK8wU= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a33.g.dreamhost.com (Postfix) with ESMTPSA id 42017958B5; Thu, 21 May 2020 13:36:48 -0700 (PDT) Date: Thu, 21 May 2020 13:36:45 -0700 X-DH-BACKEND: pdx1-sub0-mail-a33 From: Thomas Skibo To: Milan Obuch , freebsd-arm@freebsd.org Subject: Re: need help w/ Cora-Z7, XC7Z007S Zynq board Message-ID: <20200521203645.GA2515@piedmont> References: <20200517063853.GI4213@funkthat.com> <20200517191416.GA1194@piedmont> <20200517230804.GJ4213@funkthat.com> <20200518003746.GA1566@piedmont> <20200518062820.0e7a01bd@zeta.dino.sk> <20200518061310.GA49966@piedmont> <20200518140901.GA1152@piedmont> <20200518163541.667b64bf@zeta.dino.sk> <20200521055734.GU4213@funkthat.com> <20200521083737.GX4213@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200521083737.GX4213@funkthat.com> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrudduuddgudegudcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqnecuggftrfgrthhtvghrnheptddvhedtleejgfeuuedthffgueduieetteeikeeitddugefhhfehudeihfeugeejnecukfhppeeijedrudektddrheelrdekudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehpihgvughmohhnthdpihhnvghtpeeijedrudektddrheelrdekuddprhgvthhurhhnqdhprghthhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqedpmhgrihhlfhhrohhmpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpnhhrtghpthhtohepfhhrvggvsghsugdqrghrmhesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 49ShHV1tbRz4Gvx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=LH NG121; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.209.29 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-2.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; NEURAL_HAM_LONG(-1.03)[-1.028]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skibo.net]; NEURAL_HAM_MEDIUM(-0.97)[-0.971]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[skibo.net:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[23.83.209.29:from]; NEURAL_HAM_SHORT(-0.74)[-0.737]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.209.29:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 20:36:56 -0000 On Thu, May 21, 2020 at 01:37:38AM -0700, John-Mark Gurney wrote: > John-Mark Gurney wrote this message on Wed, May 20, 2020 at 22:57 -0700: > > > > Nice, now to figure out why FreeBSD on the PS stops working when the > > level shifters are enabled. If I set hw.fpga.en_level_shifters to 0 > > and program the PL, FreeBSD keeps running, but as soon as I set > > hw.fpga.level_shifters to 1, FreeBSD stops responding. > > Ok, I generated a bitstream that had the PS included and now when > enabling level shifters things work fine. > > I even managed to get a dts file written for the design that has both > GPIO and a block RAM. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > Yes, bitstreams that don't connect to the PS can hang the PS and that's why the ability to disable the level shifters is there. I'm not sure of the mechanics of it- maybe if the inputs to the AXI interfaces to the PS aren't properly tied off they bork the interconnect in the PS. --Thomas -- ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Thu May 21 21:47:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4FE82F665D for ; Thu, 21 May 2020 21:47:23 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Sjrp6qZhz4PTb for ; Thu, 21 May 2020 21:47:22 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Thu, 21 May 2020 21:47:08 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590097639; bh=VIiACQP4NMUG2UX9nCbkDfcUp6bZjOWAdsUqv9bQjks=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=lxNONup30yjw9d6w47V6gKps2sJtJ4WSXXSXNE3GJoJIB7JEUaeQ2kFUdRcjJZaud iIKKZocuDO7uwnavuuB0aB0E97yaa8iieQuYj6LnPnxEBz2tRnBc6ptS/m3MvyLKUA TK9SzAH4AhjXkCyw83m87rf1Rj2MtpUK3piNiyqI= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: Marcin Wojtas , freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <86119565e5927716a9feebabcb611871@unrelenting.technology> References: <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49Sjrp6qZhz4PTb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=lxNONup3; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.65 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-1.08)[-1.077]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.43)[-0.427]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 May 2020 21:47:24 -0000 > > > Looking at NetBSD code, we might need to implement support for the cu= stom NXP0016 config device: > > > https://github.com/NetBSD/src/commit/1a0fb037e62e4e3472966e3358895791= 9b5e3a97 > > > I'll have time to attempt a blind port of that code next week :D > > > There is a way to get any stock OS (even Windows!) to work with this = PCIe controller, > > > but it involves awful hacks and legacy interrupts, unacceptable stuff= : > > > https://twitter.com/linux4kix/status/1260946442346205184 > > > so you'll have to wait for now. > > > > I've waited this many months to finally get this far, another week is n= o problem :D > > Would you be able to share any patches and kernconfs you're working fro= m so I have a frame of > > reference? My own dev skills are certainly nowhere near yours, but I'd = like to at least read > > through the code you've applied to get us this far and maybe even learn= something new along the > > way. > > Most of what got you "far" is upgrading the firmware to the latest dev ve= rsions! :) > > I have linked to the SDHCI commit on my github, from there you can just n= avigate to all commits: > https://github.com/myfreeweb/freebsd/commits/master > > Only SDHCI and I2C are relevant, everything else is general stuff in my f= ork, > there's some optimizations pulled from phabricator, cleanup, minimal modu= lar amd64 config, > Pixelbook devices, various other WIPs and unmerged patches, etc. > > The changes relevant to ARM64 in general are: > https://reviews.freebsd.org/D24423 > https://reviews.freebsd.org/D21017 > https://reviews.freebsd.org/D20974 > https://reviews.freebsd.org/D20835 > > And what's not on github is this (for https://bugs.freebsd.org/bugzilla/s= how_bug.cgi?id=3D246552): > > --- i/sys/arm64/arm64/machdep.c > +++ w/sys/arm64/arm64/machdep.c > @@ -1007,9 +1007,14 @@ bus_probe(void) > has_fdt =3D (OF_peer(0) !=3D 0); > #endif > #ifdef DEV_ACPI > > - has_acpi =3D (acpi_find_table(ACPI_SIG_SPCR) !=3D 0); > > > > - has_acpi =3D true; // (acpi_find_table(ACPI_SIG_DSDT) !=3D 0); > > > > #endif > > - for (int i =3D 0; i < 4; i++) { > > > - printf("spcr %lu\\n", acpi_find_table(ACPI_SIG_SPCR)); > > > - printf("dsdt %lu\\n", acpi_find_table(ACPI_SIG_DSDT)); > > > - } > > > - env =3D kern_getenv("kern.cfg.order"); > if (env !=3D NULL) { > order =3D env; > > > > but I'm not sure whether it's necessary on your machine (please test with= out again!) > and it's odd that I haven't seen these printfs in your logs.. NVMe gumstick installed, didn't even get to a shell before kernel panic: https://gist.github.com/agrajag9/92385331633a7b42fa310b8d33d1a765 I spent some time looking at that NetBSD Layerscape code - I couldn't figur= e out how to add it trivially to the current HEAD on my own, so I'm looking= forward to seeing how we're going to yeet that in for testing... From owner-freebsd-arm@freebsd.org Fri May 22 09:12:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F050A32B492 for ; Fri, 22 May 2020 09:12:12 +0000 (UTC) (envelope-from charlesr@scd-systems.net) Received: from mail.scd-systems.net (warbird.scd-systems.net [37.120.173.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.scd-systems.net", Issuer "mail.scd-systems.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49T12z5vsQz43KB for ; Fri, 22 May 2020 09:12:11 +0000 (UTC) (envelope-from charlesr@scd-systems.net) Received: from mail.scd-systems.net (127.0.1.80 [127.0.1.80]) by mail.scd-systems.net (OpenSMTPD) with ESMTP id a5251167 for ; Fri, 22 May 2020 09:12:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=scd-systems.net; h=from :subject:to:reply-to:message-id:date:mime-version:content-type :content-transfer-encoding; s=default; bh=jLTWbapWTByNHsh4GZv9Wu 2HWEmpl6xVBzvKen2edG4=; b=oUHKoGs9SvQtjtTOn+nIfAUNBWRctBElxJNQJr 8g74POBYpnyiZqTATQU6VkdK6o4nteC/JHNZqwkU19NiAkNapIthdtpLy6P53Ccs SYZEM286oCuAJisBuJ6xaQsWySt2kr3YOWt0VrRoQ2C9GqgtQ+78n5pV4cetgqov 6bj8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=scd-systems.net; h=from :subject:to:reply-to:message-id:date:mime-version:content-type :content-transfer-encoding; q=dns; s=default; b=KiuJInD3kRzH6HNa 9c5RJvqYeGj6G68vkrCBOb83XD6zpQcgxdFI4YCg6+YEtst18Fa2VQ9jWgIQtTdU PO0Vb/DU9fF8D8OweKlvYmgJ5nAPZ81Jh2WfsCVvCHwicJJRE5SS+IIfEf8jf5w6 MaL12tcD5auUkMpi65Oyc2yr9hI= Received: from LT1006.local (127.0.1.254 [127.0.1.254]) by mail.scd-systems.net (OpenSMTPD) with ESMTPSA id 8f9aff84 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Fri, 22 May 2020 09:12:04 +0000 (UTC) From: Charles Subject: Rock64 dwc interface issues To: freebsd-arm@freebsd.org Reply-To: charlesr@scd-systems.net Message-ID: <877d6e2d-6cd8-30f3-08c3-60a2bacb5873@scd-systems.net> Date: Fri, 22 May 2020 11:12:03 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49T12z5vsQz43KB X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=scd-systems.net header.s=default header.b=oUHKoGs9; dmarc=none; spf=pass (mx1.freebsd.org: domain of charlesr@scd-systems.net designates 37.120.173.96 as permitted sender) smtp.mailfrom=charlesr@scd-systems.net X-Spamd-Result: default: False [-2.19 / 15.00]; HAS_REPLYTO(0.00)[charlesr@scd-systems.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[scd-systems.net:s=default]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.95)[-0.948]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_SHORT(0.08)[0.076]; DKIM_TRACE(0.00)[scd-systems.net:+]; DMARC_NA(0.00)[scd-systems.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-0.82)[-0.816]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:197540, ipnet:37.120.160.0/19, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 09:12:13 -0000 Hi, I am currently trying to setup my Rock64 V2.0 SoC with FreeBSD (Image: http://ftp.freebsd.org/pub/FreeBSD/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-ROCK64-20200514-r361019.img.xz) The spi from the rock64 board is not flashed and the sd-card is booting successful FreeBSD. But the dwc0 network interface makes trouble. At first I tried to reach the soc by ssh without success, the connection ends into a timeout. Next i tried to reach the board by icmp requests from other machines and i only got approx. every 3-4 packets answered back from the rock. The arp table from the rock64 machine is fine, same on the other side. icmp outout: # ping 192.168.178.79 PING 192.168.178.79 (192.168.178.79): 56 data bytes 64 bytes from 192.168.178.79: icmp_seq=3 ttl=64 time=0.422 ms 64 bytes from 192.168.178.79: icmp_seq=7 ttl=64 time=0.295 ms 64 bytes from 192.168.178.79: icmp_seq=8 ttl=64 time=0.284 ms 64 bytes from 192.168.178.79: icmp_seq=11 ttl=64 time=0.289 ms 64 bytes from 192.168.178.79: icmp_seq=12 ttl=64 time=0.282 ms tcpdump dump from the rock: # tcpdump -i dwc0 -n icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on dwc0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:24:30.275479 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 0, length 64 01:24:31.286399 IP truncated-ip - 16384 bytes missing! 192.168.178.21 > 192.168.242.79: ICMP echo request, id 20996, seq 4097, length 16448 01:24:33.400434 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 3, length 64 01:24:33.400533 IP 192.168.178.79 > 192.168.178.21: ICMP echo reply, id 20996, seq 3, length 64 01:24:34.460477 IP truncated-ip - 16384 bytes missing! 192.168.242.21 > 192.168.178.79: ICMP echo request, id 20996, seq 4, length 16448 01:24:35.512486 IP 192.168.178.21 > 192.168.186.79: ICMP echo request, id 20996, seq 5, length 64 01:24:36.572512 IP truncated-ip - 16384 bytes missing! 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 6, length 16448 01:24:37.632534 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 7, length 64 01:24:37.632631 IP 192.168.178.79 > 192.168.178.21: ICMP echo reply, id 20996, seq 7, length 64 01:24:38.688549 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 8, length 64 01:24:38.688640 IP 192.168.178.79 > 192.168.178.21: ICMP echo reply, id 20996, seq 8, length 64 01:24:39.709363 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 9, length 64 01:24:40.711011 IP truncated-ip - 16384 bytes missing! 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 10, length 16448 01:24:41.712351 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 11, length 64 01:24:41.712449 IP 192.168.178.79 > 192.168.178.21: ICMP echo reply, id 20996, seq 11, length 64 01:24:42.775589 IP 192.168.178.21 > 192.168.178.79: ICMP echo request, id 20996, seq 12, length 64 01:24:42.775677 IP 192.168.178.79 > 192.168.178.21: ICMP echo reply, id 20996, seq 12, length 64 Output ifconfig: dwc0: flags=8843 metric 0 mtu 1500 options=80008 ether 3a:6f:36:64:e6:9c inet 192.168.178.79 netmask 0xffffff00 broadcast 192.168.178.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 dmesg: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r361019: Thu May 14 09:26:15 UTC 2020 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-0-gd32170dbd5b) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! KLD file umodem.ko is missing dependencies Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface MAP fbf1b000 mode 2 pages 1 MAP fbf24000 mode 2 pages 1 MAP fbf27000 mode 2 pages 1 MAP fef30000 mode 2 pages 16 WARNING: Device "kbd" is Giant locked and may bware Device Tree> simplebus0: on ofwbus0 clk_fixed0: on ofwbus0 rk_grf0: mem 0xff100000-0xff100fff on ofwbus0 rk3328_cru0: mem 0xff440000-0xff440fff on ofwbus0 rk3328_cru0: cannot get parent at idx 6 Cannot set frequency for clk: aclk_bus_pre, error: 34 rk3328_cru0: Failed to set aclk_bus_pre to a frequency of 15000000 Cannot set frequency for clk: aclk_peri_pre, error: 34 rk3328_cru0: Failed to set aclk_peri_pre to a frequency of 15000000 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 simple_mfd0: mem 0xff450000-0xff45ffff on ofwbus0 psci0: on ofwbus0 gic0: mem 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff8140s 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff210000-0xff2100ff irq 52 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff220000-0xff2200ff irq 53 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff230000-0xff2300ff irq 54 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff240000-0xff2400ff irq 55 on rk_pinctrl0 gpiobus3: on gpio3 rk_i2c0: mem 0xff160000-0xff160fff irq 16 on ofwbus0 iicbus0: on rk_i2c0 rk805_pmu0: at addr 0x30 irq 56 on iicbus0 generic_timer0: irq 4,5,6,7 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_tsadc0: mem 0xff250000-0xff2500ff irq 22 on ofwbus0 cpuliseq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 uart0: <16750 or compatible> mem 0xff130000-0xff1300ff irq 14 on ofwbus0 uart0: console (-1,n,8,1) iic0: on iicbus0 rockchip_dwmmc0: mem 0xff500000-0xff503fff irq 41 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a mmc0: on rockchip_dwmmc0 rockchip_dwmmc1: mem 0xff520000-0xff523fff irq 43 on ofwbus0 rockchip_dwmmc1: Hardware version ID is 270a mmc1: on rockchip_dwmmc1 dwc0: mem 0xff540000-0xff54ffff irq 44 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseT0baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 3a:6f:36:64:e6:9c dwcotg0: mem 0xff580000-0xff5bffff irq 46 on ofwbus0 usbus0 on dwcotg0 ehci0: mem 0xff5c0000-0xff5cffff irq 47 on ofwbus0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci0: mem 0xff5d0000-0xff5dffff irq 48 on ofwbus0 usbus2 on ohci0 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioled0: on ofwbus0 gpioled0: failed to map pin gpioled0: failed to map pin cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 Obsolete code will be removed soon: random(9) is the obsolete Park-Miller LCG from 1988 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on usbus0 ugen2.1: at usbus2 uhub2 on usbus2 uhub2: on usbus2 mmcsd0: 32GB at mmc0 50.0MHz/4bit/2048-block mmc1: No compatible cards found on bus Release APs...done CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Instruction Set Attributes 0 = Instruction Set Attributes 1 = <> Processor Features 0 = Processor Features 1 = <> Memory Model Features 0 = Memory Model Features 1 = <8bit VMID> Memory Model Features 2 = <32bit CCIDX,48bit VA> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Debug FeatureCortex-A53 r0p4 affinity: 3 WARNING: WITNESS option enabled, expect reduced performance. Warning: no time-of-day clock registered, system time will not be set accurately uhub2: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered lo0: link state changed to UP dwc0: link state changed to DOWN dwc0: link state changed to UP Does anyone know this issue ? Best, Charles From owner-freebsd-arm@freebsd.org Fri May 22 16:11:15 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B1D982CCF1F for ; Fri, 22 May 2020 16:11:15 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TBLV38tgz4VrN for ; Fri, 22 May 2020 16:11:13 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590163865; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cGXEAs3h8ln0CvITaULuRw+golSSZSXdn8R6On6Y+fI=; b=AA9AvEpNWPSJzgdXLl72igFipDHgMmHvAst63Rr/iQyrtgnvILZMc+OCI91eQux/3xqu/V S5HbtX4BXB365FU1pg+qa1WO0Mi5Usy1vwO6eOF0oXUyx3ezeEN2C7TZdzbb9lkaj1JlKN B8o9uMQmpMCylNa3YNch0Lch09oji4M= Date: Fri, 22 May 2020 16:11:04 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49TBLV38tgz4VrN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=AA9AvEpN; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.74)[-0.744]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 16:11:15 -0000 May 22, 2020 12:47 AM, "Dan Kotowski" wr= ote:=0A=0A> I spent some time looking at that NetBSD Layerscape code - I = couldn't figure out how to add it=0A> trivially to the current HEAD on my= own, so I'm looking forward to seeing how we're going to yeet=0A> that i= n for testing...=0A=0ASomething like this:=0A=0Ahttps://github.com/myfree= web/freebsd/commit/6cbdafbc310b9a0fa4d046f71979aa01302e8b0b=0A=0Ahttps://= send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4P4CBw From owner-freebsd-arm@freebsd.org Fri May 22 17:23:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AAAE92CF398 for ; Fri, 22 May 2020 17:23:58 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TCyP6BYsz4bw2 for ; Fri, 22 May 2020 17:23:57 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qk1-x744.google.com with SMTP id f189so11457761qkd.5 for ; Fri, 22 May 2020 10:23:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=872S0J+VivdZUvkLFyGmRnXviyrPSTaakgryRu+DbjM=; b=RHjRpVYCvtxGxcQolVTrGBVhpDpdS3JzwMZgC4f1OYy5uZ+Vfqg8lOhNLDLZG27IDc e9FLTfMcjJ9T1kq/ZdK8ho1FU/XKL2KboF/ouYeVkpIaIVmBvq5ykx0EA7hfMYgDDWl2 bvXIZXf4mPM+1xsK9xEPU3QdyUIlsOly8Hoa7jpsVb4J8tx8MylFx+W8pZ9F8ZOiptgO E3oh5fkVDj+OWfJxp0lSLv1nPnTNsmzlBcn9t4wQ0gceZWgw143150h41QU48r1NxcjF WP7bbAfW/TdhPgTbmtkZ/NFlSR8CCYNNion8jip6IhYXjTEdeU+DcjJCTkPm36DUKh2c lzhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=872S0J+VivdZUvkLFyGmRnXviyrPSTaakgryRu+DbjM=; b=GX7w4epjxS8F5fGP/j+6xliksfPGvaN1Kug52LNqfnYBa7GAbgUpj7Lhu8026yD3nI Hyd5fEY3Vu6TOgfhFt2DEVf2t4cj4ZZyJjeiS9uNCOSxyOttCcijmcw3P0uSBvhiKtJO pm5Z+owGfP806Uj6n2+lzLjvxMrHYqIgcXIRBTNgIO6vONDgIY4qIBrf13VL0b1mYi6e OscawuBA1pNjuzubjUyWJ8wnClMDgfQKktmOZYbWKkGfrTGc4Er5wb5/d8eJXKkANwkr ySjjbpQTIHi87T5MfoqOC8Uki15MT+8j1Cntg5VKCJ3IFRNekwtLUvEU0itJiYDXhBua BKHA== X-Gm-Message-State: AOAM5337uj4TSeKrkqdA82fTDFYvwOHO3opQumXIGDfYoZam2dod3S6+ NItiBW0bNhw0nXPJ9IA2vd8Vht2Lkp/kbEya0gYUHuHG X-Google-Smtp-Source: ABdhPJxhZ8g2NhM5IN6QgIukmcVWhH2LxuaZVTv0FGxNNDg1MRlAik61/62z5H95FuoCIZa+7jNYL6R+Vusx+JL74CE= X-Received: by 2002:a05:620a:4e2:: with SMTP id b2mr2645885qkh.16.1590168236997; Fri, 22 May 2020 10:23:56 -0700 (PDT) MIME-Version: 1.0 References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> In-Reply-To: From: Marcin Wojtas Date: Fri, 22 May 2020 19:23:45 +0200 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: Greg V Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49TCyP6BYsz4bw2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=RHjRpVYC; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::744) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-2.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.891]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.86)[-0.863]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::744:from]; NEURAL_HAM_SHORT(-0.02)[-0.017]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 17:23:58 -0000 wt., 19 maj 2020 o 19:45 napisa=C5=82(a): > > May 19, 2020 7:57 PM, "Marcin Wojtas" wrote: > > > wt., 19 maj 2020 o 18:42 napisa=C5=82(a): > > > >> May 19, 2020 7:11 PM, "Dan Kotowski" = wrote: > >> > >> Getting closer... > >> dmesg.boot: https://gist.github.com/agrajag9/99d26385be0f49a8a4f046f15= a2c0f08 > >> > >> "iicbus0: at addr 0x77" nice! > >> Would be great if you could run `i2c -s` also. > >> > >> Scanning I2C devices on /dev/iic0: 01 02 03 04 05 06 07 08 09 0a 0b 0c= 0d 0e 0f 10 11 12 13 14 [..] > >> > >> Hey look at that! A bunch of numbers! Hopefully they mean more to you = than they do to me... > >> > >> hmm, it shouldn't report all numbers as present. oh well. > >> > >> sdhci_acpi0-slot0 seems to have hung the boot process for almost 5min = waiting for various timeouts. > >> > >> oops, so they didn't really make generic sdhci work :D > >> > >> Well turns out we do have a Freescale ESDHC driver already. > >> It doesn't have DMA so performance won't be great (but SD/MMC is bad s= tuff anyway lol). > >> (interesting dev note: NetBSD gets away with just some quirks in the s= dhci acpi driver: > >> SDHC_FLAG_HAVE_DVS|SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_= ENHANCED) > >> > >> No worries - once I can get a reliable install, I hope to never need t= o touch those again anyways. > >> I mostly am hoping to get eMMC so I can flash updated firmware, assumi= ng the errata list is correct > >> and my silicon rev CAN boot from firmware on eMMC and it was a layer 8= failure. > >> > >> Trying to add ACPI support to it: > >> > >> https://send.firefox.com/download/926c72b043182c40/#49y3TaeL7_hif_YEHU= FQ2g > >> > >> Latest dmesg.boot: https://gist.github.com/agrajag9/f4e8186e4cea7da1e5= d8887a8d74dd7a > >> > >> "mmcsd0: 32GB at mmc0= 43.7MHz/4bit/65535-block" > >> is better than before, but controller timeouts are sad. Welp. > >> > >> If anyone is interested in debugging this (with the device in hand), m= y ACPI attachment patch is: > >> https://github.com/myfreeweb/freebsd/commit/4abb60611c53b6bf109e8854f6= 0ecc697419cf1c > >> > >> Once again, maybe NetBSD's way of supporting this (slight quirks in th= e generic ACPI SDHCI driver) > >> would be better than fsl_sdhci. > > > > Do you have a knowledge if LS2KX controller is common with the one > > found in LS1046? If that may help, we are going to upstream it (need > > some rework after rebasing from 11.x). > > From a quick look at Linux, should be very similar. > LX2160 uses just "fsl,esdhc" which is handled by the same driver as "fsl,= ls1046a-esdhc" > but w/o any specific clock data. > > https://github.com/torvalds/linux/blob/master/drivers/mmc/host/sdhci-of-e= sdhc.c > https://github.com/SolidRun/edk2-platforms/blob/eec706c2d693be0b3793d9180= e7d1a4813a526cf/Silicon/NXP/LX2160A/Include/DeviceTreeInclude/fsl-lx2160a.d= tsi#L364-L387 > > The changes you're going to upstream, are they for fsl_sdhci or generic s= dhci? In the original patch, the fsl_sdhci did not work well, due to endianness issues and really significant register differences between ppc and arm64 QoriQ sdhci controllers. I hope it will be submitted some time in June by its author, you will be added to review. From owner-freebsd-arm@freebsd.org Fri May 22 21:12:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 997392DD18A for ; Fri, 22 May 2020 21:12:08 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TK1g501nz3dff for ; Fri, 22 May 2020 21:12:07 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Fri, 22 May 2020 21:11:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590181923; bh=AXys8QNzqnCEVcIn6l/7g9RsVXu4eBwLohKmZp0OXCw=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=q0508U9dLYnVMuIExXK/WoucXS84cPG5g8MGD7b3li9qPMX14CCvuNvo4a1DdInLp iVlKlTGtqnPrKy+uDsKC24rLMUH2mpRH+jdLVTCjnCwAoTuc+uxmVQa2IsGxlb41Yn p3KMSmBlLe4voh47gOaEWxbtDavI3MWl7U1oqCGs= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49TK1g501nz3dff X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=q0508U9d; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.134 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-4.25 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.134:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-1.16)[-1.162]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.134:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 21:12:08 -0000 > > I spent some time looking at that NetBSD Layerscape code - I couldn't f= igure out how to add it > > trivially to the current HEAD on my own, so I'm looking forward to seei= ng how we're going to yeet > > that in for testing... > > Something like this: > > https://github.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71979a= a01302e8b0b > > https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4P4CB= w https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5835ff Line 404: panic: Misaligned access from kernel space! From owner-freebsd-arm@freebsd.org Fri May 22 22:38:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BEC442F00AD for ; Fri, 22 May 2020 22:38:58 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TLxs4J60z41xD for ; Fri, 22 May 2020 22:38:56 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590187129; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=TJ9e0JhA0/4dRedlAE9jjPwvFLLJQ2wgcF/CIJNmQIs=; b=MZMhyDNS5G06KUTiCO9gH2EJfQFbzCFvkvJul/lZ6tG4SRdGTBXQUc2VV9S8ejLnhoRIoP NS9zcFO/Ncb5QbsYqSgl6mzEySqaDVYwaiki3E50rC13ibZF7t0CPN8Bu3/LQu0lzy/yhS XNzHWDjr9shQ1qeqlQNZ6pJUrnhHTbE= Date: Fri, 22 May 2020 22:38:47 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49TLxs4J60z41xD X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=MZMhyDNS; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.49)[-0.492]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 22:38:58 -0000 May 23, 2020 12:11 AM, "Dan Kotowski" wr= ote:=0A=0A>> I spent some time looking at that NetBSD Layerscape code - I= couldn't figure out how to add it=0A>> trivially to the current HEAD on = my own, so I'm looking forward to seeing how we're going to yeet=0A>> tha= t in for testing...=0A>> =0A>> Something like this:=0A>> =0A>> https://gi= thub.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71979aa01302e8b0= b=0A>> =0A>> https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pB= q1dP1K2_4P4CBw=0A> =0A> https://gist.github.com/agrajag9/b214aa837d0ed6bb= 14139770ff5835ff=0A> =0A> Line 404: panic: Misaligned access from kernel = space!=0A=0Aoops, I actually have to care about the `bytes` parameter..= =0A=0Aat least I got the ACPI-walking on the first try :)=0A=0Ahttps://se= nd.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0Wq0uw From owner-freebsd-arm@freebsd.org Fri May 22 23:32:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A7082F0A76 for ; Fri, 22 May 2020 23:32:51 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TN820LHTz43Y0 for ; Fri, 22 May 2020 23:32:49 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Fri, 22 May 2020 23:32:38 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590190366; bh=vITAcmdk4pcM25glgN3fxgLmI9eSY7cqDZCUAviQkCc=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=0LrdPfn7GmbG0g7hX04uekVoH2A+tnE87IDnPu22lA4Ba6NAX8ld5BbWhfV8pSE8Q 0cwZGb1wC/K7TyZlqMPWloTDfW/VOLOc4VG10XHcQE3E0O4eCpqXaok1QItl4yJQ5o ddiDyXGLdvqkYmaijuN4x1sPuSH2yVCwNN2vCu4U= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49TN820LHTz43Y0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=0LrdPfn7; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-0.99)[-0.987]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.90)[-0.900]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 May 2020 23:32:51 -0000 > > > I spent some time looking at that NetBSD Layerscape code - I couldn't= figure out how to add it > > > trivially to the current HEAD on my own, so I'm looking forward to se= eing how we're going to yeet > > > that in for testing... > > > Something like this: > > > https://github.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71= 979aa01302e8b0b > > > https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4= P4CBw > > > > https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5835ff > > Line 404: panic: Misaligned access from kernel space! > > oops, I actually have to care about the`bytes` parameter.. > > at least I got the ACPI-walking on the first try :) > > https://send.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0Wq0u= w https://gist.github.com/agrajag9/b47d63484fa51eed535d8a43625a5276 Feels like progress - got a shell, but still some significant failures: PMU: ``` pmu0: Unable to setup interrupt handler. device_attach: pmu0 attach returned 6 ``` PCI: ``` pci2: on pcib2 pcib2: allocated bus range (1-1) for rid 0 of pci2 pci2: domain=3D1, physical bus=3D1 pci2: pci1:1:0:0 bar 0x10 failed to allocate ``` AHCI: ``` ahci0: Bus is cache-coherent ahci0: Bus is cache-coherent ahci0: iomem 0x3200000-0x320ffff,0x700100520-0x70010= 0523 on acpi0 ahci0: unable to map interrupt device_attach: ahci0 attach returned 6 ahci0: Bus is cache-coherent ahci0: Bus is cache-coherent ahci0: iomem 0x3210000-0x321ffff on acpi0 ahci0: unable to map interrupt device_attach: ahci0 attach returned 6 ahci0: Bus is cache-coherent ahci0: Bus is cache-coherent ahci0: iomem 0x3220000-0x322ffff on acpi0 ahci0: unable to map interrupt device_attach: ahci0 attach returned 6 ahci0: Bus is cache-coherent ahci0: Bus is cache-coherent ahci0: iomem 0x3230000-0x323ffff on acpi0 ahci0: unable to map interrupt device_attach: ahci0 attach returned 6 ``` From owner-freebsd-arm@freebsd.org Sat May 23 00:37:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0D65C2F1BB4 for ; Sat, 23 May 2020 00:37:28 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TPZZ5FzXz463C for ; Sat, 23 May 2020 00:37:26 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590194244; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=f6AMzCUabzjIK8NwkE+V8AHeJNZbIlZqJEMIuAu1PBw=; b=ZALy0H9eXg/3/VkFXU3iD3uhzmwCG0gzRg3DhRWpEQQ4WczZgwxf2+Cck05PqQ3vIbEgNZ VC2XE6euSbIlqhq4h92ZquT19GY2Dy8gU5JEqSj98Dz/ZNlzxI9bB79ozhPid6U9VAoGEU Bs8xDr0UE5OPZuAmp7xALOqgk3qxA4s= Date: Sat, 23 May 2020 00:37:23 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49TPZZ5FzXz463C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=ZALy0H9e; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.39 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.38)[-0.376]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 00:37:28 -0000 May 23, 2020 2:32 AM, "Dan Kotowski" wro= te:=0A=0A>>> I spent some time looking at that NetBSD Layerscape code - I= couldn't figure out how to add it=0A>>> trivially to the current HEAD on= my own, so I'm looking forward to seeing how we're going to yeet=0A>>> t= hat in for testing...=0A>>> Something like this:=0A>>> https://github.com= /myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71979aa01302e8b0b=0A>>> = https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4P4CB= w=0A>> =0A>> https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5= 835ff=0A>> Line 404: panic: Misaligned access from kernel space!=0A>> =0A= >> oops, I actually have to care about the`bytes` parameter..=0A>> =0A>> = at least I got the ACPI-walking on the first try :)=0A>> =0A>> https://se= nd.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0Wq0uw=0A> =0A>= https://gist.github.com/agrajag9/b47d63484fa51eed535d8a43625a5276=0A=0A= =0Ahmmm. there's now a pcib2: at device 0.0 on pci1=0A= =0Aand it actually does allocate memory, after the root fails to:=0A=0Apc= ib1: rman_reserve_resource: start=3D0x670000000, end=3D0x67003ffff, count= =3D0x40000=0Apcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, = rid=3D28, start=3D0000000670000000, end=3D000000067003ffff, count=3D00000= 00000040000, flags=3D4800=0Apcib2: allocated memory range (0x70040000-0x7= 007ffff) for rid 1c of pci1:1:0:0=0A=0Aiiiinteresting. Try to kldload mpr= /mps/whatever? Also insert the nvme drive From owner-freebsd-arm@freebsd.org Sat May 23 01:07:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8CAD42F2802 for ; Sat, 23 May 2020 01:07:52 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TQFg52vyz47cR for ; Sat, 23 May 2020 01:07:51 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Sat, 23 May 2020 01:07:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590196068; bh=m3yAtdyB8ApZELxmkhtQrFc2HsVojTkOTiAHMvv4uCo=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=qY3rJjf+TitO4NILWpYQsLAMeN3g5P4smOG4nVWCuo9rQp5z6jbyYgqOyx2rfKzz9 IHxEPIjTXoQZdRMj9stix1fqYHks3+490FcUM5CJ4We4ub9gE5OouL/tRSeGzP0Znt RRM11osd3M4mTif1poEWlVXIh10S6b/ZfYME1aXA= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49TQFg52vyz47cR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=qY3rJjf+; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.97 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.86)[-0.858]; NEURAL_HAM_MEDIUM(-1.01)[-1.012]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 01:07:52 -0000 > > > > I spent some time looking at that NetBSD Layerscape code - I couldn= 't figure out how to add it > > > > trivially to the current HEAD on my own, so I'm looking forward to = seeing how we're going to yeet > > > > that in for testing... > > > > Something like this: > > > > https://github.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f= 71979aa01302e8b0b > > > > https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2= _4P4CBw > > > > > > https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5835ff > > > Line 404: panic: Misaligned access from kernel space! > > > oops, I actually have to care about the`bytes` parameter.. > > > at least I got the ACPI-walking on the first try :) > > > https://send.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0= Wq0uw > > > > https://gist.github.com/agrajag9/b47d63484fa51eed535d8a43625a5276 > > hmmm. there's now a pcib2: at device 0.0 on pci1 > > and it actually does allocate memory, after the root fails to: > > pcib1: rman_reserve_resource: start=3D0x670000000, end=3D0x67003ffff, cou= nt=3D0x40000 > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D28, sta= rt=3D0000000670000000, end=3D000000067003ffff, count=3D0000000000040000, fl= ags=3D4800 > pcib2: allocated memory range (0x70040000-0x7007ffff) for rid 1c of pci1:= 1:0:0 > > iiiinteresting. Try to kldload mpr/mps/whatever? Also insert the nvme dri= ve https://gist.github.com/agrajag9/226018f25c9c5dd9c5dec4d5ea1b767d It just kept looping like that for about 5min before I killed it. But it de= finitely reads the firmware version correctly - it's been on a shelf for a = while. But I'm thinking maybe the card isn't initializing right - there's n= one of the usual output during POST - so I'm going to dig up that PCI power= cable and the RX480 tomorrow and try those. As for NVMe, it panics before I get to a shell. From owner-freebsd-arm@freebsd.org Sat May 23 01:26:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5D932F3379 for ; Sat, 23 May 2020 01:26:00 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TQfc0stfz48Yt for ; Sat, 23 May 2020 01:25:59 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x844.google.com with SMTP id l1so9832539qtp.6 for ; Fri, 22 May 2020 18:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LrATBp/1hebNLFn/mqo/X1iYjMouZPG/2MukCxthVnA=; b=pZVPKGWXu/xttOAr/m2x/XRpHGwN2Ji06hGIDaleBgf7hL9ChiBLBuo0G7xUA2GMHo CzYoWBod5H9Z31CKnI0MvwxiAbeNF9qhDubsP46lb2H+NES7n5TEpmHRTrtrAxxvVNML AGI2ftFAwHYll6snbOmpNhr0UDoRw02rVvOKG67SYj3dKCEMZnAbw1wfq/ZVbVwxgsn4 LIGMkSO9d55fredJ5GC1gGSZyOjAn1cHFIkjnscRYmJ1yRv3uNsHVm9j079IR4J4WRoN pd7hR7s2LIRfA2Bo5E5IcFBMebyOpiiRqIU6rZrelDKnYdy5uRVy6klqMrdjC8ASwP+U /j3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LrATBp/1hebNLFn/mqo/X1iYjMouZPG/2MukCxthVnA=; b=f2MWz7g5dM44zZOTc7rn/I5zRlfzWY53sfp2pwBvtcUmWQ4H0kKXOHdT2Sx2jrtc8R EVI8TRnxVuE2hi4WZrm/po+qf0nqTQ9kULjsGM/s2qQuGGxtjp7p5Xg1yTFmIEhB7Vrx pkEVreNc4VJE4U+wx1tgW/v5gj8JOCEe4Y+8ugpypgy/m3d/jNRDYYOnmGyYz/wPT/mV V9SbpILBF5GTA2sh5jg1Yll2WFVVk4UST8aOkqwsJYi7jJLKT5Si7pNSLTKHymhY1c0V POMMV677bBfB+rkfbQqPAWjXOU8eqCQBfCoOixL4XsRbs3soWl9eP8LbuHn3DoWe8TuN kzVQ== X-Gm-Message-State: AOAM533Gpvf0d1cpGmPRVG79xg3ZZVWCwbrki3tyHgzU0o6gtZ+jXlGS cYgXsQPntoa5QwFOnZmUBHu1cyIEn6EebISBtRBNB5I/ X-Google-Smtp-Source: ABdhPJycN7emmTohd6XwUkTAnfSQkGCN2JskbI8LLJtxVec1vsa4SmVbb1BZVT9Nmz+ASGeDbr7LqiOsxY9avWFj5kA= X-Received: by 2002:ac8:3722:: with SMTP id o31mr18421624qtb.175.1590197159132; Fri, 22 May 2020 18:25:59 -0700 (PDT) MIME-Version: 1.0 References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> In-Reply-To: From: Warner Losh Date: Fri, 22 May 2020 19:25:48 -0600 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: Dan Kotowski Cc: "greg@unrelenting.technology" , freebsd-arm X-Rspamd-Queue-Id: 49TQfc0stfz48Yt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=pZVPKGWX; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::844) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.08 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.94)[-0.939]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.16)[-0.157]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::844:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 01:26:00 -0000 On Fri, May 22, 2020 at 7:07 PM Dan Kotowski wrote: > > > > > I spent some time looking at that NetBSD Layerscape code - I > couldn't figure out how to add it > > > > > trivially to the current HEAD on my own, so I'm looking forward to > seeing how we're going to yeet > > > > > that in for testing... > > > > > Something like this: > > > > > > https://github.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71979aa01302e8b0b > > > > > > https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4P4CBw > > > > > > > > https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5835ff > > > > Line 404: panic: Misaligned access from kernel space! > > > > oops, I actually have to care about the`bytes` parameter.. > > > > at least I got the ACPI-walking on the first try :) > > > > > https://send.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0Wq0uw > > > > > > https://gist.github.com/agrajag9/b47d63484fa51eed535d8a43625a5276 > > > > hmmm. there's now a pcib2: at device 0.0 on pci1 > > > > and it actually does allocate memory, after the root fails to: > > > > pcib1: rman_reserve_resource: start=0x670000000, end=0x67003ffff, > count=0x40000 > > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3, rid=28, > start=0000000670000000, end=000000067003ffff, count=0000000000040000, > flags=4800 > > pcib2: allocated memory range (0x70040000-0x7007ffff) for rid 1c of > pci1:1:0:0 > > > > iiiinteresting. Try to kldload mpr/mps/whatever? Also insert the nvme > drive > > https://gist.github.com/agrajag9/226018f25c9c5dd9c5dec4d5ea1b767d > > It just kept looping like that for about 5min before I killed it. But it > definitely reads the firmware version correctly - it's been on a shelf for > a while. But I'm thinking maybe the card isn't initializing right - there's > none of the usual output during POST - so I'm going to dig up that PCI > power cable and the RX480 tomorrow and try those. > > As for NVMe, it panics before I get to a shell. > Where? Warner From owner-freebsd-arm@freebsd.org Sat May 23 01:46:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A5422F409F for ; Sat, 23 May 2020 01:46:50 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TR6d18ffz49kc for ; Sat, 23 May 2020 01:46:48 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sat, 23 May 2020 01:46:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590198406; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=v7aUUxrG3hSv2+b8u0cG/8PjouMk0SwpbE/Ll81Wbn0=; b=MQxfnJuomIS1CgoURugy26+ROk6rdNRCgUuO/XR/2Ru/nq3lneFqnpCbQmKQW5oOSM6eBS ouFNvezp3jPq9uR7pRqwHir6z8Muymtm8kTvuu47+VkF0dv/zZP1L7gCTToyUG8QCetm6L p6xV+sjaDzyIx1epZsoO3Tn6Cwc7Wr0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Warner Losh , Dan Kotowski CC: freebsd-arm Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> Message-ID: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49TR6d18ffz49kc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=MQxfnJuo; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-0.997]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.58)[-0.581]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 01:46:50 -0000 On May 23, 2020 1:25:48 AM UTC, Warner Losh wrote: >On Fri, May 22, 2020 at 7:07 PM Dan Kotowski >wrote: > >> > > > > I spent some time looking at that NetBSD Layerscape code - I >> couldn't figure out how to add it >> > > > > trivially to the current HEAD on my own, so I'm looking forward= to >> seeing how we're going to yeet >> > > > > that in for testing=2E=2E=2E >> > > > > Something like this: >> > > > > >> https://github=2Ecom/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71= 979aa01302e8b0b >> > > > > >> https://send=2Efirefox=2Ecom/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2= _4P4CBw >> > > > >> > > > https://gist=2Egithub=2Ecom/agrajag9/b214aa837d0ed6bb14139770ff58= 35ff >> > > > Line 404: panic: Misaligned access from kernel space! >> > > > oops, I actually have to care about the`bytes` parameter=2E=2E >> > > > at least I got the ACPI-walking on the first try :) >> > > > >> https://send=2Efirefox=2Ecom/download/6406af63fee41a8a/#FnEEayn7igQ_eTG= s0Wq0uw >> > > >> > > https://gist=2Egithub=2Ecom/agrajag9/b47d63484fa51eed535d8a43625a52= 76 >> > >> > hmmm=2E there's now a pcib2: at device 0=2E0 on pci1 >> > >> > and it actually does allocate memory, after the root fails to: >> > >> > pcib1: rman_reserve_resource: start=3D0x670000000, end=3D0x67003ffff, >> count=3D0x40000 >> > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D28, >> start=3D0000000670000000, end=3D000000067003ffff, count=3D0000000000040= 000, >> flags=3D4800 >> > pcib2: allocated memory range (0x70040000-0x7007ffff) for rid 1c of >> pci1:1:0:0 >> > >> > iiiinteresting=2E Try to kldload mpr/mps/whatever? Also insert the nv= me >> drive >> >> https://gist=2Egithub=2Ecom/agrajag9/226018f25c9c5dd9c5dec4d5ea1b767d >> >> It just kept looping like that for about 5min before I killed it=2E But= it >> definitely reads the firmware version correctly - it's been on a shelf = for >> a while=2E But I'm thinking maybe the card isn't initializing right - t= here's >> none of the usual output during POST - so I'm going to dig up that PCI >> power cable and the RX480 tomorrow and try those=2E >> >> As for NVMe, it panics before I get to a shell=2E >> > >Where? You can see that in the gist: "NVME polled command failed to complete with= in 1s" Same as before (with straight ECAM)=2E Looks like straight ECAM *is* supposed to work, after all (with limitation= s on bifurcation or something, I've heard)=2E The code I'm porting from Net= BSD does use that same ECAM space when touching non-0 busses=2E Whoops, I might've been working on increasing features instead of fixing b= ugs=2E=2E :D It's odd that what's failing is just polling I/O with the devices, and aft= er successful reads=2E Does that smell like cache issues or something? From owner-freebsd-arm@freebsd.org Sat May 23 05:14:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6EAE92F8534 for ; Sat, 23 May 2020 05:14:10 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49TWjr60Vbz4MQW for ; Sat, 23 May 2020 05:14:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04N5E3vn078925 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 22 May 2020 22:14:04 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04N5E3LI078924; Fri, 22 May 2020 22:14:03 -0700 (PDT) (envelope-from fbsd) Date: Fri, 22 May 2020 22:14:03 -0700 From: bob prohaska To: Mika??l Urankar Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200523051403.GA78879@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> <20200522172813.GA77725@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200522172813.GA77725@www.zefox.net> X-Rspamd-Queue-Id: 49TWjr60Vbz4MQW X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.70 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.53)[0.530]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.27)[0.274]; NEURAL_HAM_MEDIUM(-0.00)[-0.005]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 05:14:10 -0000 On Fri, May 22, 2020 at 10:28:13AM -0700, bob prohaska wrote: > On Fri, May 22, 2020 at 06:38:40PM +0200, Mika??l Urankar wrote: > > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : > > > > > > Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? > > > Attempts to start X under 12.1-STABLE r361271 GENERIC fail with > > > a report of "failed to open /dev/io". There is indeed no /dev/io, > > > but there's also no /dev/io on a pi2 running 12-stable. > > > > > > Nor does there seem to be a kernel module with matching name.... > > > > I looked at the code and it's only a warning: > > if ((IoFd = open("/dev/io", O_RDWR)) == -1) { > > xf86Msg(X_WARNING, "xf86EnableIO: " > > "Failed to open /dev/io for extended I/O\n"); > > > > Can you post the whole Xorg log somewhere? > > > > I'm in the process now of cleaning up, deinstalling everything and > starting over, this time using -DBATCH from the start. The whole > fiasco started when I succumbed to the temptations offered by > dialog4ports (docs are good, amdgpu on a Pi made no sense). > > At the very least it'll bring the system to a reproducible state. > The cleanup is complete, running the command X -configure as root put in the logfile root@nemesis:~ # more /var/log/Xorg.0.log [252792.514] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [252792.515] Build Operating System: FreeBSD 12.1-STABLE arm64 [252792.515] Current Operating System: FreeBSD nemesis.zefox.com 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 [252792.517] Build Date: 22 May 2020 09:25:08PM [252792.517] [252792.517] Current version of pixman: 0.40.0 [252792.517] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [252792.517] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [252792.518] (==) Log file: "/var/log/Xorg.0.log", Time: Fri May 22 21:50:03 2020 [252792.518] (II) Loader magic: 0x43a5e0 [252792.518] (II) Module ABI versions: [252792.518] X.Org ANSI C Emulation: 0.4 [252792.518] X.Org Video Driver: 24.1 [252792.518] X.Org XInput driver : 24.1 [252792.518] X.Org Server Extension : 10.0 [252792.520] List of video drivers: [252792.520] scfb [252792.520] modesetting [252792.520] (II) LoadModule: "scfb" [252792.521] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [252792.521] (II) Module scfb: vendor="X.Org Foundation" [252792.521] compiled for 1.20.8, module version = 0.0.5 [252792.521] ABI class: X.Org Video Driver, version 24.1 [252792.521] (II) LoadModule: "modesetting" [252792.522] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [252792.522] (II) Module modesetting: vendor="X.Org Foundation" [252792.522] compiled for 1.20.8, module version = 1.20.8 [252792.523] Module class: X.Org Video Driver [252792.523] ABI class: X.Org Video Driver, version 24.1 [252792.523] (WW) xf86EnableIO: Failed to open /dev/io for extended I/O [252792.523] (WW) Falling back to old probe method for scfb [252792.523] scfb trace: probe start [252792.523] (WW) Falling back to old probe method for modesetting [252792.523] No devices to configure. Configuration failed. [252792.524] (EE) Server terminated with error (2). Closing log file. That repeats the missing /dev/io error seen previously. Another correspondent asked what happens if startx is run by a regular user on the console. That log file is different: root@nemesis:~ # more /var/log/Xorg.1.log [253234.555] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [253234.556] Build Operating System: FreeBSD 12.1-STABLE arm64 [253234.556] Current Operating System: FreeBSD nemesis.zefox.com 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 [253234.557] Build Date: 22 May 2020 09:25:08PM [253234.557] [253234.558] Current version of pixman: 0.40.0 [253234.558] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [253234.558] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [253234.558] (==) Log file: "/var/log/Xorg.1.log", Time: Fri May 22 21:57:25 2020 [253234.559] (==) Using config directory: "/usr/local/etc/X11/xorg.conf.d" [253234.560] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [253234.561] (==) No Layout section. Using the first Screen section. [253234.561] (==) No screen section available. Using defaults. [253234.561] (**) |-->Screen "Default Screen Section" (0) [253234.561] (**) | |-->Monitor "" [253234.563] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [253234.563] (**) | |-->Device "Card0" [253234.563] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [253234.563] (==) Automatically adding devices [253234.563] (==) Automatically enabling devices [253234.563] (==) Not automatically adding GPU devices [253234.563] (==) Max clients allowed: 256, resource mask: 0x1fffff [253234.564] (==) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/, catalogue:/usr/local/etc/X11/fontpath.d [253234.564] (==) ModulePath set to "/usr/local/lib/xorg/modules" [253234.564] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [253234.564] (II) Loader magic: 0x43a5e0 [253234.564] (II) Module ABI versions: [253234.564] X.Org ANSI C Emulation: 0.4 [253234.564] X.Org Video Driver: 24.1 [253234.564] X.Org XInput driver : 24.1 [253234.564] X.Org Server Extension : 10.0 [253234.565] (II) LoadModule: "glx" [253234.565] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [253234.576] (II) Module glx: vendor="X.Org Foundation" [253234.576] compiled for 1.20.8, module version = 1.0.0 [253234.576] ABI class: X.Org Server Extension, version 10.0 [253234.576] (II) LoadModule: "scfb" [253234.576] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [253234.577] (II) Module scfb: vendor="X.Org Foundation" [253234.577] compiled for 1.20.8, module version = 0.0.5 [253234.577] ABI class: X.Org Video Driver, version 24.1 [253234.577] (II) scfb: driver for wsdisplay framebuffer: scfb [253234.578] (--) Using syscons driver with X support (version 2.0) [253234.578] (--) using VT number 9 [253234.578] (WW) Falling back to old probe method for scfb [253234.578] scfb trace: probe start [253234.578] (II) scfb(0): using default device [253234.578] scfb trace: probe done [253234.578] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [253234.578] scfb: PreInit 0 [253234.578] (II) scfb(0): Using: depth (24), width (1920), height (1200) [253234.578] (EE) scfb(0): Specified fbbpp (24) is not a permitted value [253234.579] (II) UnloadModule: "scfb" [253234.579] (EE) Screen(s) found, but none have a usable configuration. [253234.579] (EE) Fatal server error: [253234.579] (EE) no screens found(EE) [253234.579] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [253234.579] (EE) Please also check the log file at "/var/log/Xorg.1.log" for additional information. [253234.579] (EE) [253234.580] (EE) Server terminated with error (1). Closing log file. --More--(END) The gripe about 24bpp being "not permitted" looks wrong, unless there's not enough video memory allocated. Having different failures for different users strikes me as very odd. It rather suggests a permissions problem, but permissions aren't mentioned in the logs. If you can think of something to test please instruct. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat May 23 06:24:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E8292F947D for ; Sat, 23 May 2020 06:24:08 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id 49TYGb3rgXz4PYs for ; Sat, 23 May 2020 06:24:07 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (unknown [69.84.7.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id C38DD9CF38; Sat, 23 May 2020 06:24:04 +0000 (UTC) From: Marcel Flores Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Missing /dev/io on rpi3 running 12-stable Date: Fri, 22 May 2020 23:23:56 -0700 In-Reply-To: <20200523051403.GA78879@www.zefox.net> Cc: freebsd-arm@freebsd.org To: bob prohaska References: <20200520164642.GA70838@www.zefox.net> <20200522172813.GA77725@www.zefox.net> <20200523051403.GA78879@www.zefox.net> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49TYGb3rgXz4PYs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-1.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.907]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[brickporch.com]; NEURAL_HAM_LONG(-0.91)[-0.912]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.22)[-0.219]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 06:24:08 -0000 > On May 22, 2020, at 10:14 PM, bob prohaska wrote: >=20 > On Fri, May 22, 2020 at 10:28:13AM -0700, bob prohaska wrote: >> On Fri, May 22, 2020 at 06:38:40PM +0200, Mika??l Urankar wrote: >>> Le mer. 20 mai 2020 ?? 18:46, bob prohaska a = ??crit : >>>>=20 >>>> Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? >>>> Attempts to start X under 12.1-STABLE r361271 GENERIC fail with >>>> a report of "failed to open /dev/io". There is indeed no /dev/io, >>>> but there's also no /dev/io on a pi2 running 12-stable. >>>>=20 >>>> Nor does there seem to be a kernel module with matching name.... >>>=20 >>> I looked at the code and it's only a warning: >>> if ((IoFd =3D open("/dev/io", O_RDWR)) =3D=3D -1) { >>> xf86Msg(X_WARNING, "xf86EnableIO: " >>> "Failed to open /dev/io for extended I/O\n"); >>>=20 >>> Can you post the whole Xorg log somewhere? >>>=20 >>=20 >> I'm in the process now of cleaning up, deinstalling everything and >> starting over, this time using -DBATCH from the start. The whole >> fiasco started when I succumbed to the temptations offered by >> dialog4ports (docs are good, amdgpu on a Pi made no sense). >>=20 >> At the very least it'll bring the system to a reproducible state.=20 >>=20 > The cleanup is complete, running the command=20 > X -configure=20 > as root put in the logfile=20 > root@nemesis:~ # more /var/log/Xorg.0.log > [252792.514]=20 > X.Org X Server 1.20.8 > X Protocol Version 11, Revision 0 > [252792.515] Build Operating System: FreeBSD 12.1-STABLE arm64=20 > [252792.515] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 > [252792.517] Build Date: 22 May 2020 09:25:08PM > [252792.517] =20 > [252792.517] Current version of pixman: 0.40.0 > [252792.517] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [252792.517] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [252792.518] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Fri May = 22 21:50:03 2020 > [252792.518] (II) Loader magic: 0x43a5e0 > [252792.518] (II) Module ABI versions: > [252792.518] X.Org ANSI C Emulation: 0.4 > [252792.518] X.Org Video Driver: 24.1 > [252792.518] X.Org XInput driver : 24.1 > [252792.518] X.Org Server Extension : 10.0 > [252792.520] List of video drivers: > [252792.520] scfb > [252792.520] modesetting > [252792.520] (II) LoadModule: "scfb" > [252792.521] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [252792.521] (II) Module scfb: vendor=3D"X.Org Foundation" > [252792.521] compiled for 1.20.8, module version =3D 0.0.5 > [252792.521] ABI class: X.Org Video Driver, version 24.1 > [252792.521] (II) LoadModule: "modesetting" > [252792.522] (II) Loading = /usr/local/lib/xorg/modules/drivers/modesetting_drv.so > [252792.522] (II) Module modesetting: vendor=3D"X.Org Foundation" > [252792.522] compiled for 1.20.8, module version =3D 1.20.8 > [252792.523] Module class: X.Org Video Driver > [252792.523] ABI class: X.Org Video Driver, version 24.1 > [252792.523] (WW) xf86EnableIO: Failed to open /dev/io for extended = I/O > [252792.523] (WW) Falling back to old probe method for scfb > [252792.523] scfb trace: probe start > [252792.523] (WW) Falling back to old probe method for modesetting > [252792.523] No devices to configure. Configuration failed. > [252792.524] (EE) Server terminated with error (2). Closing log file. >=20 > That repeats the missing /dev/io error seen previously. >=20 > Another correspondent asked what happens if startx is run > by a regular user on the console. That log file is different: >=20 > root@nemesis:~ # more /var/log/Xorg.1.log > [253234.555]=20 > X.Org X Server 1.20.8 > X Protocol Version 11, Revision 0 > [253234.556] Build Operating System: FreeBSD 12.1-STABLE arm64=20 > [253234.556] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 > [253234.557] Build Date: 22 May 2020 09:25:08PM > [253234.557] =20 > [253234.558] Current version of pixman: 0.40.0 > [253234.558] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [253234.558] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [253234.558] (=3D=3D) Log file: "/var/log/Xorg.1.log", Time: Fri May = 22 21:57:25 2020 > [253234.559] (=3D=3D) Using config directory: = "/usr/local/etc/X11/xorg.conf.d" > [253234.560] (=3D=3D) Using system config directory = "/usr/local/share/X11/xorg.conf.d" > [253234.561] (=3D=3D) No Layout section. Using the first Screen = section. > [253234.561] (=3D=3D) No screen section available. Using defaults. > [253234.561] (**) |-->Screen "Default Screen Section" (0) > [253234.561] (**) | |-->Monitor "" > [253234.563] (=3D=3D) No device specified for screen "Default Screen = Section". > Using the first device section listed. > [253234.563] (**) | |-->Device "Card0" > [253234.563] (=3D=3D) No monitor specified for screen "Default Screen = Section". > Using a default monitor configuration. > [253234.563] (=3D=3D) Automatically adding devices > [253234.563] (=3D=3D) Automatically enabling devices > [253234.563] (=3D=3D) Not automatically adding GPU devices > [253234.563] (=3D=3D) Max clients allowed: 256, resource mask: = 0x1fffff > [253234.564] (=3D=3D) FontPath set to: > /usr/local/share/fonts/misc/, > /usr/local/share/fonts/TTF/, > /usr/local/share/fonts/OTF/, > /usr/local/share/fonts/Type1/, > /usr/local/share/fonts/100dpi/, > /usr/local/share/fonts/75dpi/, > catalogue:/usr/local/etc/X11/fontpath.d > [253234.564] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" > [253234.564] (II) The server relies on udev to provide the list of = input devices. > If no devices become available, reconfigure udev or disable = AutoAddDevices. > [253234.564] (II) Loader magic: 0x43a5e0 > [253234.564] (II) Module ABI versions: > [253234.564] X.Org ANSI C Emulation: 0.4 > [253234.564] X.Org Video Driver: 24.1 > [253234.564] X.Org XInput driver : 24.1 > [253234.564] X.Org Server Extension : 10.0 > [253234.565] (II) LoadModule: "glx" > [253234.565] (II) Loading = /usr/local/lib/xorg/modules/extensions/libglx.so > [253234.576] (II) Module glx: vendor=3D"X.Org Foundation" > [253234.576] compiled for 1.20.8, module version =3D 1.0.0 > [253234.576] ABI class: X.Org Server Extension, version 10.0 > [253234.576] (II) LoadModule: "scfb" > [253234.576] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [253234.577] (II) Module scfb: vendor=3D"X.Org Foundation" > [253234.577] compiled for 1.20.8, module version =3D 0.0.5 > [253234.577] ABI class: X.Org Video Driver, version 24.1 > [253234.577] (II) scfb: driver for wsdisplay framebuffer: scfb > [253234.578] (--) Using syscons driver with X support (version 2.0) > [253234.578] (--) using VT number 9 >=20 > [253234.578] (WW) Falling back to old probe method for scfb > [253234.578] scfb trace: probe start > [253234.578] (II) scfb(0): using default device > [253234.578] scfb trace: probe done > [253234.578] (WW) VGA arbiter: cannot open kernel arbiter, no = multi-card support > [253234.578] scfb: PreInit 0 > [253234.578] (II) scfb(0): Using: depth (24), width (1920), = height (1200) > [253234.578] (EE) scfb(0): Specified fbbpp (24) is not a permitted = value > [253234.579] (II) UnloadModule: "scfb" > [253234.579] (EE) Screen(s) found, but none have a usable = configuration. > [253234.579] (EE)=20 > Fatal server error: > [253234.579] (EE) no screens found(EE)=20 > [253234.579] (EE)=20 > Please consult the The X.Org Foundation support=20 > at http://wiki.x.org > for help.=20 > [253234.579] (EE) Please also check the log file at = "/var/log/Xorg.1.log" for additional information. > [253234.579] (EE)=20 > [253234.580] (EE) Server terminated with error (1). Closing log file. > --More--(END) >=20 > The gripe about 24bpp being "not permitted" looks wrong, unless = there's > not enough video memory allocated. >=20 > Having different failures for different users strikes me as very odd. > It rather suggests a permissions problem, but permissions aren't=20 > mentioned in the logs. >=20 > If you can think of something to test please instruct. >=20 > Thanks for reading, >=20 > bob prohaska >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9D Seems like the later error is the same as described here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246319 = and https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021596.html = -m From owner-freebsd-arm@freebsd.org Sat May 23 09:30:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25A052FCD7F for ; Sat, 23 May 2020 09:30:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49TdQ10ynLz4cSS for ; Sat, 23 May 2020 09:30:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uAIIr5oVM1k7bM2g90ogwUl7StAnRo3_3B2vDPNxaw53R.YlMihbkCXic470k6C 6UMKws4S.1J.PS7CWpYkpksfbaaND_WYfWv79U6kq.ZQ3.mUol3g9OTPf75jCP1cYmsBBw.q5vFx Klutx0gaiFZm.xLsDtfnM7JBJN8rJulaZqfE.t8epjm2rCPQhdBbxu5fhq93jdY.XdgBEpXnTw3t gRVgFgWF6p5z9kmGn6C_RNwYvW5g1bBQL8Jxl1N0vlKfWYmURWLA4CN.K_E16pqu9RCuntu468.4 FQmeqjGe9NMvEsVdodxM2r5wdWLhd9VVNmxl5LHlUeoyJ0voCj7mHrjfAsQ52S9JhOwXD0hQO9bY U2gfuAn8.Ud2OVXyRPUypn.9073YBXzfO1RoaI.zVPp0MWAGFlH_pgVaamZhVr1QSwja2_3GGZZO eJEA9Vvl8muY9A0avBzqrh6n6eqUEE4kAE9puv6aTG8DPzI1sTsa6_e3u9jQw_3k6iCiPMIKYHvT EAxulupg000LxVS9M80aP.9.i0vxp9lR0afAYhO.xxS5pLyyERGkTJCGg4gJ7oeTAABpDtOhk78Y IZxYfTmu0bZHCXMgVEdI7A32vCtgvTqTjykXKZjxhwSoTit2HEzoiFgBrolnG8fKdCY1WI9JsILQ Y4oNLoghUNTtS99y4mOxeoZach9a8WNGs2Iw4wqXj6QqxkUxKxJ7PGX4G1FVTxA4ro1Z8t1B33ZX QKGCMY_mKBx6VmW07vImYlJVE3kXDrMs0zSfnqMzm6_IN4ZaaLNd4MGJOkPMNIA9kZuY_EnuYle4 STj3wiuv2rdc637rr71hc7V7ocBseYRz6un8vVx.UOfVdKhPzlzFrNntgSaA7fYnxuBXfHFmnpbz 88ryyJaYFFvpW118dBwsvGyzcl.YbVdfcqSCTjJUXn1r4SBywyInWGi53_4K3iRC8EwvKG28FVhQ 7_dJ1VvWrWIioKZxtxXPd8g5IfigP7BzpRlqvw7qg6nzbn8WHl0EcsT.pxXWHhyXYAb6J_iu27DU I.fewz6PhaUQ4ap1OuOQimmh0i868RGn.42Z3X3eTci1Ust3SoLvZ0TmWVl6CBDZAq7o2fD2zpqC 7_s9OkrhMNYXnUtOkQxKP8GyFxCzp2DeILpFPxcySN.SechYS2Gwg0TKiluYBY4hXsxpEoYlyGOI iqI354CFjDH7etnGKt4uSjEmRgQ9PUINQ6rJ95iT8cGfcK01YB78K3mypNShHE33DXz9f_fXhiXw ilQVVmAYFN0gsFgBd36PlrbxGY8pcubVW3angfr9.AqsdAWJXjcy2wMKFG9GXN967mFhGFvyYSwl adz6n91k.cNGGrX3uSEBW.uyxy7tgYtyWHDeJi_zgpNXIpMwAt40aGI1eWrPdEyPMVcdow2Yk3Jw iNEvFEY_2yOkoeTlTSZPO Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 May 2020 09:30:47 +0000 Received: by smtp429.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5ad1cae1cf7a1e3d417cda291cc5ba77; Sat, 23 May 2020 09:30:42 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: Date: Sat, 23 May 2020 02:30:40 -0700 Cc: Marcel Flores , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200520164642.GA70838@www.zefox.net> <20200522172813.GA77725@www.zefox.net> <20200523051403.GA78879@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49TdQ10ynLz4cSS X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.23 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.147:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.99)[-0.990]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.147:from]; NEURAL_HAM_SHORT(-0.70)[-0.703]; NEURAL_HAM_MEDIUM(-1.04)[-1.041]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 09:30:50 -0000 On 2020-May-22, at 23:23, Marcel Flores = wrote: >=20 >> On May 22, 2020, at 10:14 PM, bob prohaska = wrote: >>=20 >> On Fri, May 22, 2020 at 10:28:13AM -0700, bob prohaska wrote: >>> On Fri, May 22, 2020 at 06:38:40PM +0200, Mika??l Urankar wrote: >>>> Le mer. 20 mai 2020 ?? 18:46, bob prohaska a = ??crit : >>>>>=20 >>>>> Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? >>>>> Attempts to start X under 12.1-STABLE r361271 GENERIC fail with >>>>> a report of "failed to open /dev/io". There is indeed no /dev/io, >>>>> but there's also no /dev/io on a pi2 running 12-stable. >>>>>=20 >>>>> Nor does there seem to be a kernel module with matching name.... >>>>=20 >>>> I looked at the code and it's only a warning: >>>> if ((IoFd =3D open("/dev/io", O_RDWR)) =3D=3D -1) { >>>> xf86Msg(X_WARNING, "xf86EnableIO: " >>>> "Failed to open /dev/io for extended I/O\n"); >>>>=20 >>>> Can you post the whole Xorg log somewhere? >>>>=20 >>>=20 >>> I'm in the process now of cleaning up, deinstalling everything and >>> starting over, this time using -DBATCH from the start. The whole >>> fiasco started when I succumbed to the temptations offered by >>> dialog4ports (docs are good, amdgpu on a Pi made no sense). >>>=20 >>> At the very least it'll bring the system to a reproducible state.=20 >>>=20 >> The cleanup is complete, running the command=20 >> X -configure=20 >> as root put in the logfile=20 >> root@nemesis:~ # more /var/log/Xorg.0.log >> [252792.514]=20 >> X.Org X Server 1.20.8 >> X Protocol Version 11, Revision 0 >> [252792.515] Build Operating System: FreeBSD 12.1-STABLE arm64=20 >> [252792.515] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 >> [252792.517] Build Date: 22 May 2020 09:25:08PM >> [252792.517] =20 >> [252792.517] Current version of pixman: 0.40.0 >> [252792.517] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [252792.517] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [252792.518] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Fri May = 22 21:50:03 2020 >> [252792.518] (II) Loader magic: 0x43a5e0 >> [252792.518] (II) Module ABI versions: >> [252792.518] X.Org ANSI C Emulation: 0.4 >> [252792.518] X.Org Video Driver: 24.1 >> [252792.518] X.Org XInput driver : 24.1 >> [252792.518] X.Org Server Extension : 10.0 >> [252792.520] List of video drivers: >> [252792.520] scfb >> [252792.520] modesetting >> [252792.520] (II) LoadModule: "scfb" >> [252792.521] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so >> [252792.521] (II) Module scfb: vendor=3D"X.Org Foundation" >> [252792.521] compiled for 1.20.8, module version =3D 0.0.5 >> [252792.521] ABI class: X.Org Video Driver, version 24.1 >> [252792.521] (II) LoadModule: "modesetting" >> [252792.522] (II) Loading = /usr/local/lib/xorg/modules/drivers/modesetting_drv.so >> [252792.522] (II) Module modesetting: vendor=3D"X.Org Foundation" >> [252792.522] compiled for 1.20.8, module version =3D 1.20.8 >> [252792.523] Module class: X.Org Video Driver >> [252792.523] ABI class: X.Org Video Driver, version 24.1 >> [252792.523] (WW) xf86EnableIO: Failed to open /dev/io for extended = I/O >> [252792.523] (WW) Falling back to old probe method for scfb >> [252792.523] scfb trace: probe start >> [252792.523] (WW) Falling back to old probe method for modesetting >> [252792.523] No devices to configure. Configuration failed. >> [252792.524] (EE) Server terminated with error (2). Closing log file. >>=20 >> That repeats the missing /dev/io error seen previously. >>=20 >> Another correspondent asked what happens if startx is run >> by a regular user on the console. That log file is different: >>=20 >> root@nemesis:~ # more /var/log/Xorg.1.log >> [253234.555]=20 >> X.Org X Server 1.20.8 >> X Protocol Version 11, Revision 0 >> [253234.556] Build Operating System: FreeBSD 12.1-STABLE arm64=20 >> [253234.556] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 >> [253234.557] Build Date: 22 May 2020 09:25:08PM >> [253234.557] =20 >> [253234.558] Current version of pixman: 0.40.0 >> [253234.558] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [253234.558] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [253234.558] (=3D=3D) Log file: "/var/log/Xorg.1.log", Time: Fri May = 22 21:57:25 2020 >> [253234.559] (=3D=3D) Using config directory: = "/usr/local/etc/X11/xorg.conf.d" >> [253234.560] (=3D=3D) Using system config directory = "/usr/local/share/X11/xorg.conf.d" >> [253234.561] (=3D=3D) No Layout section. Using the first Screen = section. >> [253234.561] (=3D=3D) No screen section available. Using defaults. >> [253234.561] (**) |-->Screen "Default Screen Section" (0) >> [253234.561] (**) | |-->Monitor "" >> [253234.563] (=3D=3D) No device specified for screen "Default Screen = Section". >> Using the first device section listed. >> [253234.563] (**) | |-->Device "Card0" >> [253234.563] (=3D=3D) No monitor specified for screen "Default Screen = Section". >> Using a default monitor configuration. >> [253234.563] (=3D=3D) Automatically adding devices >> [253234.563] (=3D=3D) Automatically enabling devices >> [253234.563] (=3D=3D) Not automatically adding GPU devices >> [253234.563] (=3D=3D) Max clients allowed: 256, resource mask: = 0x1fffff >> [253234.564] (=3D=3D) FontPath set to: >> /usr/local/share/fonts/misc/, >> /usr/local/share/fonts/TTF/, >> /usr/local/share/fonts/OTF/, >> /usr/local/share/fonts/Type1/, >> /usr/local/share/fonts/100dpi/, >> /usr/local/share/fonts/75dpi/, >> catalogue:/usr/local/etc/X11/fontpath.d >> [253234.564] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" >> [253234.564] (II) The server relies on udev to provide the list of = input devices. >> If no devices become available, reconfigure udev or disable = AutoAddDevices. >> [253234.564] (II) Loader magic: 0x43a5e0 >> [253234.564] (II) Module ABI versions: >> [253234.564] X.Org ANSI C Emulation: 0.4 >> [253234.564] X.Org Video Driver: 24.1 >> [253234.564] X.Org XInput driver : 24.1 >> [253234.564] X.Org Server Extension : 10.0 >> [253234.565] (II) LoadModule: "glx" >> [253234.565] (II) Loading = /usr/local/lib/xorg/modules/extensions/libglx.so >> [253234.576] (II) Module glx: vendor=3D"X.Org Foundation" >> [253234.576] compiled for 1.20.8, module version =3D 1.0.0 >> [253234.576] ABI class: X.Org Server Extension, version 10.0 >> [253234.576] (II) LoadModule: "scfb" >> [253234.576] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so >> [253234.577] (II) Module scfb: vendor=3D"X.Org Foundation" >> [253234.577] compiled for 1.20.8, module version =3D 0.0.5 >> [253234.577] ABI class: X.Org Video Driver, version 24.1 >> [253234.577] (II) scfb: driver for wsdisplay framebuffer: scfb >> [253234.578] (--) Using syscons driver with X support (version 2.0) >> [253234.578] (--) using VT number 9 >>=20 >> [253234.578] (WW) Falling back to old probe method for scfb >> [253234.578] scfb trace: probe start >> [253234.578] (II) scfb(0): using default device >> [253234.578] scfb trace: probe done >> [253234.578] (WW) VGA arbiter: cannot open kernel arbiter, no = multi-card support >> [253234.578] scfb: PreInit 0 >> [253234.578] (II) scfb(0): Using: depth (24), width (1920), = height (1200) >> [253234.578] (EE) scfb(0): Specified fbbpp (24) is not a permitted = value >> [253234.579] (II) UnloadModule: "scfb" >> [253234.579] (EE) Screen(s) found, but none have a usable = configuration. >> [253234.579] (EE)=20 >> Fatal server error: >> [253234.579] (EE) no screens found(EE)=20 >> [253234.579] (EE)=20 >> Please consult the The X.Org Foundation support=20 >> at http://wiki.x.org >> for help.=20 >> [253234.579] (EE) Please also check the log file at = "/var/log/Xorg.1.log" for additional information. >> [253234.579] (EE)=20 >> [253234.580] (EE) Server terminated with error (1). Closing log file. >> --More--(END) >>=20 >> The gripe about 24bpp being "not permitted" looks wrong, unless = there's >> not enough video memory allocated. >>=20 >> Having different failures for different users strikes me as very odd. >> It rather suggests a permissions problem, but permissions aren't=20 >> mentioned in the logs. >>=20 >> If you can think of something to test please instruct. >>=20 >> Thanks for reading, >>=20 >> bob prohaska >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9D >=20 >=20 > Seems like the later error is the same as described here: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246319 = >=20 > and >=20 > https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021596.html = I found the RPi3 (and related) fix in FreeBSD head's sys/arm/broadcom/bcm2835/bcm2835_fbd.c : QUOTE Revision 352028 - (view) (download) (annotate) - [select for diffs]=20 Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo=20 File length: 7261 byte(s)=20 Diff to previous 331229 [rpi] Inherit framebuffer BPP value from the VideoCore firmware Instead of using hardcoded bpp of 24, obtain current/configured value from VideoCore. This solves certain problems with Xorg/Qt apps that require bpp of 32 to work properly. The mode can be forced by setting framebuffer_depth value in config.txt PR: 235363 Submitted by: Steve Peurifoy END QUOTE The change leads to my RPi3 boot context reporting what is used as: fb0: on simplebus0 fb0: keeping existing fb bpp of 32 So: efifb's figure was picked up by fb and then fb's figure was picked up by scfb. Conclusion: An MFC to older contexts would be appropriate. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 23 21:18:54 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 90D342DE3CF for ; Sat, 23 May 2020 21:18:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49Tx713cRTz3SN9 for ; Sat, 23 May 2020 21:18:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1YemS08VM1mfRgnlk12DeOi5pX.dAmPG8.PJ.JlF2hFj6mMOVxU.o8s9R.PLeUQ HbvX42_cO8Tw1RR5FhfedTGvtXTsFvER4ank_vsajafJhEigMrk6fvxT2knX4EBfO.1.t2Rlx2IS AFlOxRZTMjQHEMzdfeBaFjw79dgxxf2uib7sA0AdzkrRpKjN.AAcu725orxQBfn8iamQ3KrKS015 7nZa_gHI6M2DqAq0tBN9B1dSUDv31FyQww4SlfdnFDG1HmaoXn2PE9Mt6sU6PVMA3vgn47Kc7vLK SYwZcqLkPZ0WOwhWkiGtQqs1E40EchW0YkCcDDt9IuEQGZUeJmjTBDcThHakamSlVvHPoGABqSBS qBQiKXK1i8RuP3.KhSD6t1dXJFIq9ZphmRE1GigMCQy8bNakw0AQb3rdVaUWqKt4eauuh93SM9AE gbln.XvcJW_FOK0EsTit.yd6vs2WzYWug3frnefpGOA2ZwaUMaoHVJflBmmK9kuSgKaepDTDgeDy rFu6uEV3C35v4AjPPguklN0l5Nyqpmq1MLYr47AQ.L.mGXbY0v4Vi6.gREMo.1dFpvS73FzsR2OL EbgZ2gVZPJVPYbbDq2Kz9Dgx3FNzd1yR4uJ_QemqPIt6qJzPRm9uTytXnut1._3qr9mi4dQfHqjf aNAiJPPv9qqf_K9D6Gq9qAVb4uhrZeJfT1kk9hLh53FvVXG17sXR0t210fFW2ZFLs7qSC1Fnjq2j .4w.QBG0Z3TimfpEjCww3OTja3W739alpmeKRK4DHQcB5AzYz6RerHMgfIsJaii5xpNqkh3sfboj RdicR_3flT_TnTFxWVxBy3_KfDO39rxtVt3qpW9vK9bTpOf4kgVu63AOWvVjJUdZk84j_5hummI5 cYiTQ3KWr5Bw6y_ZKAYV37emF.1CBlbf7iCoiKSduQvnWoxIkQh8qKX5mgej4oDltmKCOMkQyQCk 5YK3KoK.ivYhOb7YqwDZu7NAgdR.UPBI5XSk8mICSTLv2Np1bPtgkSC5QW9gZ1NczxJ8mZAQRYuv FK.Kb8CMTs6qOnTPKeCYAHN4qlVVTKYS8duWG0n1T0DW9HzMBDZNGB52oXw8tuIvS8qqOWxK8tGM 2oFjeAGAnTm2Y_EIOlkdXenTNcVoQ67pcKd.ZRH.xIz8qt.wGQafzx6ZT4SX3QB9AYsSnVv4LoJS V0PnFlBMNq0FcSIGfTXhhWxx1jF_jVNR_E2ngnZzI9zJf88.X6nTXKm08TNk59m.ombdJuBNnbco QgsFKbfDKFdjhYd6umbdgFQ5tu2w4LExLwFgU93cMlsC1fFe5ufap1phJ8312h8zNeiIebz.2Opl bIq0wb2wh4s1dXEKHdEwqZGPQqVWa8XLnutRhII2s4bFprIii.fuAp2pJrlxULaoqPyZOcGknV.6 qm3O2vWpqK0kdlxkzRgkJODyBMFU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 23 May 2020 21:18:51 +0000 Received: by smtp416.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 39ce8dda6319c0b779238ce768013dbc; Sat, 23 May 2020 21:18:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: <20200520181633.GA71007@www.zefox.net> Date: Sat, 23 May 2020 14:18:47 -0700 Cc: freebsd-arm , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <220B02C9-C84C-423E-9569-F36F9D7119BD@yahoo.com> References: <20200520164642.GA70838@www.zefox.net> <20200520181633.GA71007@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Tx713cRTz3SN9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.37 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.009]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; NEURAL_HAM_SHORT(-0.81)[-0.814]; NEURAL_HAM_MEDIUM(-1.05)[-1.053]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 21:18:54 -0000 On 2020-May-20, at 11:16, bob prohaska wrote: > On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: >> Le mer. 20 mai 2020 ?? 18:46, bob prohaska a = ??crit : >>>=20 >>> Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? >>> Attempts to start X under 12.1-STABLE r361271 GENERIC fail with >>> a report of "failed to open /dev/io". There is indeed no /dev/io, >>> but there's also no /dev/io on a pi2 running 12-stable. >>>=20 >>> Nor does there seem to be a kernel module with matching name.... >>>=20 >>> Thanks for reading! >>>=20 >>> bob prohaska >>=20 >> I haven't looked closely but it seems the error is in >> x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) >>=20 >=20 > Alas, the remedy does not suggest itself, at least not to me.... >=20 > Can somebody offer a hint? Only partially . . . I've got a RPi3 going and: A) It has the xf86EnableIO routine that would try the open and call xf86Msg to report the issue. B) Setting a breakpoint on xf86EnableIO and running never triggers the breakpoint in my context. So having USE_DEV_IO defined is not sufficient to see the problem. You have one context that gets the problem and another that does not (changing users). Overall suggests that there is some login-specific configuration is controlling which way it works at runtime. A possibility here is: QUOTE 20200220: AFFECTS: users of x11-servers/xorg-server AUTHOR: zeising@FreeBSD.org x11-servers/xorg-server has been updated to 1.20.7. With this update, xorg-server has switched from using the devd backend = to the udev backend for device configuration on FreeBSD 12 and 13. If = you have issues with input devices, please see the install message for details. The HAL backend option has been completely removed, as it was = deprecated. If you have problems with input devices, ensure that both x11/libinput = and x11-drivers/xf86-input-libinput are installed. They are installed in = the default configuration, but if you have a custom configuration, they = might not be. END QUOTE Are you using udev in both user contexts? devd? A mix across the = contexts? I'm consistently using udev. This does seem to match up with what you have reported in that the context that worked had the below message (for example) but the failing one did not: [253234.564] (II) The server relies on udev to provide the list of input = devices. If no devices become available, reconfigure udev or disable = AutoAddDevices. The message was before reporting the "Module ABI versions" information. So your failing context is either devd based or still has the = environment configured for HAL or is otherwise messed up such that udev is not in use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 23 22:46:13 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A47C02DFED4 for ; Sat, 23 May 2020 22:46:13 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Tz3m1qlHz3Ypk for ; Sat, 23 May 2020 22:46:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 04NMkCsI081217 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 May 2020 15:46:12 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04NMkCE1081216; Sat, 23 May 2020 15:46:12 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 May 2020 15:46:11 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200523224611.GA80843@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49Tz3m1qlHz3Ypk X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.62 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.36)[0.365]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.18)[-0.178]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.54)[0.536]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 May 2020 22:46:13 -0000 On Fri, May 22, 2020 at 10:51:32PM -0700, Mark Millard wrote: > > They implicitly suggest that fbbpp needs to be set to 32 (for the sparse 32 bit > framebuffer layout). You may want to try -fbbpp 32 on the command that starts > the server to find out if it proves dsufficient. > Apparently something more clever than X -fbbpp 32 or startx -fbbpp 32 is required. Neither seems to make a difference. Can the -fbbpp parameter be set in xorg.conf? Right now it contains: Section "Files" EndSection Section "Module" Load "dbe" Disable "dri" Disable "dri2" Disable "glx" SubSection "extmod" Option "omit xfree86-dga" EndSubSection EndSection Section "ServerFlags" Option "AIGLX" "false" Option "NoAccel" "True" Option "NoDRI" "True" Option "DRI" "False" Option "DRI2" "False" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" EndSection Section "Monitor" Identifier "Monitor" EndSection Section "Device" Identifier "Generic FB" Driver "scfb" Option "NoAccel" "True" EndSection Section "Screen" Identifier "Screen" Device "Generic FB" Monitor "Monitor" DefaultDepth 16 SubSection "Display" Depth 16 EndSubsection EndSection Section "ServerLayout" Identifier "layout" Screen 0 "Screen" 0 0 InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Thanks for reading! bob prohaska