From owner-freebsd-arm@freebsd.org Sun Mar 7 02:16:26 2021 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 82728554448 for ; Sun, 7 Mar 2021 02:16:26 +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 4DtQ7s2qBNz3hD7 for ; Sun, 7 Mar 2021 02:16:25 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 1272GTZZ000149 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 6 Mar 2021 18:16:29 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1272GSdc000148; Sat, 6 Mar 2021 18:16:28 -0800 (PST) (envelope-from fbsd) Date: Sat, 6 Mar 2021 18:16:28 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) Message-ID: <20210307021628.GA99890@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DtQ7s2qBNz3hD7 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 [0.88 / 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)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.98)[0.978]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; 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]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 02:16:26 -0000 On Sat, Mar 06, 2021 at 03:14:46PM -0800, Mark Millard via freebsd-arm wrote: > bob prohaska fbsd at www.zefox.net wrote on > Sat Mar 6 17:38:40 UTC 2021 : > > > On Sat, Mar 06, 2021 at 11:42:06AM +0000, Mark Murray wrote: > > > > > > > > > > On 6 Mar 2021, at 11:37, Gordon Bergling wrote: > > > > Done in e797dc58bd29c5bc0873fc620fc11d5332f90e7f. Thanks for the approval. > > > > > > You are welcome. Thanks for doing the work! > > > > > > M > > > -- > > > > Any hint when a bootable snapshot image might become available? > > The target host is an 8GB Pi4 without a serial console, so it's > > limited to USB keyboard and HDMI console, no wired ethernet. > > Are you picky about debug-builds ( main [so 14] ) vs. non-debug > builds ( stable/13 or releng/13.0 based )? > Nope. > Also, are you picky about sysutils/rpi-firmware already being > up to date in what you get vs. your having to replace the files > with files from a recent sysutils/rpi-firmware build? > Not at all. > Technically I've no clue how to know what sysutils/rpi-firmware > vintage or sysutils/u-boot-rpi4-arm64 vintage would be used in > future builds on the FreeBSD build servers. The FreeBSD commit > hash/id does not identify that information in any way that I > know of. For past builds, as far as I know one must examine the > files contained and back trace the vintage that they came from. > Nothing reports what it takes to reproduce the context that I > know of. Such points seem to be involved for all media-builds > that have sysutils/* materials providing some the media content. > The git versioning scheme does seem to leave us with a raging case of chicken-vs-egg syndrome. An imperfect solution would be an improvement over the status quo. But, blind optimism triumphed over hard-earned experience, at least in this case 8-) Herb's advice worked, by combining the most recent Pi4 snapshot with the msdos files in the link provided in Manu's post: https://github.com/raspberrypi/firmware I probably wasn't efficient about it, simply overwriting everything that looked obviously relevant (and expecting to break something like the path to the kernel) but it worked. The HDMI console text is too big, but the keyboard works and top seems to see all 8 GB of RAM. Didn't think to check the mouse 8-( Alas, with no wired ethernet at the location I can't do much as-is. However, it does motivate me to consider a second Pi4 to be placed in my private "data center". Altogether it is a large step forward. Many thanks for all your help! bob prohaska > === > 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 Sun Mar 7 05:30:48 2021 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 F21BB5592F6 for ; Sun, 7 Mar 2021 05:30:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.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 4DtVS738qzz3t4y for ; Sun, 7 Mar 2021 05:30:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615095045; bh=NQk2pRmZiNAgj/Mc1H3XWC5gSAD+sAlKSP9GQDFdTQt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RsGH2a8gBz1wk0Zog0D5U8GFab7LhNXoH/qqtiAOeW6NzYqxZ8OuIzYW2ELHp7pxinXvTM8LDSkQuafxz3wr0t6MBBrImLdAyVjfD/eMg8Uhj+hMwuBBljDHRgaS9AW4nsBcEDtbRD3Mgy5RUkT/hc0wvH4jKE75Ks2QaGV0v1Zk6hEqmOx1bXS4GmbbJKld1IV2rZzcoMnfGxOE+tYSRmIFyGG02kCBX4HoAVU2H+wr/yEOMgunAzKkCK4G0dQ3CTzN4NmDJDEGd9HdXkLO+w09PYUE11tn+UfxKQDc52uiqaTINVc1e9hLIGUqz5AYpQCAnYQYGVx0srYgaXNVCw== X-YMail-OSG: 5ThjM9MVM1nIdHLjZdbVH4_0rPKr4jBRYT5bLoqD2EGUxR0D_VZ0o.e16Bq0iYA D3rrnc.wulQpzs_sigHGa3qK_1A6ArQ5shOvV19zijR2LeKmKGeLIkroOYfxyjcdjT1q7dnmNDaz mc8bBDu3woDYlLyhpN4OzivnC0lQmH1FlAhoktwklRuJJJIr4UQHyF.mgHlqDXXQ05P46pdgaOpo kZkqOt116HKJ9J1CxxQ5_SjXmmMFQAizrwVftSPX5dFIyFrVnPEcdhvcJieVDbhjIv68JUWolusL pACtlnMpJuT_fEAr1w.eNHm7tG7XySDFJW5eoRGGKQWYh1IvxY59H4x65pcJ_jHNmUy0glbvkhU6 AS.vscDJwRqfidPEXbU.5kLBdJUv.DjaqaMTfR_yYjXDkzzRAfZahs8I2SQ4c_EgC1NpmJy7MCxu rdV6YWXzarmh.ACFCQAyxpDp0A.n4MMBlAVGuTF8M0Buh75rzYx_r4xPu2VP48y0PujLAbUrJlXv VyMoKkiuJd3jUJpwcWadRborzJO2gw8VchTh_jhoyeUugx2hErQgzm0ZgoGC_hXiIpL5PGQ3q44m Vz5BybUbWT7oIAm_kTSnnC_Y50GFD1Z4UEkIB2bl_pCX1336WjEAboPi.kXP2I_EN5RKMHGpYscJ msvcZr5GFE94UO8LCPcJv5n.PcUWhAIzGMGcPVJhT8KrYhLJr1LGC1BELHH5rR1lMU4JUZOOlAGH uvxJr8CIIqzRbNMjniMWzssep9CP2THQ4FqF8iv.oHo2vtZQVt9i4xA7pOyurmmjWOaZ3PzHJeDK zwk97Oni58rmpIODhvgo62faQwE2YiMyRE8BQ2GdnxVatyW6jnm5B0pRCbE2t4T3DvJXNQLcchkr j9jmIQ95kTxRYSYpLLtsaYRWXJ_xWixylpL.DTUq0yEj9FRY2z3Ackf_6Fq2CrQlIWFTyN96dmHw 2twlT9Aa8mwLrnvEhLsYCmQjIrlrSIKGQlHt40d.L073fQrUPqvbb9m54CfZ4Sym8exvx2wHFs5W Md7MJPeIrnRPv89SUZgxYJinYt9D6sgtOiNV7A2OylCMXvJNmKinPUxeX6DngPCDqGN_5MPRJ.aM LW25qu5MjUB_vys.oxI_RsvlOfSf.CQEfuYgLm4m3FuVSFKBLV4wMutd9sx4VOAaGQY7snxisCYd .EK9y5w2mTvhSpPRVVLcMGw9dgXU.Nmld4sg3xPWsQ4bvmfLTC_4fZKrwzp76AMxMxfFnEk3eW6u zpJGfTSGu02QONtkl8NQqLgRo4bPzhoLV4X8s4Jn5maUyzTWh8zE86I_s2hC734V_0RHRrof1Jg4 _HyUil72RI3Ld37zmzFjpN8U4Z.cmBKrqWGnnFh9mf5_fj9q1dAsug5rDVKSlmKTYAGsK63vmUll vZZ9zyF.HQIGB9k18fTrs0kQMv7MKDw_6sz5ipOUdsEwGuCUnz61BdT2_wN6QACb_ZXq.6ciCDpx dzO0KlqGkW.nQQQPwKxIGt16iIPI2_Jc_XiG6o5EvVDsU3.R1DEcILK3bCE.uHUbRKAvcBLkkbce vXXISvElD_0JvFClqm1v.HTSOVC8ACZmx_hiQco88wowKD_slIEucZCQ_njNC7Eu0Gpe9soSENU4 oHRc5UYq8Va1qqd1KQPUln1EBNm4jpgJDthfH8WWSIrdWZoHXkv0wimrt8Df.dFlPVh7DKbPKBhj .MZu_wto_D5HkeodBLsTbKxS3jctheoKH7dzcnd1s13Sx5b3PdeWEP0WCb30mRSMy.1G9.wnBQ4f ZLb7_OmxkXGQc1ddVdwSOYZSwYnXePelxDFj_o4H9eel3Fkl8Tt_vXIqlA_syZ.ZA8oxKuebNNmV fRhDTZ6O8hOK8xWj2h_NbzxWrtvdt2kdf1OPItBLbj6InRHsqaR7IGLIq0ZfX7RwIlJ9w8tQ6jWF vSZ4DEywuMMfiUPN2jc8FjJlOMrpxrvLbZ7Jv8G0y8lHu1U9ZnZYhDJnL8Wb0k9bc4aT7uM_OLiR o8.YmhbMbWuhRHe4AW7lekqHIAirwTgNWAd39B1VsH85.rjPqMZQGzWtcKJJamZIolq_sWS4qLAB YTPsucrCjV7pvuxYikQdIy2IWfSU1gM58Kb5VoRl6m8Zqn1YWIBvIxwtDC5UPva10WpVgE0meX7R p7lr_Y4X6BDZl0.izqfU.yq3yw1d8KGBW6oxgSGB1kKlvTYndcV0bq9oTOoSjgvbdA7B9Eq8U5GQ jt48gvU1t2BYqDj84xDA4DrnNB.0c1fp.CwVZfGn7POBW_KY4QH5WCJv.1PhYbbwYii65JhR4hIp FvDM_.J2iGxVzPMase0uOJiHRYF01bqTWhVsvXHZL7g7onfO_9108Em4FTgUCcKvmGzvgLe.vNYX LPMbYonQoWPa_iK1_XKcZPKIysxdK9jFQTpdnxJ4JJr5kfmsXNJoN6lFNXMaQvSmNvXmWajLPyzR D2NoUtZtBDqSD2Tf2pKPkh3dXJhmS5x4ZL8V2hVTRmysZ3OrBkivcxw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Mar 2021 05:30:45 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 17ef5e283f6b118ec277c2f02372df48; Sun, 07 Mar 2021 05:30:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) From: Mark Millard In-Reply-To: <20210307021628.GA99890@www.zefox.net> Date: Sat, 6 Mar 2021 21:30:33 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210307021628.GA99890@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DtVS738qzz3t4y X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.82 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.32)[-0.322]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.184.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 05:30:49 -0000 On 2021-Mar-6, at 18:16, bob prohaska wrote: > On Sat, Mar 06, 2021 at 03:14:46PM -0800, Mark Millard via freebsd-arm = wrote: >> bob prohaska fbsd at www.zefox.net wrote on >> Sat Mar 6 17:38:40 UTC 2021 : >>=20 >>> On Sat, Mar 06, 2021 at 11:42:06AM +0000, Mark Murray wrote: >>>>=20 >>>>=20 >>>>> On 6 Mar 2021, at 11:37, Gordon Bergling = wrote: >>>>> Done in e797dc58bd29c5bc0873fc620fc11d5332f90e7f. Thanks for the = approval. >>>>=20 >>>> You are welcome. Thanks for doing the work! >>>>=20 >>>> M >>>> -- >>>=20 >>> Any hint when a bootable snapshot image might become available? >>> The target host is an 8GB Pi4 without a serial console, so it's >>> limited to USB keyboard and HDMI console, no wired ethernet. >>=20 >> Are you picky about debug-builds ( main [so 14] ) vs. non-debug >> builds ( stable/13 or releng/13.0 based )? >>=20 > Nope. main based (debug): Thursday/Friday via: https://lists.freebsd.org/pipermail/freebsd-snapshots/ (stable/13 will likely show up there on that sort of schedule once 13.0-RELEASE is no longer active.) (Until 13.0-RELEASE is out . . .) releng/13.0 based (non-debug): Friday/Saturday via http://ftp3.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/13.0/ >> Also, are you picky about sysutils/rpi-firmware already being >> up to date in what you get vs. your having to replace the files >> with files from a recent sysutils/rpi-firmware build? >>=20 > Not at all.=20 Looks like rpi-firmware-1.20210303.g20210303 is in the built ports in the on-going p567446_se53138694a build listed at: http://ampere2.nyi.freebsd.org/jail.html?mastername=3Dmain-arm64-default It indicates 11 ports remaining to build overall. (I've not checked if any of the 11 are multi-day of themselves.) Then there is the time for getting copies to various servers. So it looks like the official rpi-firmware port build will show up in, say, a few days. Of course, there is also the option of building sysutils/rpi-firmware directly and copying from the installed material. >> Technically I've no clue how to know what sysutils/rpi-firmware >> vintage or sysutils/u-boot-rpi4-arm64 vintage would be used in >> future builds on the FreeBSD build servers. The FreeBSD commit >> hash/id does not identify that information in any way that I >> know of. For past builds, as far as I know one must examine the >> files contained and back trace the vintage that they came from. >> Nothing reports what it takes to reproduce the context that I >> know of. Such points seem to be involved for all media-builds >> that have sysutils/* materials providing some the media content. >>=20 > The git versioning scheme does seem to leave us with a raging > case of chicken-vs-egg syndrome. An imperfect solution would=20 > be an improvement over the status quo. This problem is not new with git for FreeBSD: same problem before, same problem once ports is also git based. The tie between the vintages of parts contributing to the media for something like *-arm64-aarch64-RPI*.img.xz is not in any publicly-trackable place(s), so far as I know. > But, blind optimism triumphed over hard-earned experience, > at least in this case 8-) >=20 > Herb's advice worked, by combining the most recent Pi4 snapshot > with the msdos files in the link provided in Manu's post: > https://github.com/raspberrypi/firmware That should work. But there have been commits there from after 1.20210303 was tagged as a release for distribution. sysutils/rpi-firmware is tied to 1.20210303 now. This can lead to possibly wanting to instead use: https://github.com/raspberrypi/firmware/tree/1.20210303/ to get to the materials that have been tagged that should match sysutils/rpi-firmare will be using for a while. https://github.com/raspberrypi/firmware is sort of like stable/13 (vs. releng/13.0) for FreeBSD (but with binary files) unless you only reference appropriately tagged commits. (The closest approximation to FreeBSD's main seems to not be publicly accessible.) stable/13 and the like tend to be in working condition for FreeBSD use more than https://github.com/raspberrypi/firmware materials are, even when using tagged versions. (Failing for FreeBSD need not mean failing for raspiOS or raspiOS64 for most users.) > I probably wasn't efficient about it, simply overwriting everything > that looked obviously relevant (and expecting to break something > like the path to the kernel) but it worked. Replacing old files is generally the correct procedure, other than config.txt . The question can be picking a good set of file vintages to copy. (There can be fairly regular additions and removals in overlays/ so it is not all just replacement.) > The HDMI console text is too big, but the keyboard works Folks with poor eye sight for the context tend to argue for the default being fairly large, figuring others can more easily do something explicit to make the display match what they prefer. (More difficult if you already can not well read what is displayed by default.) Of course, the sizing of what is displayed before FreeBSD's loader is even involved (or, may be, FreeBSD's u-boot choice) is not up to FreeBSD. I've not experimented in this area on a RPi* (yet?). > and top > seems to see all 8 GB of RAM. Didn't think to check the mouse 8-( I've not done the huge-file copy-corruption testing recently, and never with stable/13 or releng/13.0 or a 13.0-BETA*/RC* . I probably should try, booting a 13.0-RC* image as the context (other than the rpi-firmware replacements). I use a file that is notably bigger than the RAM. Historically, if the corruption problems show up the technique to get a reliable environment was to restrict it to using 3 GiBytes, possibly via some text in config.txt . This also applied to the RPi4B 4 GiByte models. > Alas, with no wired ethernet at the location I can't do much=20 > as-is. However, it does motivate me to consider a second Pi4 > to be placed in my private "data center". Altogether it is a > large step forward. >=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 Sun Mar 7 15:55:12 2021 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 D2C0F56AC89 for ; Sun, 7 Mar 2021 15:55:12 +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 4DtmJb6ml4z3CH0 for ; Sun, 7 Mar 2021 15:55:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 127FtFkF004730 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 7 Mar 2021 07:55:16 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 127FtFuQ004729; Sun, 7 Mar 2021 07:55:15 -0800 (PST) (envelope-from fbsd) Date: Sun, 7 Mar 2021 07:55:15 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm , bob prohaska Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) Message-ID: <20210307155515.GA4591@www.zefox.net> References: <20210307021628.GA99890@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DtmJb6ml4z3CH0 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 [-1.10 / 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]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 15:55:12 -0000 On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: > > I've not done the huge-file copy-corruption testing > recently, and never with stable/13 or releng/13.0 or > a 13.0-BETA*/RC* . I probably should try, booting > a 13.0-RC* image as the context (other than the > rpi-firmware replacements). I use a file that is > notably bigger than the RAM. > This is -current, chosen to be the latest offered. > Historically, if the corruption problems show up > the technique to get a reliable environment was to > restrict it to using 3 GiBytes, possibly via some > text in config.txt . This also applied to the > RPi4B 4 GiByte models. > Might it be useful to attempt the huge-file corruption test? This is a microSD-only setup, but it's a 32 GB card so there's enough space for a file bigger than the 8 GB RAM. The most obvious sticking point is need to manufacture a test file since there's no ethernet. The second issue would be reporting; all I can do is look at the screen and make manual notes. Enough for a go/no-go test, not so good for details. Thanks for reading, and all your help! bob prohaska From owner-freebsd-arm@freebsd.org Sun Mar 7 16:46:19 2021 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 185AB56BAD7 for ; Sun, 7 Mar 2021 16:46:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (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 4DtnRY3jgGz3FYH for ; Sun, 7 Mar 2021 16:46:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615135575; bh=P7jgnq83psEGCvpTCDiv1tbmlay5ZL4RV1rdw9XXZj0=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NL77DJrQa9F2m9526euCvVFuPqL6H6fVxRhbJSo1XlXHFm6SmBhODgdG0Ek55ae3gOs4OJY/eXyBsWR2m4kvlQPFZz+tcp6W9a9bBUzlDWxdfaFA7U7GTX8xOIKlc3ITUeFmfQvUww3ol8j5rO7pWEOoRb12mVwFYkNMGO2rxswuWj7b+SHcs7Ob6/0jv0olVFwuwLMeNcN9Bg4Y6BHgYT+v5ZWw/PnvZmtaDkIY3G6R9CsTfn/ZzcvTJMmyEfwHEx6pnA6rCkb3YUzAlshNB8aLS236w/gSO3R3yJXWNT4MBUDwVpSgH/u8VVObqJc6IrUFBvN7sbgz1QPeCnIEdQ== X-YMail-OSG: eYPd97gVM1lv4LIPUDepNdmMFwmTvhxzOTBXM9MuzI8IGMQTITEriXEFqtISZum cgK5kaD2gl2uoMzAg7fynj515hcdtZgumf.k.0pMYMAcuPi2sVSoABBGN1fYIw2q3KLSbdR9WGA7 DRcbOogQx_F9ekBfjjFM67IudOL7Rz6khNDA9uFpbMMcjcW62O9uPAWeXo_2QFBU.MFFngQn2WSF aIBBb7kv_sB9hpGZTKrsgM6ORlp8ovHkanVbSuiM.HjMX6bMVkLaEQpGDobLTZNrqqZj8XDm0qne RzE_UkY.YfDpIc2hdC4cNY8wWuaeDIjbboTyvgxYGg1ozLkql8fNxa1sd3cEFSECvEXijC1K_baZ QN.y5_2gckpOGyA5oksr4k.VM21YTwxv2r7NOhyK5jAb7FQTQHLHasHVEc.hYXEvR9VO.ZB7oVYa hS8eT8111hbPxHFZ4dY6tJrUjddJX.KnPHdoUyh61taMAVXX_opZwP2O.3Rxloq085QOVnG5MiYY YY13OM3uypu9W_jQUwgcexKLYS9.949sf1vWs2422Zy7xlylt.t8adNjDjfLeId_3LJNXTCWiIJa 7x3065ewUBnLQKyzI5IGHP31ZmJ1zSIV98DeRI.6ZS8fkMFq8NeMG9hFYulYQAg0ebJX0fIZUo2X m67z4wqL7wpQmlxJxkT5uRuatNnEaj9nAnbyO0TRQT3WatJ6aOnwnxRpqPQtHT_AqlFleCB_w.SQ TkBcB_x0_9yniFhpPqj5vt0EVTTEDybv8Bbh2ucf6UwLZ6DkhKnVOthFsAr933IQas2KhOXIoU0x 6YspI_QuD5qiSVwmtgtqPjwdqe7YpfckONsjeHzpa.e4poERP3Sej4jL3pR0py35NRhuvX_YGkBw E7R_yGpc0KqM5FBeMYIKWBEQAdHlBd1kAYI4BGaUxNzOfAOkpWGmagj6iQYa_qzNL5HdrWI3_lvG v0vgThP7xZ74I29GWGti6OKEeSxwaeAVHEZT8iapdu.9I7.CkJEEc8qtLXmHFxBzybVJcATUa3dt EDnNhuoP9FI9DZJmdEnGDtfX3Rv8WltpvfNSjXI_r4gJ9qBsqNH_qPFD3jUOKWKq.0zK5vEfwqo1 UVcO3BYez7tUN6uoY3U6xhaBZoC023JGjwuqZVZNcaU2GWxWmWjm7KAcFNUzxFU4bp6ttMiKFQN. HOLE2ZR4P71viVkyq.ugSQdEYBeNJzH1sVHMNd917UnpaTJqOuhfMWtfooT1DvU6drnTEHwFOcdQ XHGl6OVV8942IkVWrZtUnDnwpDAC7ABeltAjmlsO6knlfWLB9J8_3WR_67UoFIElhT0SOPUUKkaH EA40amUxvKhL7KPanxPcoAWpxnQnzgfk5JLTo8nH6H1o9qNeq3NEYVjwGS8TxH7OTomL48wMSoAo W5pUtaPEj_6qNJ_5iULxjMhuEbuxYUYJPnzLPtyPrwpqxfFt69FlARtShwWMd7LNTG3yiITOMI8R 08KwhpKeGu1scs9TpsHsS9uXzwrKZ4BpQx1grbJesvdVz5YnuhGEFxgDNas68RDnmsvYJ1C6mfpA 6TRKf3vtKLIr1uaNjW_05wk3hFA7G4T9BvuLzPoC_6XAjGJdnpeXVhWAH8e6aOretLX8p750Vt_z DHOF6AALHy43GRadQsgvKO974pR6qFn70XUDJslTMoJSYfvWR451.pzio.EOKk56onB_gUqKqO_V kOzodsUIQI0xHk.M4FB9Es__.tt2UnKr6fW8A3y5nRYpHbVC2ddy6eHT9U4BjRbERtcjmwdkShTj UUAEFn6OVbH3VYaMxZZWxCYIH1gYUXzAXtf_zj3GA7pQMLHguK0Nop7E5F4oWhvSXl6tPdMhUcI9 8GzxDQmpB8lNKLzSxCSKxhbm.Kfkavwpm1tSenRffPO6UFFVFBxafZux9YvHhbHbGrygj.a.L6UU ccO3O_KoCaZP1YwjpU3sqKIMK_3P2ww38pduM6cFdcQoyv64q.HkLuNW6sITL5GlsqkQYZ3Er8iB 21LQ1NCPttLRa8U18tTiRd7vklJ7fPRDV_ajMV2Vk3EcIqM0NTkKmGiUg00eApEl_i5NXMSd12WN sXZeLbgWZ6.PmRrS_Qm3LdSsgxkB8asuMJY5bJ1PsFFJiSyrcEHlPJ90VZC.kcMN6N9zdE81LEup FlP.nKXpzi0cnUp.JluiLu7HtJzaurKFz.lar0iwENwwMwndnQw868X_PpoPBclRXxZdJjuhMLK4 MNHNeqlfbw4T1nG7YuonXhosOCUN9kFhY5CjJKgDNEujM73mNRoTBGRpcI4pUID0mBPZ1A7PMqYz NumaXo5rFBIEfxMHbebVssSXWsqbgDzLrTSgLVI.BRIrOnnC08kPNznUAuem1sNohZN0a_dmh3KK IxuTtRpajYWZjYym9ADYOJSzGASKtBwPyFGJiiKFYT1BG1AAWwf2bWAkXXB8CBrILaR3brwFlEvm Kxs1qbnYAjVpPQWG96PXCfpkU767mz71EhtMYtMV_mZ.L2wOj1lTAIo_9YwRbWY0Jwa2SzQd2BRJ b1_uZtFZAc0NNct6Ba54aHnOW0ClsYw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Mar 2021 16:46:15 +0000 Received: by smtp405.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b1b6d34a85221c01080fe860ba50b945; Sun, 07 Mar 2021 16:46:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) From: Mark Millard In-Reply-To: <20210307155515.GA4591@www.zefox.net> Date: Sun, 7 Mar 2021 08:46:10 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DtnRY3jgGz3FYH X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.187.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.187.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 16:46:19 -0000 On 2021-Mar-7, at 07:55, bob prohaska wrote: > On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: >> >> I've not done the huge-file copy-corruption testing >> recently, and never with stable/13 or releng/13.0 or >> a 13.0-BETA*/RC* . I probably should try, booting >> a 13.0-RC* image as the context (other than the >> rpi-firmware replacements). I use a file that is >> notably bigger than the RAM. >> > > This is -current, chosen to be the latest offered. > >> Historically, if the corruption problems show up >> the technique to get a reliable environment was to >> restrict it to using 3 GiBytes, possibly via some >> text in config.txt . This also applied to the >> RPi4B 4 GiByte models. >> > > Might it be useful to attempt the huge-file corruption test? > This is a microSD-only setup, but it's a 32 GB card so there's > enough space for a file bigger than the 8 GB RAM. The most obvious > sticking point is need to manufacture a test file since there's > no ethernet. The second issue would be reporting; all I can > do is look at the screen and make manual notes. Enough for a > go/no-go test, not so good for details. > For u-boot based booting the expected result with 8 GiBytes of RAM in use is that it would work fine: the problem was addressed for that kind of context. It is the ACPI type of booting that still has the known problem. For 13.0-RC1 my u-boot booting based testing would be that the code has not reverted somehow. I tested 13.0-RC1 using the normal u-boot style of booting and it worked fine: no differences found. I tested my main c113740f266e based non-debug build (about 4 days old) and it worked fine as well. I do not see that you would gain much from repeating the tests on a microsd card. The wear-and-tear on the microsd media used and time might not be worth it. Sneakernet of a microsd card prepared elsewhere would be one technique of getting a large file in place. Another would be to compile a program and run it. What I did was to make a tar of an already huge directory tree that I had. Given the initial file, the test is simple: cp the file then diff the files. If the diff finds the files are different, then some problem happened, possibly the old DMA handling issue. If the diff finds the files are the same, then there is no evidence of the DMA handling problem. (cmp or the like could be used to see some about the differences if there were some.) I happened to use a file that was 11570948096 bytes long. (It was a tar of a dirrectory tree.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Mar 7 18:08:41 2021 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 CC9B156E3C3 for ; Sun, 7 Mar 2021 18:08:41 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DtqGb6YBfz3LbM for ; Sun, 7 Mar 2021 18:08:39 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 07 Mar 2021 18:08:31 +0000 To: bob prohaska From: Robert Crowston Cc: freebsd-arm , Mark Millard Reply-To: Robert Crowston Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) Message-ID: In-Reply-To: <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.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=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DtqGb6YBfz3LbM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; 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.18:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from]; FREEMAIL_CC(0.00)[freebsd.org,yahoo.com]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 18:08:41 -0000 You can generate a test file with something like head -c 8000000000 /dev/random > yourfile md5 before and after to see if they are unchanged. That was how I did my te= sting. [As for MicroSD wear&tear: I keep hearing people talk about how unreliable = these cards are, but when you ask for hard numbers about lifetime, no one h= as any. I've had one SD card out of dozens fail on me, despite regularly dd= 'ing out entire cards -- this is a better failure rate than my mechanical h= ard disks. SD cards are also very cheap. To me it seems like an irrelevant = concern, unless you don't keep backups.] =E2=80=94 RHC. =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, 7 March 2021 16:46, Mark Millard via freebsd-arm wrote: > > > On 2021-Mar-7, at 07:55, bob prohaska wrote: > > > On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: > > > > > I've not done the huge-file copy-corruption testing > > > recently, and never with stable/13 or releng/13.0 or > > > a 13.0-BETA*/RC* . I probably should try, booting > > > a 13.0-RC* image as the context (other than the > > > rpi-firmware replacements). I use a file that is > > > notably bigger than the RAM. > > > > This is -current, chosen to be the latest offered. > > > > > Historically, if the corruption problems show up > > > the technique to get a reliable environment was to > > > restrict it to using 3 GiBytes, possibly via some > > > text in config.txt . This also applied to the > > > RPi4B 4 GiByte models. > > > > Might it be useful to attempt the huge-file corruption test? > > This is a microSD-only setup, but it's a 32 GB card so there's > > enough space for a file bigger than the 8 GB RAM. The most obvious > > sticking point is need to manufacture a test file since there's > > no ethernet. The second issue would be reporting; all I can > > do is look at the screen and make manual notes. Enough for a > > go/no-go test, not so good for details. > > For u-boot based booting the expected result with 8 GiBytes > of RAM in use is that it would work fine: the problem was > addressed for that kind of context. It is the ACPI type of > booting that still has the known problem. For 13.0-RC1 > my u-boot booting based testing would be that the code has > not reverted somehow. > > I tested 13.0-RC1 using the normal u-boot style of booting > and it worked fine: no differences found. > > I tested my main c113740f266e based non-debug build (about > 4 days old) and it worked fine as well. > > I do not see that you would gain much from repeating the > tests on a microsd card. The wear-and-tear on the microsd > media used and time might not be worth it. Sneakernet of a > microsd card prepared elsewhere would be one technique > of getting a large file in place. Another would be to > compile a program and run it. What I did was to make a tar > of an already huge directory tree that I had. > > Given the initial file, the test is simple: cp the file > then diff the files. If the diff finds the files are > different, then some problem happened, possibly the old > DMA handling issue. If the diff finds the files are the > same, then there is no evidence of the DMA handling > problem. > > (cmp or the like could be used to see some about the > differences if there were some.) > > I happened to use a file that was 11570948096 bytes > long. (It was a tar of a dirrectory tree.) > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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 Sun Mar 7 19:54:03 2021 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 E511D57116A for ; Sun, 7 Mar 2021 19:54:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.83]) (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 4DtscB67Hbz3jBn for ; Sun, 7 Mar 2021 19:54:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615146841; bh=gpvKtYZSN6D7PMlsRwEm3KoN4Cmm5aK3Wj/vrcj8teQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WtdG/w73IfxOZsJJVMbnMUe67UxGz5q6y1hCYmUH2k2iga6DRPvbyjESL/KPDRbncIsYAqiiGS5wRNtltKRo3dSr9lgvGefI8Ml79Mw3rb4C/0CyQc9trC8tcJ2Vu2daSU9zNyWZm50IJq2mjNjUCOwrQAULAPurasFYlcBUgonkmIB0zWqcy0UNFaNK7r0e1si0uk+jtUTE0cvIx/CNIwyiwk8ZIVIt0fXToFgUSv62KoZaw3vBgtEakX9VxxEw//K9XCj3JkJ4KyGsQj0MVEBSzUELtKoSa8LiI0kT/t/auR9gA3or9bPL5L3T5Tp2XE+IMD5nsi7lfhCo6g4Ahg== X-YMail-OSG: YZUzoRkVM1mfX1j1kZ74ieTGYHxxj8JpdSEpHacWL0kDRsZkgpm3ExvwV9nLRaD HdVxKZUhYtCIVUE89farxyIsu76z5Piy6v.qWDqK8RYcDzQJ7Me3OfJI5zTICMjw68y6cEV.hBae kx5CrOAu68OhEQr5QTiK_iM8oFP9gB..vuHyiX88T9e3xb1dqMVNbHEvZB_IxTZzPwGGSF5xwXFJ j127bfFqthxX0pXkLlQ6Tk68thKnBzfaZkfXORrUze1diT7Bvwf0oQJvXnh9OaiZKahG46tQldXe DICKqrL3o67Oabq5AwujSQQo5sfz8Z_jtdmCwM7U710Hjlht0oy2IWpZLnRk63lxu2XyS5bl9zzG BmYCwBRXv3OIWyWEtLqqcZkDqpUpJvqSg1awexJyjIAS.SbM_09s5rz1SluI4x3qXXNI.Ns45lLy 3fbiCofUYr_FtKaqXg.DBOZypii4Se1qXmVxHXOVseif98pbk.Afy88nGSECxZPlI17yII8d1oRQ RxC75MAG_Osl95ZvmUTNdnE7v7cLrnd0BhXUkU5JwM5iQ8To3FgJxliwi5h1Jj9tP3f_ioMSIlXC LOorJuyl_9j5rptFZcPRGBYavlzDqYln8yy2i47i61.mxATpByBdgcG39KNSJie6KPaCJtecJwgr DsC.nbGMSPtv2rh6sMuRbuQHAukQQeMNPOCyio3uCTI7nQYNVfBhVLqG02VO3skXoAsbpkZYizja ccgNwcarBUNldDeQujt9tMQIluq54RP8wuG.xbHPwsFzjmBe87iVz27Kc8MeH2S82rvZwcciAVC3 AZDYIKLmEoYbrCeNy3w5uVshwdz0QAujI8qSwADUoUNtCLJFK9HdJN4gSFOfzqDpDK_R4lgflNOq .dbCapp9A.lhchflW89d4_OkaJngD2h_OvMXoirsaRxXSdnBCQLikYUOL3VKr3EmjcPqqz2RUeEe Hzlb1C1OzdCkwQpOuv7HtLD.cUDwQOKiWNOWI1TnUsRrqBPRtW43F1iNlRU2h9HSRPbPxRRs6_cK zizsl19CZ.6BFDLQkdkFFPuRzq0OCDWsjOR2Q.hdJO78XRmmM1gXrEQGOFxs7V_otF0_0v.L9ngt rDBKk5uT_OioJZ41g0H34tKcdhJs61Ih5scHZtkBluzIowgbh92nYakCWmvibGGk2UW_dfK08zv_ _Z4Q2c8keavK8uRMsfuDHRg6sCUAOytC4tjCzYSHExL2vnLJx7PIkUysITzYrZQEn38a69cgPFM3 KCBzdQ.Zst3Th4l2nLaMPK0eGLtyVdm0BAOHMSjXXg0DCxvmvFoOX2XQb1mCeSSy40BWxZdSw5ds QgqW7PNaK6PhX6_.32wjZPwV954c.SvhES6vF9KUxbtmMCANwxClB7MIr0DME9s2vR07CHOm50Dm _FwGp70YW542J8STf7eb1BwTjEU4XC3MhxoKpNyy64r_iiAt6lDTEzb5Z5ev3RBjO.HLVm8urE4e b.2QNkDTD8_i0S2fZ5GMX6lqKFRyipbKwy6XpdM.UzZw5pwL2OaKXrrXCYu8KHTHhVn3BkW6q7y_ j86rtJtV_3bS8.WcVfpcRoJag12TXvHywA57qRnkLYiyNX_.92h2K4nKg_BpnEqVtdxVrEVrAg4J Jf3pvbF7M.pr3U6BgfCw083RDXOcRzz2zWvr4V2AMU_xVGSGpzBfGL8I52U00TN1ZMuK3D3x22L_ I_7vU0wDZmk3bfm8ISi7mdCSBls_foSf1H1V4c.8_wxJ4wZdEtFWgnQI4uyxQS1xA5y6NLHEYveO _PTa_7HcdMPAmvwyR83oJG_KK_cyq6bB_zP5mIiZy_etDb8LIUhso1jo3b932tgtRG5AiFaxPKOO fUMWj.AQvEwla1rU9SgTJ.g0X9X1L5VSKElOHILOipMGVGWFShbPiQ4SrUAY3NuFZ6OFrY459Fpl XChh_ssfaQL2KiedCEYu1v.NxcudGq27g2QpbWpEQPmp9LqQNLfWykwb0XJaazfn2SjmyUueOtTa stiyrkdqcqebvNb1dC1xfDFTvyNakjPKEmr_FsnjNdS9bxg6s3SV9HoApdohIYhYrJD5zRpDbvF. hFhzGwV6l80nireELFV3hUjJ7t3Wjr3Y80B3wikghpHidVHCboSOL6sgo3jgyQyk2aoDXykEPX33 AA9MP4m0gEKHfEGnVgmyIrWR2Dchsy7_Oji38RBgtLUvc93izhR_6ZICrxZYRX5dFm_OtcPcQSJa KuT4NH4UI5V2gfJqujXgpNNEEBlCJDuyaMzoIiY6895FNjZ8GgXPb3CTaeOdtm7tW7yLTqQlKQL3 gULq61YiBuyE8ienvE8yrQhHXCn1Zt6dbNg1sjlnEtr4XdyOFLJLrCP_FDtCDXpY3PhfMfEmY19T X7zrqb_uA4Thsx0Kell8QvxerLyzq8jccqIE51zcuiXcBAGeMgNtigq5XvOuLs.v4O77wfdTdE4. 8JaVouYPpEXriDCm4QmsXah0jZHoMVDGoI.TvF.jl3bcba.OxDSXHwq3j6Ga7veKabtirVNYtKlD Hnja.UVCHBz6hBmdT6GbH6.Pgo6n_Z8kjmhia8_zcNM0nEbtQQ51bQLlsnVO.mN3WqG.VDMmz50n aL0hfj1cXVMi5pTwpWA_is3flifvEFvZO3f4KbYkWinfQZTHFUb6igQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Sun, 7 Mar 2021 19:54:01 +0000 Received: by kubenode509.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c0e47019ead161534e6cdbf68993b737; Sun, 07 Mar 2021 19:53:56 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and sysutils/rpi-firmware (and rng) From: Mark Millard In-Reply-To: Date: Sun, 7 Mar 2021 11:53:55 -0800 Cc: bob prohaska , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> To: Robert Crowston X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DtscB67Hbz3jBn X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; 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(-1.00)[-1.000]; FREEMAIL_TO(0.00)[protonmail.com]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 19:54:04 -0000 On 2021-Mar-7, at 10:08, Robert Crowston = wrote: > You can generate a test file with something like > head -c 8000000000 /dev/random > yourfile > md5 before and after to see if they are unchanged. That was how I did = my testing. Great techniques. I originally did the diff comparison in case an issue was on the read side of things and to cause it to be less likely that cached material was being used instead of going back to the media to have all the stages of processing for most of the reads. > [As for MicroSD wear&tear: I keep hearing people talk about how = unreliable these cards are, but when you ask for hard numbers about = lifetime, no one has any. I've had one SD card out of dozens fail on me, = despite regularly dd'ing out entire cards -- this is a better failure = rate than my mechanical hard disks. SD cards are also very cheap. To me = it seems like an irrelevant concern, unless you don't keep backups.] As I remember, Bob has in the past replaced significantly used microsd card(s) to get rid of problems. That is what prompted the thought. I've never had to replace any but some of Bob's historical usage pattern put a much bigger load on his than mine ever had. I also do not expect much value from doing the specific tests, given my tests passed for the issue in question and prior testing of older FreeBSD versions booted via u-boot. > =E2=80=94 RHC. >=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, 7 March 2021 16:46, Mark Millard via freebsd-arm = wrote: >=20 >>=20 >>=20 >> On 2021-Mar-7, at 07:55, bob prohaska wrote: >>=20 >>> On Sat, Mar 06, 2021 at 09:30:33PM -0800, Mark Millard wrote: >>>=20 >>>> I've not done the huge-file copy-corruption testing >>>> recently, and never with stable/13 or releng/13.0 or >>>> a 13.0-BETA*/RC* . I probably should try, booting >>>> a 13.0-RC* image as the context (other than the >>>> rpi-firmware replacements). I use a file that is >>>> notably bigger than the RAM. >>>=20 >>> This is -current, chosen to be the latest offered. >>>=20 >>>> Historically, if the corruption problems show up >>>> the technique to get a reliable environment was to >>>> restrict it to using 3 GiBytes, possibly via some >>>> text in config.txt . This also applied to the >>>> RPi4B 4 GiByte models. >>>=20 >>> Might it be useful to attempt the huge-file corruption test? >>> This is a microSD-only setup, but it's a 32 GB card so there's >>> enough space for a file bigger than the 8 GB RAM. The most obvious >>> sticking point is need to manufacture a test file since there's >>> no ethernet. The second issue would be reporting; all I can >>> do is look at the screen and make manual notes. Enough for a >>> go/no-go test, not so good for details. >>=20 >> For u-boot based booting the expected result with 8 GiBytes >> of RAM in use is that it would work fine: the problem was >> addressed for that kind of context. It is the ACPI type of >> booting that still has the known problem. For 13.0-RC1 >> my u-boot booting based testing would be that the code has >> not reverted somehow. >>=20 >> I tested 13.0-RC1 using the normal u-boot style of booting >> and it worked fine: no differences found. >>=20 >> I tested my main c113740f266e based non-debug build (about >> 4 days old) and it worked fine as well. >>=20 >> I do not see that you would gain much from repeating the >> tests on a microsd card. The wear-and-tear on the microsd >> media used and time might not be worth it. Sneakernet of a >> microsd card prepared elsewhere would be one technique >> of getting a large file in place. Another would be to >> compile a program and run it. What I did was to make a tar >> of an already huge directory tree that I had. >>=20 >> Given the initial file, the test is simple: cp the file >> then diff the files. If the diff finds the files are >> different, then some problem happened, possibly the old >> DMA handling issue. If the diff finds the files are the >> same, then there is no evidence of the DMA handling >> problem. >>=20 >> (cmp or the like could be used to see some about the >> differences if there were some.) >>=20 >> I happened to use a file that was 11570948096 bytes >> long. (It was a tar of a dirrectory tree.) >=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 Sun Mar 7 21:00:20 2021 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 714F3573BB3 for ; Sun, 7 Mar 2021 21:00:20 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dtv4g6SdPz3nBW for ; Sun, 7 Mar 2021 21:00:19 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id DE6051C953 for ; Sun, 7 Mar 2021 21:00:18 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 127L0IjJ094491 for ; Sun, 7 Mar 2021 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 127L0IZ7094490 for freebsd-arm@FreeBSD.org; Sun, 7 Mar 2021 21:00:18 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202103072100.127L0IZ7094490@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 7 Mar 2021 21:00:18 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 21:00:21 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Mar 8 01:10:38 2021 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 D594C556DA4 for ; Mon, 8 Mar 2021 01:10:38 +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 4Dv0dT4YLcz4tTb for ; Mon, 8 Mar 2021 01:10:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 1281AZRP006654 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 7 Mar 2021 17:10:36 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1281AZQ0006653; Sun, 7 Mar 2021 17:10:35 -0800 (PST) (envelope-from fbsd) Date: Sun, 7 Mar 2021 17:10:35 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPi4 Status and xorg behavior Message-ID: <20210308011035.GA6603@www.zefox.net> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> X-Rspamd-Queue-Id: 4Dv0dT4YLcz4tTb 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 [-1.10 / 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_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; 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]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 01:10:38 -0000 In the interests of exploration, I tinkered a bit more with my Pi4 running the latest -current snapshot. Here are a few observations: Screen resolution seems to be about 30 lines by 90 columns, on a commonplace Dell 1920 by 1080 HDMI display. Mouse and keyboard work correctly. Boot countdown timers run five to ten times slower than actual time. Boot seems to stall until enter is hit at a couple of points, the first I think was after displaying EFI console Wired ethernet worked through a wireless bridge without intervention. How it connected without being told the password for the access point remains a puzzle. Maybe it inherited a DHCP session left over from RaspiOS, which was shut down a few minutes previously. Xorg and Firefox installed as packages without difficulty, but Xorg persists in using the very low resolution inherited from the boot display. Running X -configure reports no devices to configure. That seems the first thing worth fixing, any hints greatly appreciated! Firefox spews errors on the controlling terminal but seems to run and produce a reasonable display, given the low screen resolution. Altogether I'm very impressed. If this isn't Tier 1 behavior it's mighty close.... Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon Mar 8 08:14:30 2021 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 C5CC9569C03 for ; Mon, 8 Mar 2021 08:14:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.ne1.yahoo.com (sonic306-20.consmr.mail.ne1.yahoo.com [66.163.189.82]) (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 4DvB2Y4qgvz3pPF for ; Mon, 8 Mar 2021 08:14:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615191267; bh=OC7deaOy5oW0bWDTIYGhUKGcpBKZhJ7LTsCupprhayf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ieQZhNioRRwcPCGxlRmlHA7Z5lgKFXBYDOrxeBhdxrOEcfsQGbKiiZILhKKthLA/VUCZV4fWLTDTEmcbJBTA/d6eEZ8mn7/MAszqKwst5M9ViLg1FcqW1IzjZr87tNW3lm0y4zLP7qxaYHDodTTHssWGa7P3xxH5vIUsv8Fh7hoiPlGpuFXtegfG5NCassn2iC0gxVVe71GiDHyWLZivLLPph5pkAtvG7RPWNFaB6dPacIkSMNzysTzp1y1k89Xy+cwrqQsOgS17D6RzUB+5+9xI5XNwc3VVSB1wgoTsT/nmTOZ5xcsTJwZsJK2YUCuljZ6IpwqSPgOe45rG50/Znw== X-YMail-OSG: ULvMraAVM1lfxNDM5V4wk9aA286GQClCSsX7Em7WULRdxP9aiaM_mp4PDnLiJpp w2Qou01LvPevTOA5w4BqASeqV6Web6FWluyVmH9bJXAgP1RJYdo84BJ.LVdF.n4b39l3ZmoEyRBC EkmaKIhcSMfy2UnzLmxWfVFevbKCJJPQF0xfWaE8tvIVNUoDwTeVYR_gsIgsP3SgXou6tuGlOECn .WWwFffPri3v0pzfOw.Ql4Sm69EPItelghduLTWI9DPAXb7Hk4ISG5pqdGsKFR16bP7n8GlnNGbA cp6l3M2iv06az.NcJD9pdic1UOF2PeN6CWD4KZklohsCfbWtm1H1NrUWBsRLA1qmUm21a5015Z_A 3uUJJlzbWovT54dewOOFcDtN_7m3R7H6QBUNuizP7Pv1fraKUkHbn9CNVOPQ1852HpVKvEKz_Jo3 6kTybf3MBkiVEctwsw01fedrDE4Y_1ZN4QnftfwMKJX8BMaVjZ3Va8BUzLsPGdYkTN6sBQjst1tM 3Xt9Acj5xnHkiO9hZupawulJEaLXQhwdjQ0C5PUt3icATHdabdzDFBTFRdsgZBavyKJ1GmB0QlML gerpvB1.rixz2tuSCAvm2BDjzbILYtWvw8JvVJrAd_02Cs.lBIV9e027.kBVaFTrZJjnVIpR2ly9 vy12f8sJcr7Il.fWnE4KK7Xmr0bomsDD_AGKDjGRnZFVUfsR8PJGkMv.Cnkb39oHXl8xjM6D7y9N 6HoMfFthGd.1Cq2mtPobV_EWs7PcmIMFmh8G6BND1.k5jonKJoDvaHmx69YGrzWC0xAaGZU_oJ5_ ux5r_Gt5OyIiNXF6a7Gf9wz4HO3tIr5GhNb2jl0bcIyPxTpDY3LaccSuCQM0xoUwR.ZdctRmsvoK VQ2QWY2701MsLU4lqDbKDBcPSwnZOsbnh6mmMNClWRY4pwrxNJyePZdKIJfl5d2YVSM0SayGDhIT MUiuJx3K5cPRYEzvOmXGRjangipxTVXUla0KC.cfq.WTcAQy_X92pyLVVjlG03FRLnNhC6mbY89e X9mkKPHH.dldm17SqNJj12vQ.pgGZn_Mh7fnALL7f2K9ENJDPOjYEvRfGJWBIp6n59GOIiqt.zCc qtVArAfQbd2Bb0oVKbA3uh1jkW7yafDDnptjC9p05he4am0c1FX8FR1Q6taRocZujEwQxfqqyD99 Z2HSE.6np.drVIp5TV8guOzj5NZSr1I_Nwwer28jvmZOFLkHa2sAlRpWtAO78ZlhKfwsDCjCT0gE uVZeSeKINgApLZHZ4zyrWcMCiYKOF2RW.ufBsFIdUpXeMSYXifKHsqJw9MwqRwOHxOt3nD4F85Zj Wcf5noQd.DtTgOn.6WrD0ufWeIzu8OErbpvpHwo1px925ClmBg5x_6Ra7uUZObCvUDluk8KRUkfE yHuTKF.hyoTwyvNApf7x_4.IqY24ecijl9kAluaDqHNhw3CyBi9O8eeCNbT1KYMDBJPcQQFXGfy9 H5ZoKsTVnLVEBJ9GS2_angU1.xlr5ttWxitZi6eilaXDUc5.daun5GeR8cOyjOucDUzK_okzUJ.O vIFJIwt9KbIyj0s9t7ttGPqpkMFYLSBcfVxSfBu5qFXn8kYf6SXpVxcKZNVEXk6sQUab8QqYuIxF bV_Mmt2LDciJdKsuPivjfz9caBdl0VfpS1EZ7k84NqTsd7T_t3Cz3lmEomv660ib.F9FldseOLY6 MljTV6S3Otz9IMfVlu4mYQOVZTaF9gqMIwLx6YNDW7S8Blsh8GTKt.cccfIdK8NZDQOWovdgfifx uv95..fWUjIzK5.DPB0805X3CHyvHJOTpPftJDYGchLoBCH_lAgYHmiApbqxuV_qfq0bGXNRB.D5 VrT4ZDmAEMs3sX0PjdMJdfZ8ptgBtQrc15A7PCdcdj1QBQ.OP65x0HQgaHVjeS9ieyJIHradW_1q gFBrtU.0j9hNSqt80TgpY3sl6_2P6nn7ldV5adfHZJQiStZ7F.1lPyBH4J7MeFzQZ3Qh9bIt7fmr lW5YtOKMdxu_jDcCRrRks4nUaGVdlC5j4MjU3GNFVBHNxdVKhP5dJ0hOAk5j2.FpWypxaPJ0mopU mrDkJYcrMwpQ.nMklNtYpTYSAhTGiqFkgDKkkxvj1Api6Tb9kVYyPLmSpBqH5cedJIUmmSgDLwFJ a7x.mG_9GCMRA2uXQYs8qHVKC0AEdm3Jk6Qm144oPQk6rKLNvSu3ZDDAf.E9encugU8OlMfSXpz8 E7PT054BG.sq5KzPygQHt9gSrxeTGfB.m68c92rUHq7Arkopbk8u3aafvE58VXwqWJ52KwJw5peu VGsdBXcROLJcY7_1AMAuV0F_dxPUge3c4xpYwdE8mrS6OXQzdP8bO4g4HE67vtdIIIqb1XfA_Q4z ZQjzdO4NYJEQpFz6lqf92LGAM787FsLy.9IAmzzhr2HjOzmnfpW0rmCY4t0cDADQMIk41eLVAy3t WStnO90EgKsEk X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Mar 2021 08:14:27 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6cc42b17b1f672adfb0eb339b8bf51fc; Mon, 08 Mar 2021 08:14:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <20210308011035.GA6603@www.zefox.net> Date: Mon, 8 Mar 2021 00:14:21 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvB2Y4qgvz3pPF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 08:14:30 -0000 On 2021-Mar-7, at 17:10, bob prohaska wrote: > In the interests of exploration, I tinkered a bit more with > my Pi4 running the latest -current snapshot. Here are a few > observations: You may want to be explicit about the build version involved (last commit involved on what branch). My notes below are from a non-debugt build based on main bad9fa56620e (CommitDate: 2021-03-06 21:46:28 +0000). Used on a RPi4B 8GiByte. > Screen resolution seems to be about 30 lines by 90 columns, > on a commonplace Dell 1920 by 1080 HDMI display. Mouse and > keyboard work correctly. My boot sequence for the RPi4B 8 GiByte shows (when I have the HDMI display attached, which I usually do not): EFI framebuffer information: addr, size 0x3e2fe000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 . . . 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 14.0. VT: Replacing driver "efifb" with new "fb". fb0: 1920x1080(1920x1080@0,0) 32bpp fb0: fbswap: 1, pitch 7680, base 0x3e2fe000, screen_size 8355840 . . . I use: if [ -x /usr/bin/resizewin ] ; then /usr/bin/resizewin -z ; fi in various ~/.profile files and after logging-in doing a "stty -a" shows as its first line: speed 9600 baud; 67 rows; 240 columns; Thus figures seem accurate. I doubt that it matters but /boot/loader.conf does have: boot_multicons="YES" boot_serial="YES" > Boot countdown timers run five to ten times slower than actual time. For the 10 down to zero countdown in the loader prompt it takes about a minute here. How about shutdown timers? "shutdown +10sec" takes about 10sec here. "shutdown +1" (so in 1 minute) takes about 1 minute. I've not tried absolute times. But I've a network connection and use: # Nice if you have a network, else annoying. ntpd_enable="YES" ntpd_sync_on_start="YES" ntpd_user="root" That is not involved at the loader prompt's count down's time frame. > Boot seems to stall until enter is hit at a couple of points, the > first I think was after displaying > EFI console I've never observed such a hang requiring input. (I do have a serial console set up.) If it does not really hang, how long does it take at each pause when there is no input? The 10 down to 0 already mentioned earlier is the pause that I noticed and have explicitly timed. I assume that "EFI console" here is a reference to the "Consoles: EFI console" text shortly after "Booting /efi\boot\bootaa64.efi". (My wording ignores escape sequences that are in the character sequence.) > Wired ethernet worked through a wireless bridge without intervention. > How it connected without being told the password for the access point > remains a puzzle. Maybe it inherited a DHCP session left over from > RaspiOS, which was shut down a few minutes previously. > > Xorg and Firefox installed as packages without difficulty, but Xorg > persists in using the very low resolution inherited from the boot > display. Running X -configure reports no devices to configure. That > seems the first thing worth fixing, any hints greatly appreciated! I normally do not use X11 but I do sometimes build lumina as part of building ports for aarch64, more as I general test of how builds go than for use. X11 and Firefox and the like are outside my range of use. So I'm not of much help here. > Firefox spews errors on the controlling terminal but seems to run > and produce a reasonable display, given the low screen resolution. I've no clue why you end up with something other than 67 lines x 240 characters on a 1920 x 1080 display. May be displays have a built-in default font that varies from model to model and that default is implicitly used by FreeBSD? FYI: On the ThreadRipper I do control things explicitly via /boot/loader.conf having: screen.textmode="0" screen.font="8x16" but the context is a 2560 x 1440 display and there is no serial console set up for this context. I've not investigated such things on any other type of context. "stty -a" ends up reporting: speed 9600 baud; 75 rows; 240 columns; (System built from same sources as the RPi4B's system was, also non-debug style.) > Altogether I'm very impressed. If this isn't Tier 1 behavior it's > mighty close.... === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Mar 8 13:40:12 2021 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 7AA8F573112 for ; Mon, 8 Mar 2021 13:40:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 4DvKGM4HC1z4fLs for ; Mon, 8 Mar 2021 13:40:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x436.google.com with SMTP id l11so8096227wrp.7 for ; Mon, 08 Mar 2021 05:40:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ZhGIonUjvQrFrQy0N7NO3Rjbb/Qq0uNm15moW6MdonM=; b=CstlJ/KbpBvJFu2Pom7pxS1OaN/iX+wP+n97XLzarWfvnFshzm3Y78wBQLqEPSZyLK qcY9Q/IV5PMU0IQW4phAl8wnTthKD3LlzIsoYC092pZYA5bj/KLtSHwwq0ECSk12ltud OnxtKH0aQBdKlg0aAUe9/OxKvWlZOk0RzosrUH1jY+lTuzaRowX3eEBUifLHWXjjG63r 4EsTfWURnATK+8UYMYYQOR2ub5wpobSfoZpZyvxrGfcb7u42515pcl6XeP2AyEqR5wQ3 IfgXnYAmh+MDeJUc8IjZ7rZn4l5+/4v4uJUITRHhojBtxdeUQhjvbGeuCXp/lyPdcYes iOmg== X-Gm-Message-State: AOAM530cv5vPRIWXpNg0X+4pkF8/FFLrzxKHG61OYwFdYefvyXyCxktS CG/FUZSS5YODognUx80noJ4= X-Google-Smtp-Source: ABdhPJx49McIlkiU435UNgrZSxINmHsKbQbPSYV4OCiGbWQeQoliimnc6WWuW55bSghA6HRaJpXNHA== X-Received: by 2002:a5d:6048:: with SMTP id j8mr23543583wrt.115.1615210810082; Mon, 08 Mar 2021 05:40:10 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id m10sm18796488wmh.13.2021.03.08.05.40.08 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 05:40:09 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 14:40:06 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> To: Mark Millard , freebsd-arm@freebsd.org, bob prohaska In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvKGM4HC1z4fLs X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.86)[-0.863]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::436:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::436:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::436:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 13:40:12 -0000 > Am 08.03.2021 um 09:14 schrieb Mark Millard via freebsd-arm = : > You may want to be explicit about the build version involved (last commit involved on what branch). it would also help to be explicit about the firmware-version. I would suggest to base tests on - 1.20210303. - , as it should then be = the latest in the next build , IIRC. > 8.03.2021 um 09:14 schrieb Mark Millard via freebsd-arm = : > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 Yes, frame buffer supports up to 1920 x 1080( so no 4k for now=20 because of missing vc4 graphics accelerator driver), I didn`t recall problems with any window server in X , so should work = out of the box. in short: no acceleration means nou seful adjustment-options with tools = because the resolution=20 is scanned at boot-time by fb-driver. So: it HAS TO work out of the box. > On 2021-Mar-7, at 17:10, bob prohaska wrote: > Boot seems to stall until enter is hit at a couple of points, thefirst = I think was after displaying EFI console Since you=E2=80=99re the 2nd person who reports this, seems to be a = known (new) bug now ,=20 belongs to u-boot(&perhaps firmware) : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981#c29 If the attachment in comment 29 doesn=E2=80=99t help: it`s a firmware problem(provided there were no major related changes in = src). So we have to know the exact release &fw- version to fix this. > Am 08.03.2021 um 09:14 schrieb Mark Millard via freebsd-arm = : > but the context is a 2560 x 1440 display=20 thanks for laboriously dragging your TV around the house in order to fix = the Geekworm bug, Ha Ha :-) K. From owner-freebsd-arm@freebsd.org Mon Mar 8 17:13:57 2021 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 8DFAD550035 for ; Mon, 8 Mar 2021 17:13:57 +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 4DvQ100nWwz4tBq for ; Mon, 8 Mar 2021 17:13:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 128HDxSw013971 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Mar 2021 09:14:00 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 128HDx0e013970; Mon, 8 Mar 2021 09:13:59 -0800 (PST) (envelope-from fbsd) Date: Mon, 8 Mar 2021 09:13:59 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPi4 Status and xorg behavior Message-ID: <20210308171359.GA13739@www.zefox.net> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DvQ100nWwz4tBq 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 [-1.10 / 15.00]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; WWW_DOT_DOMAIN(0.50)[]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 17:13:57 -0000 On Mon, Mar 08, 2021 at 12:14:21AM -0800, Mark Millard wrote: > > > On 2021-Mar-7, at 17:10, bob prohaska wrote: > > > > In the interests of exploration, I tinkered a bit more with > > my Pi4 running the latest -current snapshot. Here are a few > > observations: > > You may want to be explicit about the build version > involved (last commit involved on what branch). > Since I do have a network connection it's possible to post below dmesg which reports 592 by 448 screen size. For some reason sdhci offers several register dumps in seeming complaint, but they stop eventually and boot proceeds successfully. The pause at "EFI Consoles" seems permanent, I waited over fifteen minutes. The pause at "Hit Enter to boot immediately" rotates the progress spinner one step in slightly under twenty seconds, so it's not really stuck, merely very slow. Ntpdate seems to work and set the clock correctly, though I don't find an entry in dmesg. Dmesg follows: ---<>--- GDB: debug ports: uart GDB: current port: uart KDB: debugger backends: ddb gdb KDB: current backend: ddb Copyright (c) 1992-2021 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 14.0-CURRENT #0 main-n245255-483c6da3a20: Thu Mar 4 08:04:51 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 592x448 module firmware already present! real memory = 8442884096 (8051 MB) avail memory = 8207929344 (7827 MB) 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 39f38000 mode 2 pages 1 MAP 39f3c000 mode 2 pages 3 MAP 39f40000 mode 2 pages 4 MAP 3b350000 mode 2 pages 16 MAP fe100000 mode 0 pages 1 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 14.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 14.0. ofwbus0: simplebus0: on ofwbus0 ofw_clkbus0: on ofwbus0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 clk_fixed2: on ofwbus0 clk_fixed3: on ofwbus0 simplebus1: on ofwbus0 simplebus2: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 simplebus3: on ofwbus0 simple_mfd0: mem 0x7d5d2000-0x7d5d2eff on simplebus0 bcm2835_firmware0: on simplebus0 ofw_clkbus1: on bcm2835_firmware0 psci0: on ofwbus0 gic0: mem 0x40041000-0x40041fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x40046000-0x40047fff irq 30 on simplebus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 gpio0: mem 0x7e200000-0x7e2000b3 irq 14,15 on simplebus0 gpiobus0: on gpio0 gpio1: on bcm2835_firmware0 gpiobus1: on gpio1 regfix0: Cannot set GPIO pin: 6 REGNODE_INIT failed: 6 regfix0: Cannot register regulator. mbox0: mem 0x7e00b880-0x7e00b8bf irq 13 on simplebus0 gpioregulator0: on ofwbus0 generic_timer0: irq 4,5,6,7 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 usb_nop_xceiv0: on ofwbus0 gpioc0: on gpio0 uart0: mem 0x7e201000-0x7e2011ff irq 16 on simplebus0 uart0: console (115200,n,8,1) spi0: mem 0x7e204000-0x7e2041ff irq 18 on simplebus0 spibus0: on spi0 spibus0: at cs 0 mode 0 spibus0: at cs 1 mode 0 iichb0: mem 0x7e804000-0x7e804fff irq 26 on simplebus0 bcm_dma0: mem 0x7e007000-0x7e007aff irq 31,32,33,34,35,36,37,38,39,40,41 on simplebus0 bcmwd0: mem 0x7e100000-0x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on simplebus0 gpioc1: on gpio1 sdhci_bcm0: mem 0x7e300000-0x7e3000ff irq 73 on simplebus0 mmc0: on sdhci_bcm0 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 14.0. VT: Replacing driver "efifb" with new "fb". fb0: 592x448(592x448@0,0) 32bpp fb0: fbswap: 1, pitch 2368, base 0x3eaf5000, screen_size 1060864 sdhci_bcm1: mem 0x7e340000-0x7e3400ff irq 79 on simplebus1 mmc1: on sdhci_bcm1 pmu0: irq 0,1,2,3 on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 pcib0: mem 0x7d500000-0x7d50930f irq 80,81 on simplebus2 pcib0: hardware identifies as revision 0x304. pci1: on pcib0 pcib1: irq 91 at device 0.0 on pci1 pci2: on pcib1 bcm_xhci0: irq 92 at device 0.0 on pci2 bcm_xhci0: 32 bytes context size, 64-bit DMA usbus0 on bcm_xhci0 pci0: on pcib0 pci0: failed to allocate bus number device_attach: pci0 attach returned 6 genet0: mem 0x7d580000-0x7d58ffff irq 82,83 on simplebus2 genet0: GENET version 5.0 phy 0x0000 miibus0: on genet0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto genet0: Ethernet address: dc:a6:32:c1:dd:cb gpioled0: on ofwbus0 cryptosoft0: armv8crypto0: CPU lacks AES instructions Timecounters tick every 1.000 msec usbus0: 5.0Gbps Super Speed USB v3.0 iicbus0: on iichb0 iic0: on iicbus0 ugen0.1: <0x1106 XHCI root HUB> at usbus0 sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x000001aa | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x000001aa | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x000001aa | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== sdhci_bcm0-slot0: Got command interrupt 0x00030000, but there is no active command. sdhci_bcm0-slot0: ============== REGISTER DUMP ============== sdhci_bcm0-slot0: Sys addr: 0x00000000 | Version: 0x00009902 sdhci_bcm0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 sdhci_bcm0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 sdhci_bcm0-slot0: Present: 0x000f0000 | Host ctl: 0x00000001 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000000 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00003947 sdhci_bcm0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 sdhci_bcm0-slot0: Int enab: 0x01ff00bb | Sig enab: 0x01ff00bb sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x00000000 | Caps2: 0x00000000 sdhci_bcm0-slot0: Max curr: 0x00000001 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =========================================== mmc0: No compatible cards found on bus mmcsd0: 16GB at mmc1 50.0MHz/4bit/65535-block bcm2835_cpufreq0: ARM 600MHz, Core 200MHz, SDRAM 400MHz, Turbo OFF Release APs...done CPU 0: ARM Cortex-A72 r0p3 affinity: 0 Cache Type = <64 byte D-cacheline,64 byte I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> Trying to mount root from ufs:/dev/ufs/rootfs [rw]... 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> Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Debug Features 1 = <> Auxiliary Features 0 = <> Auxiliary Features 1 = <> CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 KTLS: Initialized 4 threads WARNING: WITNESS option enabled, expect reduced performance. Warning: no time-of-day clock registered, system time will not be set accurately Dual Console: Serial Primary, Video Secondary uhub0: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub2 on uhub1 uhub2: on usbus0 uhub2: 3 ports with 2 removable, bus powered lo0: link state changed to UP genet0: link state changed to DOWN ugen0.4: at usbus0 ukbd0 on uhub2 ukbd0: on usbus0 kbd1 at ukbd0 ugen0.5: at usbus0 genet0: link state changed to UP uhid0 on uhub2 uhid0: on usbus0 ums0 on uhub2 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=0 [at this point a login prompt is offered] Thanks for reading! bob prohaska > My notes below are from a non-debugt build based on > main bad9fa56620e (CommitDate: 2021-03-06 21:46:28 > +0000). Used on a RPi4B 8GiByte. > > > Screen resolution seems to be about 30 lines by 90 columns, > > on a commonplace Dell 1920 by 1080 HDMI display. Mouse and > > keyboard work correctly. > > My boot sequence for the RPi4B 8 GiByte shows (when I have > the HDMI display attached, which I usually do not): > > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > . . . > 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 14.0. > VT: Replacing driver "efifb" with new "fb". > fb0: 1920x1080(1920x1080@0,0) 32bpp > fb0: fbswap: 1, pitch 7680, base 0x3e2fe000, screen_size 8355840 > . . . > > I use: > > if [ -x /usr/bin/resizewin ] ; then /usr/bin/resizewin -z ; fi > > in various ~/.profile files and after logging-in doing a > "stty -a" shows as its first line: > > speed 9600 baud; 67 rows; 240 columns; > > Thus figures seem accurate. > > I doubt that it matters but /boot/loader.conf does have: > > boot_multicons="YES" > boot_serial="YES" > > > > Boot countdown timers run five to ten times slower than actual time. > > For the 10 down to zero countdown in the loader > prompt it takes about a minute here. > > How about shutdown timers? "shutdown +10sec" takes about > 10sec here. "shutdown +1" (so in 1 minute) takes about 1 > minute. I've not tried absolute times. > > But I've a network connection and use: > > # Nice if you have a network, else annoying. > ntpd_enable="YES" > ntpd_sync_on_start="YES" > ntpd_user="root" > > That is not involved at the loader prompt's count down's > time frame. > > > Boot seems to stall until enter is hit at a couple of points, the > > first I think was after displaying > > EFI console > > I've never observed such a hang requiring input. > (I do have a serial console set up.) If it does > not really hang, how long does it take at each > pause when there is no input? The 10 down to 0 > already mentioned earlier is the pause that I > noticed and have explicitly timed. > > I assume that "EFI console" here is a reference to > the "Consoles: EFI console" text shortly after > "Booting /efi\boot\bootaa64.efi". (My wording ignores > escape sequences that are in the character sequence.) > > > Wired ethernet worked through a wireless bridge without intervention. > > How it connected without being told the password for the access point > > remains a puzzle. Maybe it inherited a DHCP session left over from > > RaspiOS, which was shut down a few minutes previously. > > > > Xorg and Firefox installed as packages without difficulty, but Xorg > > persists in using the very low resolution inherited from the boot > > display. Running X -configure reports no devices to configure. That > > seems the first thing worth fixing, any hints greatly appreciated! > > I normally do not use X11 but I do sometimes build > lumina as part of building ports for aarch64, more > as I general test of how builds go than for use. > > X11 and Firefox and the like are outside my range of > use. So I'm not of much help here. > > > Firefox spews errors on the controlling terminal but seems to run > > and produce a reasonable display, given the low screen resolution. > > I've no clue why you end up with something other > than 67 lines x 240 characters on a 1920 x 1080 > display. > > May be displays have a built-in default font that > varies from model to model and that default is > implicitly used by FreeBSD? > > > FYI: > On the ThreadRipper I do control things explicitly > via /boot/loader.conf having: > > screen.textmode="0" > screen.font="8x16" > > but the context is a 2560 x 1440 display and there > is no serial console set up for this context. I've > not investigated such things on any other type of > context. "stty -a" ends up reporting: > > speed 9600 baud; 75 rows; 240 columns; > > (System built from same sources as the RPi4B's > system was, also non-debug style.) > > > > Altogether I'm very impressed. If this isn't Tier 1 behavior it's > > mighty close.... > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > From owner-freebsd-arm@freebsd.org Mon Mar 8 17:30:42 2021 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 5BC845504CD for ; Mon, 8 Mar 2021 17:30:42 +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 4DvQNK4sWgz4v7T for ; Mon, 8 Mar 2021 17:30:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 128HUkkW014157 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Mar 2021 09:30:46 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 128HUjrF014156; Mon, 8 Mar 2021 09:30:45 -0800 (PST) (envelope-from fbsd) Date: Mon, 8 Mar 2021 09:30:45 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: RPi4 Status and xorg behavior Message-ID: <20210308173045.GB13739@www.zefox.net> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DvQNK4sWgz4v7T 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 [-1.10 / 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_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; 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]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 17:30:42 -0000 On Mon, Mar 08, 2021 at 02:40:06PM +0100, Klaus K??chemann wrote: > > > > it would also help to be explicit about the firmware-version. > I would suggest to base tests on - 1.20210303. - , as it should then be the > latest in the next build , IIRC. > Is there some way to check it from FreeBSD? The machine usually runs RaspiOS and was updated yesterday, so I'd expect the firmware to be reasonably current but can't be certain. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Mon Mar 8 17:36:19 2021 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 DFFFD5504FB for ; Mon, 8 Mar 2021 17:36:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DvQVq5vC8z4vWx for ; Mon, 8 Mar 2021 17:36:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id BCC234FCA for ; Mon, 8 Mar 2021 17:36:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 128HaJWl043419 for ; Mon, 8 Mar 2021 17:36:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 128HaJoG043418 for freebsd-arm@FreeBSD.org; Mon, 8 Mar 2021 17:36:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254137] releng/13.0: virtio if_vtbe fails to compile on armv7 SOCKIT-BERI Date: Mon, 08 Mar 2021 17:36:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: me@igalic.co X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 17:36:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254137 Bug ID: 254137 Summary: releng/13.0: virtio if_vtbe fails to compile on armv7 SOCKIT-BERI Product: Base System Version: 13.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: me@igalic.co i haven't had time to verify STABLE or CURRENT yet, because a single compile takes around 6 hours and poudriere helpfully deletes fails pkgbase builds= =E2=80=A6 anyway, here's is the compile failure: ``` --- if_vtbe.o --- In file included from /poudriere/jails/13-release-armv7/usr/src/sys/dev/beri/virtio/network/if_vt= be.c:84: /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:295:7: error: offsetof of incomplete type 'struct udphdr' case offsetof(struct udphdr, uh_sum): ^ ~~~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/stddef.h:43:31: note: expanded from macro 'offsetof' #define offsetof(type, field) __offsetof(type, field) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:472:34: note: expanded from macro '__offsetof' #define __offsetof(type, field) __builtin_offsetof(type, field) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:295:23: note: forward declaration of 'struct udphdr' case offsetof(struct udphdr, uh_sum): ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:296:7: error: offsetof of incomplete type 'struct tcphdr' case offsetof(struct tcphdr, th_sum): ^ ~~~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/stddef.h:43:31: note: expanded from macro 'offsetof' #define offsetof(type, field) __offsetof(type, field) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:472:34: note: expanded from macro '__offsetof' #define __offsetof(type, field) __builtin_offsetof(type, field) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:296:23: note: forward declaration of 'struct tcphdr' case offsetof(struct tcphdr, th_sum): ^ Building /usr/obj/poudriere/jails/13-release-armv7/usr/src/arm.armv7/sys/SOCKIT-BERI= /hints.o /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:342:7: error: use of undeclared identifier 'IPPROTO_TCP' case IPPROTO_TCP: ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:343:43: error: invalid application of 'sizeof' to an incomplete type 'struct tcphdr' if (__predict_false(m->m_len < offset + sizeof(struct tcphd= r))) ^ ~~~~~~~~~~~~~= ~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:451:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:472:34: note: expanded from macro '__offsetof' #define __offsetof(type, field) __builtin_offsetof(type, field) ^ ~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:296:23: note: forward declaration of 'struct tcphdr' case offsetof(struct tcphdr, th_sum): ^ Building /usr/obj/poudriere/jails/13-release-armv7/usr/src/arm.armv7/sys/SOCKIT-BERI= /hints.o /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:342:7: error: use of undeclared identifier 'IPPROTO_TCP' case IPPROTO_TCP: ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:343:43: error: invalid application of 'sizeof' to an incomplete type 'struct tcphdr' if (__predict_false(m->m_len < offset + sizeof(struct tcphd= r))) ^ ~~~~~~~~~~~~~= ~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:451:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:343:57: note: forward declaration of 'struct tcphdr' if (__predict_false(m->m_len < offset + sizeof(struct tcphd= r))) ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:348:7: error: use of undeclared identifier 'IPPROTO_UDP' case IPPROTO_UDP: ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:349:43: error: invalid application of 'sizeof' to an incomplete type 'struct udphdr' if (__predict_false(m->m_len < offset + sizeof(struct udphd= r))) ^ ~~~~~~~~~~~~~= ~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:451:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:349:57: note: forward declaration of 'struct udphdr' if (__predict_false(m->m_len < offset + sizeof(struct udphd= r))) ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:22: error: variable has incomplete type 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:9: note: forward declaration of 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:469:42: error: invalid application of 'sizeof' to an incomplete type 'struct tcphdr' if (__predict_false(m->m_len < offset + sizeof(struct tcphdr))) { ^ ~~~~~~~~~~~~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/sys/cdefs.h:451:51: note: expanded from macro '__predict_false' #define __predict_false(exp) __builtin_expect((exp), 0) ^~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:9: note: forward declaration of 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:470:25: error: invalid application of 'sizeof' to an incomplete type 'struct tcphdr' m_copydata(m, offset, sizeof(struct tcphdr), (caddr_t) &tcphdr); ^ ~~~~~~~~~~~~~~~ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:9: note: forward declaration of 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:475:30: error: incomplete definition of type 'struct tcphdr' hdr->hdr_len =3D offset + (tcp->th_off << 2); ~~~^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:9: note: forward declaration of 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:480:9: error: incomplete definition of type 'struct tcphdr' if (tcp->th_flags & TH_CWR) { ~~~^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:467:9: note: forward declaration of 'struct tcphdr' struct tcphdr *tcp, tcphdr; ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:480:22: error: use of undeclared identifier 'TH_CWR' if (tcp->th_flags & TH_CWR) { ^ /poudriere/jails/13-release-armv7/usr/src/sys/dev/virtio/network/virtio_net= .h:526:32: error: use of undeclared identifier 'IPPROTO_TCP' if (__predict_false(proto !=3D IPPROTO_TCP)) { ^ 13 errors generated. *** [if_vtbe.o] Error code 1 make[2]: stopped in /usr/obj/poudriere/jails/13-release-armv7/usr/src/arm.armv7/sys/SOCKIT-BERI --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Mar 8 18:56:26 2021 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 DF9D1553807 for ; Mon, 8 Mar 2021 18:56:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.ne1.yahoo.com (sonic305-21.consmr.mail.ne1.yahoo.com [66.163.185.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 4DvSHF4KzPz3JxY for ; Mon, 8 Mar 2021 18:56:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615229783; bh=GGTTJQqLyh1emM8IJPHM54JE/6MPFwPNEzFSuWwyD3r=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R2BRKDecSzT9JoGwzNRwy7m9ndPHXYQNh0yMR9k6ZGtl7KX+6HzlhjstdkdMqXKL7zOt2CKFa+6p0mvj0Ha5iOlKRRmJvkIhS9RFb5bIjGogZOQdC8QMutDBgQwZMq4j9wZNkzBJCWjki0DsHuvXO1ziC/PxP+MCsIbP+XKN3o6k81Dr1kGcEb8lHE/mkLUUvip3Rlh4F6HcO5AY0/Yi+el1J/AtcMPKPB/sq7RV8DWZ04lDIB8+sxzw6PpH9Y8NkM5ogTgMlsDnkUmDQOhLcMYGSH7z8GGcuvLeLdihpBzcs7m21c/BbInas8YgZzqbnEBCjcJgBAF5J3o9dn/x0w== X-YMail-OSG: BHLnfcEVM1nDH5YFURAJUceBiM5wfsYplTfG8rVN45SCr_Jyzij03H26CRI2IO2 lVFEFaEQUlb0fMeAs5lNECX3wp0SSgWko_ZDW14bNDpemCc1y.4ZiMTuH3aBzT4qjL69JzSx1kiM kLb_Ka2xfdnfZNG0NiqY8vFivxauQ0yEzFb2EfvePqMMSYtpnEF3VXz34aIeOcXODDOA.zOcnZUI QQeanrZoiFGwgL3DDPsFClYY10xChUhDkM6eYQl2sGTHW_KHLVZ0GnBaw.junw9TPy4pBvhodOTt qh6QeKkndH3p7nGd2fI66MdUbra8nnDc5xx_PkDuNhpT778p7BzMwGDGdLXgz1qH2U853_yeRkLo n3W9GjpRw6O_d.0RDxl9kMAtur_HOgq0ytvirIZrby6ddBzQUdgDnz68EXVOMMhG7Hh9HK5z5uQl apRSyCcJtYzbpMB9C0vBUtR8pDhm2Ho4hA8J8CqIOE_cOxeIs_96zQEFC7DciBTCKKMreer1SdPI IkiOksQ1B9AYUgE8A_q5oNRLqet4qx8ck2JMY3gS0jZMfZITm0yPBMvfCbKVufxGywoHs63CMoqv EtdqMmM4oQXeGNAQkY0ou4rCUsdyhe1Ja.us6BLYEMp5.BMK1xqVHGHMMn_GEFHGvvUA0KWl8GXk lHmGx_Y2d8cdaelMzNqld1u3gPnfkgoF2JHy0MNZOF4hY9czZBCwMx0sGHAgbL2ous.SGyeCoce_ h2tGpf2glMGdXIhECkwp.ZZZV0_CPcSY93Ps7cidX5lRqzLp4Bg38d7MzzIa0AI5HU8j6LZzcj4t eBV9PwxLOFh.gOLpo1JhJhp0t5H7mSgSZm1qoLKaCagrQpmc6K_icLFP8R8CFPKYuMgjyPXKtuy1 1YH5nrpgo2aYoUgG70W.7GxbF8Spph5.WZNrV0bKWzYKi4MbXZmeAWIUeWFz5_i1aZQSw1kdbVmq Z9EHB.4fhWcs1_c.7lREYIYg3g7.rLhwPd6qQXq6SCkECsUmoMUO09aQ1Jk44HilqXt2UjZ5jFTu .BaJzouIs3JMYVjK__m2BsvwMgVdeOI_GgQm2q76N6DTdZHunYYLNps7ry3y7h2sW7d_4jPNmi2G Wf4GgQnfuiOAnad0n1EOsTVj9PdikxQ0kVbEJXe3SlwbZ5soU7e1k_nFNXoI8fn26GHJx3feZEN3 aJLhWXXoKetOacwZYjYTt6AsAd5EdroNofjYWCnp66YsYxrDSXw56lT7yZbHKNhy_8TuCrbrOLF. 9dsQO6Nua0DUyX0fmz8EsxLvLGcAac4P5Lxp.rCYiSh4TEYOARfpI0O5MHHWZ_7BgEdtdbtsn9yA QUsToTF8lb1aTqt8WAxqpm8I71mdmbvg275fw73hHWIvWbURIxD3PIACMTon3qCnG0bcXHrN4tPD vFG3bKZlw68uwYkSWvGaNSVRvZSR6PB3IbQjz3NkckOAmoI6MuUbsm9Q_m13ITwBGfi6_c3PdR4M MvhWwKK7b0da5s9_Ua3fKT2ycIiu2bvnSFN5WJDekznY.gnyftxXZtu4JM2dRrJ0snd71pgs_kon d9ghhm1PoS_OdGdtk.uSsZ41skLn6cf8ZoqkO0EMkt_0DOWQRUfC8XI5Duqr2sk03kw29zqj1iCF 3Njlvm.M7E66i95TjaJ4TAtvKu6NJCwMLk2aQV_v3NY7HFPP8cbwvDm.BwGnB6eT9dqp9.cy.s6L lnt6Z6zDVkgNatw2.xpaO91izTgVLEoEatZdSyQr7IzaQqNq8xx3OKyBw0MB9MdShXMw0JL1.VNB i3cWEQoPzyaUXxmMiPMb0WJAUWKbqXI2fyrPakkOtwG6y_PptPG2HET_SIpGjfPDCYdwZz7zfP5L ZwNDFs.uqmyejiI7iVPsJZEn.aBI5Z7yk8CzPBdtwwPoceX55G0tEMcTuzJbX4m.Umi2jeW6J_8f 2H4b2cKUuhwweGXDyoPqvlM8TTctowIVv0oG9AYoGWre9wwi2zkh154pFYqBjyuFSF1IQ49Ogp5A qtpeLgH7qZe1LrxjJddxv6RpGxh12bccb8RdoBrsnsjijakQaoBscQBIVeLIVJMn5j1UAjrSjPZ5 ANeOXwnhk_bLjcXwAdKoQO.Wa5xPYqLMNP33jFDppJygzmsNvqMJWgmlGYmHOd3hQJ95nRT3p5U3 IQOe.Gi5369YpA8I9DDPbNKrp0lufVA9QGFbuaRSAgKEJTchZMGLG02xkDE2j.2ZMPsuXbuvzaij 0OYrLDkbRQ1967zW.Xp71BpxBRPlv_oW3ac0BQtNn69d8njmjG7vWtKao5wGc6fvUC5GOPyNfK54 kM8cFDhow.8S2YKi.MFCt2BCkH1J2GvX2wLzQLIsi.fL2H_9Dh.D1BR2.ITfWeP9hBQha1kb2ays HZ_5MLuza_y4TsvYjKp4LADxtwgClQqI05N4EVC_ytNLBmpSxuV7K3m4GwygOPSqj4v9tZw.bEEC T6_gCe5Z5hw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Mon, 8 Mar 2021 18:56:23 +0000 Received: by smtp424.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 19e366694e196e3faeedfc36f66c8188; Mon, 08 Mar 2021 18:56:17 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <20210308173045.GB13739@www.zefox.net> Date: Mon, 8 Mar 2021 10:56:15 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvSHF4KzPz3JxY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.47 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.97)[-0.968]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.185.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.185.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.147:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 18:56:26 -0000 On 2021-Mar-8, at 09:30, bob prohaska wrote: > On Mon, Mar 08, 2021 at 02:40:06PM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>=20 >> it would also help to be explicit about the firmware-version. >> I would suggest to base tests on - 1.20210303. - , as it should then = be the >> latest in the next build , IIRC. >>=20 > Is there some way to check it from FreeBSD? The machine usually > runs RaspiOS and was updated yesterday, so I'd expect the firmware > to be reasonably current but can't be certain. Summary for current context: (The below presumes that the msdosfs file system involved is mounted on /boot/efi . Adjust as needed for your context.) # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) That strings and grep can be used locally to see if the start4.elf matches the above. fixup4.dat *.dtb's and such do not seem to contain such identification information. Full checking requires getting a full copy and diffing the result (or just replacing). But if one has been careful to not mix and match files, the above should be a good cross check. More generally, the below is how I figured out the above text for the current example. . . Treating this as an example of a more general process, starting from: https://github.com/raspberrypi/firmware/commits/1.20210303 clicking on the first <> on the right gets to: = https://github.com/raspberrypi/firmware/tree/fcf8d2f7639ad8d0330db9c8db9b7= 1bd33eaaa28 clicking on boot gets to: = https://github.com/raspberrypi/firmware/tree/fcf8d2f7639ad8d0330db9c8db9b7= 1bd33eaaa28/boot clicking on start4.elf gets to a page with a Download button: clicking on Download (or copy link for Download and use of it) gets a copy of the start4.elf . The URL was: = https://github.com/raspberrypi/firmware/raw/fcf8d2f7639ad8d0330db9c8db9b71= bd33eaaa28/boot/start4.elf Then this file's content shows: # strings start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) and that type strings and grep use can be used on /boot/efi/start4.elf to see if the start4.elf matches. (Wording presumes the /boot/efi/ mount point. Vary as needed.) I will note that VC_BUILD_ID_VERSION is not from the public github server space. It seems to be from a non-pubic internal one, possibly the source code git repository. So do not expect to match it with github hash-ids for commits of binary materials. I will note that: https://github.com/raspberrypi/firmware/commits/master shows two commits on Mar 5 2021 that are after the 1.20210303 tagged material, as well as older activity: Commits on Mar 5, 2021 =E2=80=A2 firmware: hdmi_2711: Rework I2C driver to NOT use the = AUTO-I2C block =E2=80=A6 popcornmix committed 3 days ago 1711f63=20 =E2=80=A2 kernel: Bump to 5.10.20 =E2=80=A6 popcornmix committed 3 days ago 530cfdd=20 Commits on Feb 25, 2021 =E2=80=A2 firmware: arm_loader: Return all borrowed DMA channels = =E2=80=A6 popcornmix committed 11 days ago 5985247=20 Commits on Feb 24, 2021 =E2=80=A2 firmware: platform: vl805: Get BAR2 address from PCIe = BAR2 registers popcornmix committed 12 days ago 7872272=20 Commits on Feb 22, 2021 =E2=80=A2 kernel: Bump to 5.10.17 =E2=80=A6 popcornmix committed 14 days ago . . . =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 Mar 8 18:56:59 2021 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 703FD553798 for ; Mon, 8 Mar 2021 18:56:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 4DvSHt5gN1z3K2N for ; Mon, 8 Mar 2021 18:56:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id j2so12582219wrx.9 for ; Mon, 08 Mar 2021 10:56:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=LIoPZNCfRbG5U6Bu3QAv+KQyrgFpVsVvHx++HlmGa1k=; b=EJG+UoQ5uYeAXgHt6C/moAFyJZQZ/w4JbLrNOdluY8p6NqmIjKeFh1LFJLR8HRnNn6 PwPQm9OUco0dQpLckA/0y8psTX7ao23frJHmtDVI4H5Lc7UiL3VXF245XUl6RZDzR41I JhvUWChoIn4BAcjVvs1KmRZ48kXb0hXuQPIqCHkGGffvMmiHQoZQ/lUtwLSnaGCFVp+A +gGtglScbnW2ZoFF2yI58hXQ94+UjyhRtBkf6w1N1T/5r7P+4qZCLVXEmnqdTuetELIz 2uYANkk4EVEC21rWHswR9VFlFLsqJUrDBwNx3WGpiJzvF3GKUpQhwZhCt5ZIlveHxBxV QaJA== X-Gm-Message-State: AOAM532RJT5jd0GGs8Adg3qeRCgjpk1f6oZzm5jazky1tgCpqcyODNvu BkUggnrkzdeMo2AcVVar7ew= X-Google-Smtp-Source: ABdhPJw9ZiD4hsElSm3llXakil6U9fiJKbzPVX8H+cgXE1wMJxJ1xGizfKAWC26f3WXoezjq+B21OA== X-Received: by 2002:a05:6000:118c:: with SMTP id g12mr24441007wrx.353.1615229816263; Mon, 08 Mar 2021 10:56:56 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id v2sm114035wmj.1.2021.03.08.10.56.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 10:56:55 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 19:56:53 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> To: bob prohaska , Mark Millard , freebsd-arm@freebsd.org, Robert Crowston , Mike Karels In-Reply-To: <20210308173045.GB13739@www.zefox.net> Message-Id: <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvSHt5gN1z3K2N X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.99)[-0.992]; FREEMAIL_TO(0.00)[www.zefox.net,yahoo.com,freebsd.org,protonmail.com,karels.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::429:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::429:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 18:56:59 -0000 > Am 08.03.2021 um 18:30 schrieb bob prohaska : >=20 > On Mon, Mar 08, 2021 at 02:40:06PM +0100, Klaus K??chemann wrote: >>=20 >>=20 >>=20 >> it would also help to be explicit about the firmware-version. >> I would suggest to base tests on - 1.20210303. - , as it should then = be the >> latest in the next build , IIRC. >>=20 > Is there some way to check it from FreeBSD? The machine usually > runs RaspiOS and was updated yesterday, so I'd expect the firmware > to be reasonably current but can't be certain. >=20 > Thanks for reading! >=20 > 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=E2=80=9C Many thanks , Bob for reporting ! In addition to your report & = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981 I have extensively tested different things and can now definitely say: The upcoming (&old! ) versions of sysutils/rpi-firmware_xy make things=20= even worse than they ever were (including your reported X11-issues& = massive xhci-crashes ) - That load of crap from firmware-chaos from rpi-org has immediately to be = removed& replaced from the ports-tree !!!=20 I`ll continue reporting in : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981 with a solution this evening. Regards K. From owner-freebsd-arm@freebsd.org Mon Mar 8 19:48:04 2021 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 D8F07555488 for ; Mon, 8 Mar 2021 19:48:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-2.consmr.mail.bf2.yahoo.com (sonic306-2.consmr.mail.bf2.yahoo.com [74.6.132.41]) (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 4DvTQq6rscz3Nv1 for ; Mon, 8 Mar 2021 19:48:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615232883; bh=4L1Jaswvx0ssG3p/CvD/9A14YfY6a6nETDPTAS3tE5F=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NcKCu04I0IIinbacrN+MuTpVg6Dkv95l4YdCidEKdX+yaa9nBDGxAqp3sJcvmAlwdlIAA2s5zaiRi3RK+V0z1GdYk+scWLdSJ4TfU8r3wMrKIt6/ZMCWhlXbZ1Lvd8AUdc64l+7cnoTryTUI2lWURvgLnYHna9X3EIzBNm//BZyDldpit/MpGlTnQnBxA3OLfIxQribRVds1z8AqZuTeet6vwJAF3wzmuQmIPHwwND3i0oTuc122xmW3BqP8oQ/XKujVeCRuu9+yLb0tbA/b4Gul7KihBiTzHVtakNUY8jT2j95ULynI2ux02XoK50A9DpvIOtMQNxJaiJeCSlPSrg== X-YMail-OSG: JZ9HE6MVM1mUARxEdZ8yRr_tkA0gjlKMHadXYJKk.Cujg.XzNzKjxk3EvGTzUYt oOBMWJPI7efu1Buib4KfDCPkkyfo9BdyluTw6ldehqlW48FSq1KsD8CEXYMhcMnMiTtjkqgbmsOr WjBCqc4CrKab._eWM1JPcNigyJ3tS7Y1qeduMlkBUqbPgg5DwSy0CyHFbxyOWolYwbnkH7PgyeBt U0nyC5y00CwM36.SJsCNQ7Kr.9U63OBcAt6XFwRb4y07F_vy0m_H.lp7wvLnBqzj_WwviH7BbEIK n1aXl9TrMtgkJpRSMjbrRp8GsWsQhw26A3Bmp82XHTfvYXq2XrBeMqIB5AulMtUCMtLjHRedG_IQ .aY1JYoGPwcQMQjFu1BEiJAjoHY4Mw6uiBuhHWPyP.boK5K17qrsH8paRGU.c5dHO1WNZhgfD2fY pDoCa96zDIVs5XDyfywzi55I89DEJd_eVFGrMPIBOv66qrs8Y2G0aQWa7X3dg8yK4s9TmJ7w9QjJ CtR8is0vKmXA7Utw5DzetB7XmNkVw3qLbb4XoBl1aXS5nYCW9JJuthqkCfKj0wk3kPogmz073frQ XKG2HzaUyDBmXKxgckmQjsyuB3.Y6p7FPKEwg6GaVtk6vKHS7ilmAnS2_YOavmlcT7_UZ2eYrYTy 3gyYNbIi45zIzmDG_JXxE3SNtxVftXOxnlX99vVY11BVvSkAQjFzV5WBYZZR1q0ppb2qf0AJfST. NXJRPmOsCCvMcwdxwPC5X9X521oU3WrXIUyXTRsevZ0rK_z7O9O9b3_oAhdller_sPCWVCKH8sax bel8.ubSZyw_rmQTvCcWpgtVmGOgimeAU6jEEHIZdSo7cJ0DdbVPKZm0ZxvR8NHVRFbj3Vxo1Bgm xEAjY8e5LGnXG1FIA38id6mRAZHjvwnNcsLlcuktn8jih0.Lcpjy7inW0RYNr3uTX79ozvpzPxFh tqNZ5T0GNQav2IuYpDNBiOyEK0CB3t5gTaJLKCLJalzo.6Irrc4REncRQnR0L82fteQura0YOs2V SQGKJxNznuFClkoyEZofk6v1UA0s6q8xaV15g6GEWsSFje8jatexPvqwMGwSZ.t.dKJoKZWBrbfj czog8bsCVttMPux2RHPmLMbWxFebHzR_nB9zIOEmH1QwhOTmgfKaGxmNAA1gXHMWpPWh6Nguk9XQ M6CDV0dHjrQQzl2esrNdoDkAbVM3yIhAEpkJ9BIMBYygkOkg0my1Rt7SJtx_X7bktYGiwus0_hjW eTB26KCS4RtitsSn3eq478d3hZFNETF9morOB2g01eCtcjy9cwEcYvYWUny.OnMu_ZElwCIrUWeL eJVZmc5I5gqdbIyS9cGN6lnq1TA1TKyi5XCYYonqs.Se38WEjF8wtgYJyXTySiYnGNTBugYX8EB5 yl6D3lx.XeZp1GhwSghJguYYe6V9qkbHwM2jymDjnHC2XrHtKVenR7cKmDSf.DJMBBdw9Y2bXvdH sVB8SPaGhCKUMa5HWttjEMj6brEm5XOIjGBXD7UUYpDu6z4gf3B1CDBK77m9J_ZxaE4E1vx_vFuG B11hI8JyLC2BEvY7LvaxTkKmm9Ls.6tADVX.r0b9e2FFdkE33qWX19ca6I9477kGR5cQYYKkoMx3 g1inDxJKpWtESiwV6aP803kLainZHdkKbR99U3poCUWGkSWgrf9HJpqQlH6u1V8uIAk7QbcTVsx. .35ZoDnCrQyPWxSQD0cysO5Md7J56vhLfkQ9kKgwBbhASXTYTYDk.iJpvQwCKkirdLG5WZvWH9hY VI0b8r2vNSuaPCxYqTw9v32UC4105UZOyCpN5k1uDLlnOjw6NfeqhTqQIp2_ZUcOZU2IZ3tg.y8A 1kit2jQuS1amXVZKzGh8n4BwNz.6J4strE0GKQjBksami7u3q46yBiQTsDw0D8SmSSMGbiwCYXL4 ILMXzLcfFLrseWVdHmOBxA6skpbVDbb0._DthI_4iTk07JCtJ195W.cif99QizLnPb0_.ll1mW_f 7zZxQONqbFKXz8pItRuK7vdcfwgRnMfZ.Cz5aRRMN_OOYQtTCIthQ0fBtlSdnCeL5UrZwhBoY.Xn 0I0o7I_S9r1qXpa.2w08OhPyMctNG0w.7rkfIelsM3Ye8Wb.sNJuLubN59WEdrxKi4JCNXQiyvvv tHfVkgE3fHNK0g9uQgveg06eeOgHM30zJPhVHOmrYQ4PtCJj1XRQeATmrMJp3zj7NRcnFtku1DUp gxjKEruqVuTt.QGehSEfk.aguiyWxouPLZgfS.BHrGPZ2wA5iMUKZ97iGZ.VHHQo7VZxkzbXIOgq AQYtPFAO04e2FnWLQWDBNy7nDlLooFyT.eJPbNX49cVKDrmm2bxKywFEIkQnQor5oK6vmzFYyctx ux7mIRTG_m.N.0jmNBFWEYmScOxALmU8hS55AAGjSRzY1oTKcLlpq9f4qVU1E_zm8HXd00vjQR3_ RppQ1aD.u_UKegGWvAH0TVIBgkVZP.delj4eQr0JHG3Hj.I6f7XmMhZHNAjp5c7cCgNmx3Rd2xCZ KU9hbjbhn8Qr8QFjwqpFDY95ywyww04RclPDz.0qbQhYJHxuU5xPlTjCvzVbYUuOnnvpRG46G2ex ijChtX6PWxvsxrL3.MYYRMTKupR.S2s4YmSPTYy040h2Qq82TpJgiRvh5VyIxQCXPOcQMFi5bbBQ wT75apWL_7b1z6ZgnJVn2FvUgiStLojaT1S2b X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 19:48:03 +0000 Received: by kubenode568.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 91cc45960cf3e31ee5768a732756d48b; Mon, 08 Mar 2021 19:47:58 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> Date: Mon, 8 Mar 2021 11:47:57 -0800 Cc: bob prohaska , freebsd-arm@freebsd.org, Robert Crowston , Mike Karels Content-Transfer-Encoding: quoted-printable Message-Id: <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvTQq6rscz3Nv1 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; 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:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.132.41:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.132.41:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.132.41:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.132.41:from]; FREEMAIL_CC(0.00)[www.zefox.net,freebsd.org,protonmail.com,karels.net]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 19:48:04 -0000 On 2021-Mar-8, at 10:56, Klaus K=C3=BCchemann wrote: >=20 >=20 >=20 >> Am 08.03.2021 um 18:30 schrieb bob prohaska : >>=20 >> On Mon, Mar 08, 2021 at 02:40:06PM +0100, Klaus K??chemann wrote: >>>=20 >>>=20 >>>=20 >>> it would also help to be explicit about the firmware-version. >>> I would suggest to base tests on - 1.20210303. - , as it should then = be the >>> latest in the next build , IIRC. >>>=20 >> Is there some way to check it from FreeBSD? The machine usually >> runs RaspiOS and was updated yesterday, so I'd expect the firmware >> to be reasonably current but can't be certain. >>=20 >> Thanks for reading! >>=20 >> 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=E2=80=9C >=20 > Many thanks , Bob for reporting ! >=20 > In addition to your report & = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981 > I have extensively tested different things and can now definitely = say: > The upcoming (&old! ) versions of sysutils/rpi-firmware_xy make things=20= > even worse than they ever were (including your reported X11-issues& = massive xhci-crashes ) - > That load of crap from firmware-chaos from rpi-org has immediately to = be removed& replaced > from the ports-tree !!!=20 >=20 > I`ll continue reporting in : >=20 >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981 >=20 > with a solution this evening. >=20 FYI the 2021-Mar-04 snapshot: FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img contains: # strings /mnt/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 22:19:57 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Jan 27 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) and so is not yet based on the 1.20210303 tagged firmware: # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) =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 Mar 8 20:02:21 2021 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 01D65555B1C for ; Mon, 8 Mar 2021 20:02:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (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 4DvTlJ1hbSz3PZK for ; Mon, 8 Mar 2021 20:02:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42b.google.com with SMTP id v15so12773532wrx.4 for ; Mon, 08 Mar 2021 12:02:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=bpKXBrKwH4Dmbkq9QmE4HDJxLVmCb1eiT8ybL+gzMjA=; b=l/RON3PQ2Vsu30PTAZsh/1+mp4VS8gMA/qhUpw0Z1/LsjkKvPTqyyRfXmDRlw/Y0Fy xXlbY74eIlij0sXGU2fmWFQUB1OW4Y2tmQbet4XomWoDitGVDJ5m8UjXRAJFcVDbgXGQ 1bSDt2+yQ3cSL1ZkhRABPASqRJS7Z0IQPj7Mxh0y7CA9L8ZxVGh28WN47tSxIy/7b68C v2dCIwOf0lm2gspc//RPBY259o+Ekm5HNGrh3l30XOxI+JCwLCvQs3Yz+nZNx9ALFlfr iVBMHm70fqNfD3P9BtVfNWwKRAqDXrLLXbd6JY+rrMKuK1e+2LymbaFsJSG1a9lIJRNY wRHQ== X-Gm-Message-State: AOAM533hK1+uFI5gnX/Ie30ffUQy2IJ96O12iVqNcEzRPVWfRUqFLTLi vIwM47L7cckZcWKJjvOXuiI= X-Google-Smtp-Source: ABdhPJzIgIFbOQUi7/2lJJZ4NqU7CW2EfMaxxV2l3OdvNeirbn7sS2Ag9SWkutB1ngz/Sk4vgtruVQ== X-Received: by 2002:adf:f083:: with SMTP id n3mr23914642wro.134.1615233738820; Mon, 08 Mar 2021 12:02:18 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id d7sm20103958wrs.42.2021.03.08.12.02.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 12:02:18 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 21:02:16 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org, Robert Crowston , Mike Karels , bob prohaska In-Reply-To: <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> Message-Id: <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvTlJ1hbSz3PZK X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,protonmail.com,karels.net,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42b:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:02:21 -0000 > Am 08.03.2021 um 20:47 schrieb Mark Millard : >=20 >=20 > FYI the 2021-Mar-04 snapshot: >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img=E2=80= =A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6 > =E2=80=A6..=20 >=20 > and so is not yet based on the 1.20210303 tagged > firmware: >=20 Yes, thank you ,I know(=C2=B4ve tested both with & without 1.20210303 = with 483c6da3a20-257149.img=20 on the 8GB-model ) e.g. unplugging the keyboard leads.. to the crash reported here at boot = time : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981#c16 ( xhci-ring.c:498 ) if 1.20210303 is used=E2=80=A6 .. (other issues came up)=E2=80=A6. If you want, you could test that=E2=80=A6=20 I fixed that by replacing known working fw-file-combinations=20 while 1 thing is still unclear: The time-counter delay from kernel-bootup reported by Bob, maybe that=E2=80=99s a change in 14-current=E2=80=A6 ...no fun testing all that on different hw and OS-versions ;-) K. From owner-freebsd-arm@freebsd.org Mon Mar 8 20:24:27 2021 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 A005455694F for ; Mon, 8 Mar 2021 20:24:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-3.consmr.mail.bf2.yahoo.com (sonic305-3.consmr.mail.bf2.yahoo.com [74.6.133.42]) (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 4DvVDp4KlGz3hJF for ; Mon, 8 Mar 2021 20:24:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615235065; bh=185J/xQpJZOPzitc8qg8D7GxPTrwHM3Q84QpCapBKLF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rgj3I+atMlMTVxWHmY2BUc5q5uGAY1n/GYBqctUUT874RS3gewozgUeX6RSOhRxpZt4qf5g7D7QsvkAhEjZy6GsHmgwAbF4BzAOtrtMpZC0zIRJgKLqwSvBmWbnx+c6mO1IzXiyZZuIjOMupXEFUvq+xR3evDRDC9EkjoEXEVElOey1iqrhDEYqei/YgusU5amjwWbYFxVpZzGGKWTgS1yJ6KQaOkZxpkDfRLiSjF0+hB4W/XC95vibwO9S0orwHAEMJD1KSJqq0yvSWToHI5PNpGUn3JVKUz2DqoCzBaod/KMbucNNGiG4vccdbrMV66CxN0hzvoIXGwewnZS96Zw== X-YMail-OSG: Yo8H.rkVM1nhwh9CIaDyIV6pB3wO7EZeRqnrFXSVzWsJ5HqGeANegQk5mrH8Jvd Z4A7UxRXqhKHivZfdezpWMVCTm.p13N86574NVSQP_NaHBA3NoKexWFAyJxKygRL6yTaxdkStxH8 Xj5weAaADB4EtvTAtPIkbFUpqzzxBJHY_NgSucqu1uBaKgVgIuIHZU9fZkAo2utlyz3UklU_JZMU hwVqKJIpahFzaPnJyymFBPpf3_FbunTPGsm50ou2sAeHOJFD5niXpf05c5kcpzitVqyLVuNvdPzO i_lCrSAiC0YqLMCranbnXJPvUeehNBUmOnLFU__xVewoEeKjHETh2j4FdLJCAgGuO0JAkgtBfdwl Pay6yAFROkGODamL2Xnjg.Mb.ATrmrAJdrAPdcTv09jeLTtZdGmTvz8i44wf6BkxyM8lFwJRESBJ _QOO8gDexzbIxvKolJlP.Q3LKoZBWE01fjGaDiYphvWmqDT634VGI4EaXupf.MwD.s5e3KcJmuQ0 XVwwh86s.5IORIHWFVJ_V6dxmpxMZSDa1CCQRsxVLk7z2c10JLFvAlcncqyWNI3O6OHGkZA3CPIi r88nAaIfcTnpLSqwyXLNblfFgsb0B98HSM9a5axcSwbgy_PEKUU8_WacCYvloxjTje7Qj5w5gdWe b4bC_3Ts1fru.rKFAPCYXOs4FRU3ZYZhoHqeuX.virT_n2wnGg0T0ku5pU4C9I6Tho2NypuMZtQ0 5KMZuDo3eQRE7JZlVaWW4SWqn5ETtzuc5XFLPdG1cBjr1KcyE8ulX9jDNOyGAzHflAvGIFBLV384 8kSy7rhLtlsB0JsYCcLFA9.I.VZAMFOTLm4fhUydmzZunMeDx9Kr7wOpsPAGISpfOj.2RBdzRh_. Tm8PoH_E_MQu4Seu8RNjV6vGmB0AtLGNpxbgd3kq.krieJwP4ReBuJgFKPTk73kl5YBxd4oGRbLS 67LYM91ePBidA3zqQ.kVFBLtOGohZ8w9.Vte51q.JKU74Je423d2ruUWNVVryZFlcKrh9k7Pvf7C T8Ug4LINJpIkSklSckQ2Ms6shqG0CDO9rfw6MgJh4bP6jM6.VdIxEhqSLiVf2.ZTrXo5NTrdsnnP U5xG7NnGBWIgzi2uWEOe4Z5mfRwLcusFmg2V0L1oxZtMh1uxF0FNwLYUO7Nq3MBT9gODz5g1f7fx rzfj.lY4_19mp.CfBJEd3YbaYGyo5k7cXX6l9HcfuVhyoGySJp5oyunU5jNZvWd1o_Qea4cfOaFk 3dTd.EEmohIKEwAMVN.yStYK00wngyB2WIFWn7Lsjzw6K4vY9zLi28GSZv5XH4vb0uSJy9WTsU7m FPSQh9qUbFu3UYOJVVaH0EqAuoes9jVHwyBqLIaH.oMQSMzvG6GHbQux1OLTG6zVM_XCzQJoBIZM YBTi6l93LVIz.FoAGXHoLy6I0xWjz0iq_xFPTa900aFECKp5uRrpMErxEY3G4GQj9kBYLKq_9YP4 F4jSajXlXwxXtz4HYGWiZKq3aqfjY_kWAKJWOiGHR5n3SI5C8JydVjB65HosJrTVj50UEXQfJ1vj yBgnOlfOXwqcZewmPiMg4Ma4g4hStCuQg3nncZUlX2FsnFlzhPRfB1rjnvNR.xCxgFcw45DoydKm d_j8ZW_.C8Zq9QK1RRzR0h0BWHuyHMZJz_pLFsopNblwjHraVCdzWQ_GKE1Ovyf0CFsRaA6FSeEa Cje_Mnx9Im0o8weS2Kwx8pT8M_0ZhF4eqzDR.rkbR6HaIGtZeQjwJsXn4iAQThNjWhNsZxCzRlV8 qMgnR2eZPOSxwMsVI50s4Fkatbj34zTgv9SpPr9BXWXnnxFSYyt.RDzpMy3xxm9_lGEyScf3ogIM aTm185MkfJqtCkO6ShJvdzv4fvUkTYHXuJfmRsILYgdErXbuWA1Fsmc8Ztbvwc1pDAt.wmn.tPIC W7iuC4myN3Sfit1Poe8OaR6lcPgNKsYD8txuBUxs.pCD1QkOgNGwtctB3JiJaxLxJAH0sKNl1OzC FHQ5n4aV11S4pWCqdGnUyxh5rsWnuWnTx1p62ZGQCk8utMSv0vtiMgNIXow8x_zxyUzaDpG7zUWv 4.DPu9sRLVyyx0EAhhmsquipcpfEh6nYPWG2.B3RsQScQIUsHV63Yw__Jh8xWRxht08gp3pFw_TX GxSSkbcdDmjq0wCmnamZ6ueRe6uelo.aO0MbwAivhCMzqYcUaCWwUnZneZ62IdvbdhLSb9ukcyxC SEilPKQEjF6FKExTYGA.He6PdYhFdIsRt8ldMnrJ9pvwFruyQvgEHp55ehOwqfLD.MsRRxwM218m sZNWr0EwW8oVglHiDdDnVyJDtgG3O5v5iT96fGnNeFxs4mwBd8Mi91EA3HXLxb8UNWakwyEtE304 J6PSo58jIN9xErBWRCT5MwbKdGSlX0imXwXc1Ra9ydhdbI.kXDR_.d0300wvkHt3fkh9bLEOuGsN MrzKD6wn43RqgfhbIAjb6Q7lIKcn8TPTGa15IUtZmq.Hv.hnCZxm0puTbjchmT31bIWo4WToZo.3 jKBoPof12jYVD94akq.KDl9NL87oTRnSJag9ZpUIb1EGOnAtOIfinuf3XsTDQb5fooTzYPe3_kbV UygdQCziaJWmF8i0b3fO18ZzHUoAjjzC3i_0053SZpiMkQX45ZfJeZ8r76yIj2hLmMJDEHWBkiKJ TBtvWcefKGhvKACbRTSoLsCohY.ajVmOkvYJu.tbHlNi3T7jto2Q2uk4BYiW0wnXrB8Ht.9xN6Hh f00ol_FHNWDJDZA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 20:24:25 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d94806c261aa6a4e5c7d8efc18df79da; Mon, 08 Mar 2021 20:24:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> Date: Mon, 8 Mar 2021 12:24:18 -0800 Cc: freebsd-arm , Robert Crowston , Mike Karels , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvVDp4KlGz3hJF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; 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:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.133.42:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.133.42:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.133.42:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.133.42:from]; FREEMAIL_CC(0.00)[freebsd.org,protonmail.com,karels.net,www.zefox.net]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:24:27 -0000 On 2021-Mar-8, at 12:02, Klaus K=C3=BCchemann wrote: >=20 >> Am 08.03.2021 um 20:47 schrieb Mark Millard : >>=20 >>=20 >> FYI the 2021-Mar-04 snapshot: >>=20 >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img=E2=80= =A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6 >> =E2=80=A6..=20 >>=20 >> and so is not yet based on the 1.20210303 tagged >> firmware: >>=20 >=20 > Yes, thank you ,I know(=C2=B4ve tested both with & without 1.20210303 = with 483c6da3a20-257149.img=20 > on the 8GB-model ) > e.g. unplugging the keyboard leads.. to the crash reported here at = boot time : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981#c16 > ( xhci-ring.c:498 ) if 1.20210303 is used=E2=80=A6 I get no such crashes from my non-debug build based on main 14 bad9fa56620e (CommitDate: 2021-03-06 21:46:28 +0000) on a Rpi4B 8 GiByte: ugen0.3: at usbus0 (disconnected) uhub2: at uhub1, port 3, addr 2 (disconnected) ugen0.4: at usbus0 (disconnected) ukbd0: at uhub2, port 1, addr 3 (disconnected) ukbd0: detached uhid0: at uhub2, port 1, addr 3 (disconnected) uhid0: detached uhub2: detached ugen0.3: at usbus0 uhub2 on uhub1 uhub2: on = usbus0 uhub2: MTT enabled uhub2: 4 ports with 4 removable, self powered ugen0.4: at usbus0 ukbd0 on uhub2 ukbd0: on usbus0 kbd1 at ukbd0 uhid0 on uhub2 uhid0: on usbus0 the USB keyboard works fine when plugged in. Things work no matter if it is plugged in or not, booting and normal operation. Is the crash only present for debug builds? If so, then non-debug may be doing some bad things internally, despite not crashing. At this point I've no clue what the context difference that matters is. >=20 > .. (other issues came up)=E2=80=A6. > If you want, you could test that=E2=80=A6=20 > I fixed that by replacing known working fw-file-combinations=20 > while 1 thing is still unclear: > The time-counter delay from kernel-bootup reported by Bob, > maybe that=E2=80=99s a change in 14-current=E2=80=A6 That timescale difference in the loader prompt timeout sequence I do see in my build. > ...no fun testing all that on different hw and OS-versions ;-) =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 Mar 8 20:38:00 2021 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 8FD7E556FEE for ; Mon, 8 Mar 2021 20:38:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 4DvVXR3kxqz3j3r for ; Mon, 8 Mar 2021 20:37:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x331.google.com with SMTP id n22so296990wmc.2 for ; Mon, 08 Mar 2021 12:37:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=Cm3iqemG8x/u2I7oxx70TaEjRAmf34ZB+76+9X5RYSM=; b=JlNodAydO5SAzH8113k3yp4vVDKxRw7UDDOwz/BbZrK5g2P3nh1gQe+veDMLM+nHOq ADLreL3RWKUXGmbj0bYFfZDKGtpZ9qjEPVl8DnXnav5I20wQLvVWmOlbFBEFp7ONs5ZU XwDw0bi9vcTpqLTBZSbn2tONyvl1zYRwcKwaPzYFlZXzcb/4kWQKL9Ny++Y8Dd9gnVK3 jZST2MDVjXlRF/ITAay6WkEhYbKXfQJli8wsbN1/zntkducz9qFxAlwSCO5wH/tjSXaT oaViOEiGmqKCKOcGbXhKnRNLMjlydfd+qVj7OyRrfFCJbjZapBaBvETSfl3CsoVpHGk0 t4iQ== X-Gm-Message-State: AOAM530BeKrME1Eevz+dsVHcmaLCpFO+wH4GEMm/MXaO5qvryYu1SvM6 AJChIrAcpafzdkMXtWswEbA= X-Google-Smtp-Source: ABdhPJyVbM5e8Qh4A1d1IdsPvpB1zY8gaaaM//6GWnQYo1t4By+uKxuq6oM/9oS/+DddezZTkQr1QA== X-Received: by 2002:a1c:43c6:: with SMTP id q189mr558693wma.80.1615235877999; Mon, 08 Mar 2021 12:37:57 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id t188sm730822wma.25.2021.03.08.12.37.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 12:37:57 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 21:37:55 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvVXR3kxqz3j3r X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::331:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::331:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:38:00 -0000 > Am 08.03.2021 um 21:24 schrieb Mark Millard : > I get no such crashes from my non-debug build based > on main 14 bad9fa56620e (CommitDate: 2021-03-06 > 21:46:28 +0000) on a Rpi4B 8 GiByte:=E2=80=A6=E2=80=A6 > =E2=80=A6=E2=80=A6. > the USB keyboard works fine when plugged in. Things > work no matter if it is plugged in or not, booting > and normal operation. >=20 > Is the crash only present for debug builds? >>=20 Thanks for info... for testing in user-support-context I used only that what=E2=80=99s in = release for download(unchanged except 1.20210303 of course) > That timescale difference in the loader prompt > timeout sequence I do see in my build. ..strange, yeah=E2=80=A6 but good because otherwise nobody had pressed = =E2=80=9EENTER=E2=80=9C and had detected the bugs. whatever=E2=80=A6 for user-support-context you have to laboriously = drag your TV around the house again :-) .. we don=E2=80=99t need that =E2=80=A6.but they all want to connect the = glass-console .. K.= From owner-freebsd-arm@freebsd.org Mon Mar 8 20:44:17 2021 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 BCAB75577B4 for ; Mon, 8 Mar 2021 20:44:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-2.consmr.mail.bf2.yahoo.com (sonic307-2.consmr.mail.bf2.yahoo.com [74.6.134.41]) (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 4DvVgh4NJBz3jwF for ; Mon, 8 Mar 2021 20:44:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615236255; bh=yyXS1cjDBZ8q84aOnKWuHLpoNVv5pwdP5oJ2sZMtNf8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=g94BXwxLyFx+clCawKr4Vny3azzrKDkW7V8OpxixzxDySH0olLwFwfkXBUBuwFVt6h4QJnC5eRpijzUfN5hANbibnMYK8hWrszunwoy0RPar39vo0g8RRmfUFFvvEi2kYAKe7qgWFdkyl03bS91WlUxJpTYFv5j2yfTUKk+VcRosPVv/rbqRclDxaQq+4K0hR3Li64kVHnaL+EhHnp9yh81P3Ztqn7hm+IAAt7nVLF4ZnhXFIxEvJIzNZs4dpa0XMFhu+rJ2Rc2Ras0qWKtl9VSZBcRl73nQNhhuz9wgEK7xbNoWLBDitRDGNiQ0jghFwZa/gvTWGDn9SsB0yXIWMw== X-YMail-OSG: aj24GXMVM1kIp7G5tuxOx1_YZuDFUNsrs4DKShMfVUvpzAh_Ni2vhkim9qTjMD7 uWwncQZFw7YQyIbZiRt5zzVpD.vkxPD7hxm6uBp7Frio7ame5WoHnj9aSPS36C7guS2g3g1Ok1i5 POqvfkA7zA.loUURYafVIC8bH4rzSA6od2Wk0M_3xYEhy5etsHIufodq925z3a7aXH.F0CX38yrT PTkcE3TP5Bhv01vc51OBFq_vYHwE.6zoXHb.JkSzYwRxVOPfAg2vd8jT8sFtMUvQlwhvkZY2ttFA FYpPzpue_FLEWCqaF1ueeydnZ1QugeC5qEdKnypP9MQIYxRJBMLIFTondfPLKDV0sYPKp8G_U1vl I13L4A24cbMQjInG4wOzMdlmQFA9ygYKe2LyIaAySDdO2FYhtRfBi_NdmVT.vLy_k4rzWwoW6NNi yw46xHsemiUCenAbLLNVT6_if2Ko6cV_M0CblmBHkbRl_lZImmHXmcvj7tEGe6IIoaF4BxvUqhEV wRczaoxUa_sM_VpOhSRDce498WQx9M6lj0FpCY_NwmuCPPZjfcgEXDr3Xm9NMS9ZEvjcvqxmdSyU rbEHEyBuxe5xykjtnBobAmfGAFlssnr.rAqER6hAaVaViMC0gP21erCUcBJmpYAnCcypTKeciRdd 9Kkzi9vIDJgBqY4f7hTmsC8yCFit3Dq9HMF8VdQclg.mgOZ3HwP1DgQC1XBa4hmPqI3QHhiPbHyS bpH8sJEUiD6eSYvE7xA5djGj3vmgW6mi3ZkWda.PTRuSjD5R2dwoLTXeKP52yTMix8mYTJ6ZX3vS 8g05OCVL8sx5Mhap3DibTHnkdldVkgv8b7BzhqWdzFAl441GHw2iXauK0wnYBDUuvY1t0lMQYQ7E axRRroYK1BrZhXs0ru130Q5KvBaJ_mzW5MO.5GWWnAEEgWaQ.1BKpBiEgLMesDga1f_aPYt3iPHC kpFQy5oSOj6OIQkIh1QNxx29Ff0VkZVFIOJK.unNWmSciL8umr3YhlJXkcM0nrHd8ZD4KbXCJtHY OXiD7Mif2i9TrH4FKgWKYjB8xImvmNcYaEeU9zUv7f4NjBbwoEMdCSv3EpVaNChH26BQd8XZC0Uj hknlxWoqylxDYxqnKV.f1hqbB_WL3CXiP834YjFQoUHr81q4p3Ftpi8kuubHXK5mgRjAMteKghc_ hMJuKlCEHJ5x545iEIev3JqwDCsr.WzU1SM4FDJ15ji.azO1Fm3UdkdzEw7m8TZApjWv36GBfHxy 56.zHgwhuvS6_BCTvLNCA4JG71_zDmR9sWU3c36oh3RPkq9399So_d.sENl.6eYet3suj1lh.qW8 wsNHVqjqbG53Bvciuauyt0GNoC6HTUdzmkl6HPzCUt21yHBWAFdHXpQ71.MIxfcJmEKZY7YvZ8Dv R.GQXMdXWJ8RNIY_OFxe0NnIyMS9CxKv9IKtQ4pJDOLcstSqZJcCN7yunY763U0vEYA4OYEZv2lr zpDTQNnNf4eJzqQvLID0Kp3NFxe9C28KS5OFWxLDJsQIZO2zt_R0EpjtQHCBUpP9lcfkZnUZor4b Mjpy9efUXsT2A7lUMJRAlnkmL4LLRa6kwyGy3XlFV2e4HvbXl_NUB_Od0rhMmc9SJUdGx5Y4Ld1e 9juUP5unb1mZo07YJqD5KMmVkxxMGKGg_hU.AN3qufYtzPPHlwibxM1e8Ej.0FGQf4K5nVhYEk.n CJeCP_AAIl6N.UD0HWVtMHjHOJDiaZl7.8FB1u8S_5ObJWBUoiuJ.jifQUU8qFuF4gt8VrPSqTcP 1h6dsAehSziVXcpSvVLb0tkN36LVxNLqkmXdtPzD4dsoWOuV0b27Aaz.Bz_y85Oc7sUL3nQUk4tW SZsyRuLVPDAxG2ZiPDjcAbZkUOgE8UmG6_kyV.j_XmVSmedYVCM9mrVw7aU8dtW6q5rfBCt32zcl nNncT3JFFxJqOVWH3tCleZa2l0FD7OHFQWvzs.nFARHszp8BohcaVFfvvsu9OCVNHMltTMuw9kJV pncCoB4NfRLu5eEQntxGiikqekgLsOendJEnl8f.mSonBjsoDPjWM6iGsTJKmlswGKv4X83_DImT T4s1o140l4nRJD11qKtd9qBfRc0jFFsNkRMRMX6Y0.4IIzsdzeTzSw5KLLgs9y8Cp8iGXZoxiugE wspC6JUvIE9t0VIpaK8e0PxzhoSykGexY2eAmm1eC8Qtx0QCLXbcwpzH6wmt_PWQT10tBXvECKAQ 7Qk76g0Jb4HlU62n9TWvioiaCxCE_YrBHlccfqEpkMyYLPFGL1HqjDX6qA54dmlW.hPIHFTFCFWo hBjEuBHE6ono_RZXZUCF_aTbfhK7bBTKcIwECrksODhc_RY1477dd95RjawDvAV2JotfoaJX4mPm Z1avbVvsfi8owrmehdDy0aUcqjfSMuWp6uAcoj4LIrbkR4lZ1qPJqqKCvLlRWjU2JnrpCtabraa6 YTcLa9CVNw.1Dq17n0FIxrhh4_A95O5aFhsn1p4KuD6BmyN3q8hVqU7X6cpkbA5ZrACp6qdfUY8S fFHIH5cGMIDGZ_q.56kbhhHJg1pfSGhq9WOF9.qf5.VUGmq2FVtizVzlTjRGaVGS_Rjt6eVAGdNK eQ187DnSTyYgQBLoSAcGUtHOamVnNY5Tyj6ue83pahIEm32D5IkMRoXnQ6lRD7XC6z7XDBGi2YIT Zhh2cGaPGwQsE253sVTlEPFgcXNa8c2U8XZY3hIdki_EZlGwHExEZzCFdv6DnlpuxA3UlXJ5qde0 cmZqFa1WQJUkq3N5x X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 20:44:15 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3b2f880e5310419fb576d59857eb1171; Mon, 08 Mar 2021 20:44:09 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> Date: Mon, 8 Mar 2021 12:44:07 -0800 Cc: freebsd-arm , Robert Crowston , Mike Karels , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvVgh4NJBz3jwF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; 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:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.134.41:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.134.41:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.134.41:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.134.41:from]; FREEMAIL_CC(0.00)[freebsd.org,protonmail.com,karels.net,www.zefox.net]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:44:17 -0000 > On 2021-Mar-8, at 12:24, Mark Millard wrote: >=20 > On 2021-Mar-8, at 12:02, Klaus K=C3=BCchemann wrote: >=20 >>=20 >>> Am 08.03.2021 um 20:47 schrieb Mark Millard : >>>=20 >>>=20 >>> FYI the 2021-Mar-04 snapshot: >>>=20 >>> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img=E2=80= =A6=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6 >>> =E2=80=A6..=20 >>>=20 >>> and so is not yet based on the 1.20210303 tagged >>> firmware: >>>=20 >>=20 >> Yes, thank you ,I know(=C2=B4ve tested both with & without 1.20210303 = with 483c6da3a20-257149.img=20 >> on the 8GB-model ) >> e.g. unplugging the keyboard leads.. to the crash reported here at = boot time : >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981#c16 >> ( xhci-ring.c:498 ) if 1.20210303 is used=E2=80=A6 >=20 > I get no such crashes from my non-debug build based > on main 14 bad9fa56620e (CommitDate: 2021-03-06 > 21:46:28 +0000) on a Rpi4B 8 GiByte: >=20 > ugen0.3: at usbus0 (disconnected) > uhub2: at uhub1, port 3, addr 2 (disconnected) > ugen0.4: at usbus0 (disconnected) > ukbd0: at uhub2, port 1, addr 3 (disconnected) > ukbd0: detached > uhid0: at uhub2, port 1, addr 3 (disconnected) > uhid0: detached > uhub2: detached > ugen0.3: at usbus0 > uhub2 on uhub1 > uhub2: = on usbus0 > uhub2: MTT enabled > uhub2: 4 ports with 4 removable, self powered > ugen0.4: at usbus0 > ukbd0 on uhub2 > ukbd0: on usbus0 > kbd1 at ukbd0 > uhid0 on uhub2 > uhid0: on usbus0 >=20 > the USB keyboard works fine when plugged in. Things > work no matter if it is plugged in or not, booting > and normal operation. >=20 > Is the crash only present for debug builds? > If so, then non-debug may be doing some > bad things internally, despite not crashing. >=20 > At this point I've no clue what the context > difference that matters is. >=20 >>=20 >> .. (other issues came up)=E2=80=A6. >> If you want, you could test that=E2=80=A6=20 >> I fixed that by replacing known working fw-file-combinations=20 >=20 >> while 1 thing is still unclear: >> The time-counter delay from kernel-bootup reported by Bob, >> maybe that=E2=80=99s a change in 14-current=E2=80=A6 >=20 > That timescale difference in the loader prompt > timeout sequence I do see in my build. >=20 >> ...no fun testing all that on different hw and OS-versions ;-) >=20 >=20 I tried 13.0-RC1 with the rpi-firmware updated: # uname -apKU FreeBSD generic 13.0-RC1 FreeBSD 13.0-RC1 #0 = releng/13.0-n244639-60e8939aa85: Fri Mar 5 06:52:59 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 root@generic:~ # strings /boot/msdos/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) Again: boots fine, no crashes, keyboard works fine, including unplugging and plugging back in. Note: It does get the large font display. =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 Mar 8 20:54:00 2021 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 B51305579F2 for ; Mon, 8 Mar 2021 20:54:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-14.consmr.mail.bf2.yahoo.com (sonic311-14.consmr.mail.bf2.yahoo.com [74.6.131.124]) (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 4DvVtv4Q7Nz3kJv for ; Mon, 8 Mar 2021 20:53:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615236837; bh=sEPBW6VMMtpcrIATnLGXaIvaaPI5C6GwOpgF8013Y1J=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=L1gXtfYc4lNuuftQpaDcFwD4fK5PtrUUsd+wsTvJ7E9PqOEH+I6Kx5xF2xJ7dn0T1EE0mK5CslAVsV9zRq7sQtm4MH/O5Sg4Y3jQfCz6MhhAGxpJlnxKlo47n9rfJZSbRd/6QcLfuHvb31ukd5kjl3W5ahijkKAAeGKADz39GPwBlEcNec4tXzqEWZr+dNKWUTR2hNPVwj8pY1wnXVkmGzGngw3dzH1M7mEykcEcjAxxiZ1CD5zrjIfJwc8cFpokUuZ9k+ybp1w2whJLXbNS2sDFTdBesXqwsM+VzcBlidHznxAULZC5CVKfEiV5MYMHTOop/V6RdQQ1oVzARSaYbg== X-YMail-OSG: ebzgjt0VM1lWOAsOZJrqRZpsw4j0qwcuAn_No432KwS0_Ti4uSW3LlpqqYWvUmv 8l.va7T4fWXYDLIgityy8fDbCJPus_Zyp3DFB7lmrj4n1jwXPKPL1Bm0bQi3_Nkmp7xjAxuOIIc5 .sjP0uk9xftNp6ZBxA.lZXn1XyvXmcJhx657.ij6nbeKjJWrfO05UgN.e.hQizbMGcy2flRiTuPf 3PKemGEv52ihaLfjcBOrRcfEMXBaHXid4h0TSZP2eFnHz7pNlnn7kQeDpSfoA2lZ1XaKDw3svig9 HB.eTMhUaqrV1767aWso9QDKK66SPGl78LdslQaD9ztLxbHDSD5seJZ23dFU0iAsi1g280wPGg1E Iyj2IlFGYcVe.mAp9LjKY9sCkuVCULtmym99hOunv8RC07mgur399eQ9ESvlaGHvdh8e4lJo3_s5 1M3Q6HGRV3UpGeyQVtEuki6GA5sbHlq_WUyN35QjWTNWdAsju210ZRebOJ2PeapClvYopWT9cZWU yFII5vXxwAcBWFv2djKZgBV1W5ZLxYpZox_DGMEqvJtUJdrbjxAmJE1GouTMCFIvhhrAq85w5eKJ jA6nLlyuuMsijPPcYnkeJwUvWHejoVb0GlAF6SK26uWz0zjAWJuSwrAo_KDF.7.3Ur.F8Bvf54H3 ne_Tk7uZQ7fozpHt1A12uMS9YxMudt96avZC99iqzKDWxWufL9OhMzFvrgEMOTyMLE2rjN27JuWs AQ1RKv7Y3Cod07DfTe0YLYubDn4kQAkxws0pujk2.yQwCBVYEeVc32Basg99b.tLwsB4GSG7OmWO Sp5bK.h6JCYs57mO.achnWkbhag7iYWCizNiWNXC0FQxNg8UbL2SmHOnIsWZSyDH5Y4HYxpXFgK4 ruY0uMYD3pA_sFQHcbI2J4q6FM6fTNhGrSgeBee3vOZklgz2nkeAE0x17js30d0z2bfqTQJev_e_ CGKdhLz7iPlD1K2SFPjmAGnKHPtzs2aiAnAMfPHVxQwQoQ1gYQThhs_sVbJRq5CyDztNf0Upxf6r vORL6rS3urUyHu53Oaz94.ezjMtgPVBMfq9uYrBZiZGfB2.KAesJe3DlXW7vkADtrzkU_tapQnuX QqXDKMB5nnjfkI1w7PBk3vT_B1JjGD7cqDhMYzTW.MWHyIOz75Urt9JkRgJkw8tIrOh_DLTEA8_4 mrrqdhO.FuYQ5YYnF_3H40P2T88bd5nEKVGmMf_TZkSjfVsI9jY_K6UUWXkNn8B_jwcD4sO73suo AoH.800RxixKKFcvNcfxFl3_QnuM4F34U66pAyELWSG5HodU7nLqCPe_nx6u4Q5e7sE1AZfs6j51 gNeBb33.ol0QvR2qsN8J0.YAZxnBL07P5nyheXJaPhHQ.CcULqPRtpQBc3VJu_NVM.tlZP8zdi52 LfAAFZsse2MuwLdtzS6CcwtxkBHc3XOE83lb6z9BfVt2uMSGIbAP7FuGXHgFnfVPxBV0Kg_ssKV4 a5sVsVLFIOTdOGlPIogOUbGzhU0R8HXCcU.Qh31bgv4hbN4O6k4vea9XJbFkbLCurRu5Wti0qETV Hxr1PuEVkfktRxpgQ4liPWFAh1apwtkaVlJTXT6dF7Hd.Z3.c0cwvSEZNl4X7eieXsiOJ2zvfwFA bd70W_J.HayUe67xtp6GgwB7HNuXgrevuQAqH4vh1_LPdsDkW4xvYigyHSktRKX_.SCrzBZ_7tW8 a_r2WqM8GOSqgtVU8QYn6nOQ0mFt_vZNzNWvKZftKHIx3qTjXdBYHUgDWAJp_pcsxtGbkM1cf6Y2 d.hULpz8.vUx9dPVepzJ9JOMo80Lqi717hGQZWBVFem38k5NUeGENq08Yr.3ZLvlXdWSJqsV4JlB wswso_654Dy0klJSkY.XhNWnU97M.ltaSqfGBUyvYexxqcLekDyakyZ6dVr5WOE_.bbNVF93pbAW nan0uCldedWt0v6bgrsvKgJWslxonIsrqc0KC0JRmmKQbncAtQOoOEB4S50.UtkR57a5_8sAYJnx xHfWn_RIoGKSMbUillpFHAtX.fxfAuTpmXAX0DZ7sg6lmlsPu1d3agw_z4uY9VwFz6tiTRShCcPi 4M7cxJ36xbclH1Vqnd8ysLR2Tpeq2Pk_LxAUIJlXV1nyDPrFJppLBQoUul7orFthwkt2LlbVui9Y ud7mG9lrIs2txbjHRiar.82qBbCb3Fjm2GzZGexxjca5Oo4w9heYN7zqNf7HVkSD8tVNQPqq089u owGAlScRorh.DBlYsaeGEw_9OjiMf4Q0NLFVQoiCdwkVQhjrV8QyoIbNLvyF0p24d6l3R2cSldcY L.HvI96pjz_9FR0kuVbs0fYxzEO2Wb_f1NsRylkhpjFSmDpHj9sVUvR1IV6_411.mr5vCNv3I80A ESs86i0AP3WhM9y7ABhNWNKJdlYGwYSwiOyxJkx.UVpuzTMw3eCYVwbZ3p_Sc42OSJWN_I2iPI1p .e05S.79VsXWX2T.3Z9gJFpEmoB3tW1sG_e7PcuG73usd4UxkcFRZ.1ozkD3dRlxe1WJ2VCg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 20:53:57 +0000 Received: by smtp422.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7af6fd12246fa61cde5580e7dea17a3e; Mon, 08 Mar 2021 20:53:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: Date: Mon, 8 Mar 2021 12:53:52 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvVtv4Q7Nz3kJv X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.131.124:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.131.124:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[74.6.131.124:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.131.124:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:54:00 -0000 On 2021-Mar-8, at 00:14, Mark Millard wrote: On 2021-Mar-7, at 17:10, bob prohaska wrote: >> In the interests of exploration, I tinkered a bit more with >> my Pi4 running the latest -current snapshot. Here are a few >> observations: >=20 > You may want to be explicit about the build version > involved (last commit involved on what branch). >=20 > My notes below are from a non-debugt build based on > main bad9fa56620e (CommitDate: 2021-03-06 21:46:28 > +0000). Used on a RPi4B 8GiByte. >=20 >> Screen resolution seems to be about 30 lines by 90 columns, >> on a commonplace Dell 1920 by 1080 HDMI display. Mouse and >> keyboard work correctly. >=20 > My boot sequence for the RPi4B 8 GiByte shows (when I have > the HDMI display attached, which I usually do not): >=20 > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > . . . > 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 = 14.0. > VT: Replacing driver "efifb" with new "fb". > fb0: 1920x1080(1920x1080@0,0) 32bpp > fb0: fbswap: 1, pitch 7680, base 0x3e2fe000, screen_size 8355840 > . . . >=20 > I use: >=20 > if [ -x /usr/bin/resizewin ] ; then /usr/bin/resizewin -z ; fi >=20 > in various ~/.profile files and after logging-in doing a > "stty -a" shows as its first line: >=20 > speed 9600 baud; 67 rows; 240 columns; >=20 > Thus figures seem accurate. >=20 > I doubt that it matters but /boot/loader.conf does have: >=20 > boot_multicons=3D"YES" > boot_serial=3D"YES" >=20 I tried booting 13.0-RC1 with the updated RPi4 firmware substituted and in that context I do see the large font on the display from that combination. My main context does not have the config.txt line: hdmi_safe=3D1 and if I comment it out on 13.0-RC1: #hdmi_safe=3D1 and then boot again I end up with the same as my main enviroment was showing instead of the huge font showing. =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 Mar 8 20:54:20 2021 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 6EE70557FA6 for ; Mon, 8 Mar 2021 20:54:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450: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 4DvVvH5Kfhz3kcZ for ; Mon, 8 Mar 2021 20:54:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id 124-20020a1c00820000b029010b871409cfso4620690wma.4 for ; Mon, 08 Mar 2021 12:54:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=bvLDUjFPriXS/2be10UouU9wx1FwlTrNgrGHl93S0mw=; b=OLQQtqI6RGlRSsH53fBAsE6Xr3ivcQI1GIeAvhO/p0H3KpinFYpYGPeaj2A0d1ZWf8 HnCIRuXJ7QBxIW+2hbAjrDeLsNhJiuKTdZRa3ZS6Nah/O9iCBZx1b0ckNg5vx/m2/oaH XplxxWh/DKdoQFClovEcuGOGBRm78xy/8D29rX+SLhwxR4to32ejjWpkne0uvwPlACwd wvmSWobfTL3xU9EtkihLF+n6fjEosovioLG/KFBLkOL3b8+6a8Wasx5U7BmutJI8/Chz r0ev9E9CUsVu5ESxRkMfIlaneokqCMHWCl9/AccOPtJ8F1TeUAAtU1U62n4MiWvryri0 c66A== X-Gm-Message-State: AOAM533IpzfR+j91Xwm+bQwuh/7j0h3NezylnqLsceGhGTEhd9hezMZS rnA+Mc8A+UW/vb+ObRogrWooV2K3TgnhzA== X-Google-Smtp-Source: ABdhPJzOgFivWKNM0aXW2gZ+puPj4aGITGfZyR7fUOfyuXZkOuPNDIOdiyilL4z/x6LKd6EgEt52Cw== X-Received: by 2002:a7b:c041:: with SMTP id u1mr547139wmc.161.1615236858317; Mon, 08 Mar 2021 12:54:18 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id a17sm710053wmj.9.2021.03.08.12.54.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 12:54:17 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 21:54:13 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8E19AC40-4853-4408-951B-CEB3F96D02D2@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvVvH5Kfhz3kcZ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 20:54:20 -0000 > Am 08.03.2021 um 21:44 schrieb Mark Millard : >=20 > I tried 13.0-RC1 with the rpi-firmware updated:=E2=80=A6 > ... > Note: It does get the large font display. >=20 So you have X11 working fine in 13.0-RC1(unchanged download?) while not = working fine in=20 = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img(unc= hanged except 1.20210303) ?? changes to the firmware fixed the =E2=80=9Ebig letter=E2=80=9C-output in = X for me in ...483c6da3a20-257149.img=E2=80=A6 From owner-freebsd-arm@freebsd.org Mon Mar 8 21:00:00 2021 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 8CF0D558318 for ; Mon, 8 Mar 2021 21:00:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-14.consmr.mail.bf2.yahoo.com (sonic314-14.consmr.mail.bf2.yahoo.com [74.6.132.124]) (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 4DvW1q5gJ0z3l5s for ; Mon, 8 Mar 2021 20:59:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615237199; bh=7/wpyIv9evZTFCfRJ9kqydJRkploy5acaCHeN7/4N6j=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=X8L1Ol9DZqzbM9zwf1gGxqTvMGZ/KWAjOQ5I98vjLNpv5LdmEa/o7fPf39EGyckglphRhouxhUXq5m59bg+KGY2/BB4f06fHgIQm/vJq+boevYE5GVNvVjZizKciJwOVqVBAtPVeYOlcd4IIzNBZPeyPryeV+Qj7+ZqnEtXFNs/tVuEp1hAqKfo9N0/sQldoa1CnQt60nCIwVndtVRW04JmJ/gBxQ9y/N5DpVWf2Pvbuob8cczft6jdce5Ue5OIxKsGW9GQC33ywqN52ykrZd/HPI/WbPGbtIADepM2ZB6DfozH3Epn1U6GZ6LpMt481AMj+uNs6VjAGgz541rwwfg== X-YMail-OSG: 00NvnDUVM1lcvmCzH.mjJKfBBvt0N7nUG8.2K4t.8JT4A3oOdI2iPZA.9tcBaoZ HThQj9FpaZHdzSsXjFZgZJTfOi7SOJeVOPwT3Ie45aWZcs5s1R4ti4eELF5fcaHpppMcTUSqAqXK 076UvSkJZpeXX_HOgQZqPN1nE.A1TetYDi16CYvA93RW8YNhzuTwhE3AQosRLMnLwgYs9KhZTobk kHXoWH3AIbK1Ar65rd.Ir6BNkBbMfhFapaMd6OEnxyE34NR0KPlsPlWgu_Jjy9IY2TAQn6UNWQcq NIKJptBpYza3QA9DBaXR10iq_sWRlP4MQpTvwtIkmVoDIKt1qPGB6KL8WpyxiYNfWucSR8I1yO19 y2fmkglWpVxR0szomufm95fWWhdgcruQ2DobIK8lI1cG_mhKE7GjbQ.IPLyIiuhyyJKB7ScwzQz3 9S3Y4iIwac_yh_.5sFniLExmktDl55xtIxw_x7uhxIDJE0aXlnWEwjTcvO1odPCHCKTj8rxSgoNV mcuPJOOYVpupyprDGSPcPhLpLpXUcEqSeL2PjHW7CsIQ9xbwI9yy7_XG4w_EUfFtt4kBWetA0.Be sivWZ6OU4zdpdGiWcm.eWDyoqqQq1KH__pQMaXUH0TS7WoPQPEt7YrjotjymWtlPaqi1GDH52Kn0 7xfqbzl.QU0L9gSMOfPbrn7H1qerdu4R87MMfrYmod5amQpn9G.MAohCooyl0Gccgi7.nurlrMAu jyR5gDHbz48f0iCnmTGLmkWxkzj1QMQV2PqgB6cX_QGSvuldyPiB2wfKM0bCYZD89hagI.MicdBt XuKVck55_Sjkp3JG6VSfDKdkOcWosj1jMp2bUYVP18k9kic.Mbqiftxs3wDtN3aMgiJfG0E4McGU 6L_ASlsLFROYWdeUsUGeP2cwTeU3dfm2RDYPuE.4XOTWDCAxKK6xEWf7moIkNX_0wBRP5eeWL1bL i8gYPERldYnbUoE8LeWmiCVw3CnnK8HJC6mhx0CvmXnaBOgSYpkFY0hswYrphYQrHJHK1bGOl1nu bQg66qW5Ui9i2MauxJkvp7tr.9L3ZDcmKOMSLjYupl3qAiiLm0r.dy0eu.obaGM2okrj5_GyN6ag tTcfzTwDaUqmdOSczrXq_JlCO2FgzRoCAevApu2KSPkoQpYB4N0OoyD9lrFvdTT9LX6KYXiM32bO FMSyulY_5fRsKXkX2ez_JvYcieSH42Ks1_qhCiFIQBxhhaJCbSlvmWvsgsFPxyxtfSwuclnWafxy blS8lhfEnxryKTUVRL8BdeHSbff7hGmsc_zAp_MjCwyKMecjqv6VZufDjsbkg3yUQbZvqzipsMQD Q01fD79yJR79ybGqMquQUbsXAf1kebZh4718uxK2jGRiK9iTiNzVBsmx2HT4H_mLQeoh_Sx1zbrL zWW.db9k6LDMWjDqTAvuyz7PlZelCDMnN9wqXG83fdQ911im0JjEzKS8YsH4iP1JgS391hgaKEo8 tIBc3suW2OeW3g1wUzfxGVOc1jAssqapQjJOg6PCk4_fpAuILv2fw6xXOPovXVLFdBYhmiofOFxq qnVk0mT0UhIA7Ze8Vd3s0xYMcgRMtanEibdgRXW8Q2R89cdpJsB6gB4PGzSZlBF9.7gEX9GBN3IW 1ADuX.HeC9jwG3iOqi3jgkDvJhuJXpjLGDYCCK.2HPS01GzQSoqMN3CvO4bKDZFJxWkYX5MeSqBD I6D_Qrkjx61l_UX7XBFkFyXJnxNMo0GdOMc862ejKYXo1kzlpJx7TOzp.DJiiYlXPSinDRSFT4vh tgFYsm.G7bjtR5bt9XAERQxjcWVZh.ZFK_DzzI7b1jq.otom14gJbAE4QHIUigmY9tn6ET5S3T3z 6JYOCKwcrzEGedQbSu6gi5WvM1O8NZp8nU.dyDjNyyFP_cBmdwbUwAk1CRq6OprfmoHYQL.U3aO6 QGNjUtvq1UpflW7KWAfHoT3xv.xff6xVDQUGptPFT0LhXRIyM1ct1ElZhZYco0IcgUvEUtdCRSxq 7G9gPlTdO0DTwp9dmN3d4FyWWzwLirhHcpQsMLMN0k_YP22Nshcy9MIgOXs7qW6p.47ucCVrh59f JVIA5JPQYk3J2KQfFGqR882DIV_QG7KXCEqLaP8N5_IAthBfXWjiWmrCi3I9_dgq0EZEuaKYQWGJ cDjOdYiLGn1G8FRoznX37wFiX1h8zB9PCNyZWdKNLDPsYDiJm3HGeTO0S080eXA8hhBtPQDxbT2Q sfpRXZA6pgrKQodQC38ZLJJlMIac5vo9s4pN_lHYqxGDk34IMIElE5r73mDes_9PJTi3JIftp76E f8aUmXz7XszxFMcD4YcA6KN_GHZYsx70yxoQFXyXko5cFrfH7ROgXMvu_Vd_.G941fPyNFcLN3BB 1WzpVw12y36HXH9JVHDD47AVhAey4p5SK8IoDj0Jgwx3fZAY8uq_rXJ_fGAZ6ehtHf.PKoCWley8 zXLlai_GPbQtiJlK_bCPG9UDg_Xzc7p4_NdLDEtjFRDekH3YmPysX_CJiNWQVH3tWyIGowiGr4Nn 7n_t.BeOKgFzLGNI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 20:59:58 +0000 Received: by kubenode506.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6b03fb46742d751856d8dbd76de8a61e; Mon, 08 Mar 2021 20:59:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: Date: Mon, 8 Mar 2021 12:59:55 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7061B16B-C8D6-4394-BA04-2AC8CA6DE72F@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvW1q5gJ0z3l5s X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.132.124:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.132.124:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[74.6.132.124:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.132.124:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 21:00:00 -0000 On 2021-Mar-8, at 12:53, Mark Millard wrote: > On 2021-Mar-8, at 00:14, Mark Millard wrote: >=20 > On 2021-Mar-7, at 17:10, bob prohaska wrote: >=20 >=20 >>> In the interests of exploration, I tinkered a bit more with >>> my Pi4 running the latest -current snapshot. Here are a few >>> observations: >>=20 >> You may want to be explicit about the build version >> involved (last commit involved on what branch). >>=20 >> My notes below are from a non-debugt build based on >> main bad9fa56620e (CommitDate: 2021-03-06 21:46:28 >> +0000). Used on a RPi4B 8GiByte. >>=20 >>> Screen resolution seems to be about 30 lines by 90 columns, >>> on a commonplace Dell 1920 by 1080 HDMI display. Mouse and >>> keyboard work correctly. >>=20 >> My boot sequence for the RPi4B 8 GiByte shows (when I have >> the HDMI display attached, which I usually do not): >>=20 >> EFI framebuffer information: >> addr, size 0x3e2fe000, 0x7e9000 >> dimensions 1920 x 1080 >> stride 1920 >> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >> . . . >> 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 14.0. >> VT: Replacing driver "efifb" with new "fb". >> fb0: 1920x1080(1920x1080@0,0) 32bpp >> fb0: fbswap: 1, pitch 7680, base 0x3e2fe000, screen_size 8355840 >> . . . >>=20 >> I use: >>=20 >> if [ -x /usr/bin/resizewin ] ; then /usr/bin/resizewin -z ; fi >>=20 >> in various ~/.profile files and after logging-in doing a >> "stty -a" shows as its first line: >>=20 >> speed 9600 baud; 67 rows; 240 columns; >>=20 >> Thus figures seem accurate. >>=20 >> I doubt that it matters but /boot/loader.conf does have: >>=20 >> boot_multicons=3D"YES" >> boot_serial=3D"YES" >>=20 >=20 > I tried booting 13.0-RC1 with the updated RPi4 firmware > substituted and in that context I do see the large font > on the display from that combination. >=20 > My main context does not have the config.txt line: >=20 > hdmi_safe=3D1 >=20 > and if I comment it out on 13.0-RC1: >=20 > #hdmi_safe=3D1 >=20 > and then boot again I end up with the same as my > main enviroment was showing instead of the huge > font showing. Correcting my ThreadRipper display size mistake . . . >> FYI: >> On the ThreadRipper I do control things explicitly >> via /boot/loader.conf having: >>=20 >> screen.textmode=3D"0" >> screen.font=3D"8x16" >>=20 >> but the context is a 2560 x 1440 display and there Really 1920 x 1200: I was thinking of the wrong display. >> is no serial console set up for this context. I've >> not investigated such things on any other type of >> context. "stty -a" ends up reporting: >>=20 >> speed 9600 baud; 75 rows; 240 columns; At 1920 x 1200 the 75 rows and 240 columns makes more sense vs. 1920 x 1080. >> (System built from same sources as the RPi4B's >> system was, also non-debug style.) =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 Mar 8 21:07:43 2021 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 6E001557D5D for ; Mon, 8 Mar 2021 21:07:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-14.consmr.mail.bf2.yahoo.com (sonic309-14.consmr.mail.bf2.yahoo.com [74.6.129.124]) (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 4DvWBk2Ss1z3lXl for ; Mon, 8 Mar 2021 21:07:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615237661; bh=vYe/720PQyYUSs9QobK/qR3ERaFcSYUSaqKH1gIhR3/=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ha4KyiR3TufYTXWo+aTfysVc72EjQCJm5JBz2XTqgIaTrIQLT+ehbtC0tLJLHjzr5ar2KuSE+JfMyjDVoSpq2sCMSHVj8smKoULdUUtmL8WYhid7472Boyh4LeVSi+GBmN8jJo7aoIGw0Vd7nwT8+A0rSW8w1F7jacgSkpqTUsnzaz+YIBf/NQBqQ195+iJlURHKZ0NJtPjccRdJiW6u4ZquNXt+PFDyAyQD3eI+e/ufCIm8G1jMvQs2kBd2JGdF/wXvVxd5DM9W1QPxwjWKJRKYaqaXCCOJ6Jw3Ct5IgsXGQ8Gk/HV1oeFfod/+SkwHd8saF6kqB6AAWXPeVB7Z4w== X-YMail-OSG: ZE6geQ4VM1k_FP5g87cS.0zquhs13NFo4Hxd8pic_FuUglC5zNaPnA4U.6zTdbo eXO2u4KjjG1n6_vD6p5l_sYhQUfr4zEuaaM88t4EWeN2MVCs7_Q59Ez4u15MZ1NrEN0LBvJoXOB2 rnlhn2OyTfNi71bZTuJ2foWiZD93m1sIezCr.Go4OW8cjP3yHqtZc.GBaIsL_73AGhQNoQ02H1nV KAgybZ7sju0giRMx67Zu4Zee1OeX.8jDE2EsYMOg05e3JVw1fAiKEt2cnMV9hXUmFfHRDJHju413 LueS_TKXOF3vogpfQTuEpr3Pke05kA7fHPQ.yZG1GwFwoFSrhS3usDkxAKULFtAYuuwZBs9KsAZF jEFg87vLZdDR4h_qiOOn9uq1k2.gc9Paq7gpoYsXlNypxVHEEWpqDaBgciGnPjnt7k2hB4ACMlIj RyLg0cE2WozN7hIM7i1e32liHQEPkWaN.Yd2Bk3wczX0xSoHxURaXHx_Rsw1yAIlWmsLiipBgPFI akdhcWRAwXpcEZaL5A47qGTWMj.bMzHWwG4Z.DhAngpXrY6pH4xpO_0KOv_tNp.CpRwnUCtA5egF 5oQf9gsOTQBiQNcESiKUFjkbqnD8zkCjoyzurg_JyBL_i6KHmZbyyrY5dNJW60IZlUWCqbDms1EM 8MFepY7b33jzUlQaihXfUwl9ti5rDjyrYuBdwk_XIwuQeee_Wxu5D0oabWPXox8XcbRbeQgP4YUu 3CBQglWugtpX7st1cirX1q8ab48aEVzda5rMbrMgFZPeUgIPNwbuB12P8WpFtPXMcbilsbV1kLKx uPTtH.nAUnl0G_PQ0EKxcVsIId.RqyI4QaGpr_8lmnhOYGSm1ExPU9FOvoRxG8fKotD1GsjhoLmU 82NZHqQA7wd2.dk4y0XJfUQIJUIqF8UKiaUol6VabMPEPQKNAjNqUPLdIAVTmyamWzlj4zXRNNMK UgeWNNt8cdS8Q8sSG7i9u8EwpYDZloBhXXGDHwvNHQPruzpDvDaUrkWBJOuOUfdkBrwZsW4jNU5B jrKbO7Hgmf8mU1bwH.QD6FdQN_1yacdj7GUWbO8N87zY.wybl38i3BaUyyqO1HumOWpEabY0ZLVv 9e.Z.nk.agcGOqeEiGOa5U5x4d.5A_VYxvjMUbFMg9dqVsftq4YOUQ1UqQOHwz3BYeAw61W9T_wB YDnhkTLS0lWaNlcQYYsHYOCjvG3NCwCCnGZYnEZ0I1Z39PExmBvuy1rHL5ADBppgGwQ8yoUsw.NC olsPZOI0uodkIvIUJR2.qfv8Y.HFu1QxqC7aLU1y6G9yczutIrkM_rBElyu1xCq.N09Xx2qz0_la Ag7NyNbKQCJEgZhQsvP_uQYvloqXBZ6F1_x4wFkrd95PvS.Ry_wRWKeMB2zycT5wm9t7xEM70Ikb GhxKoWbNiusqOGSeOgCce4QjTR5Ap1OxV835uCh_.H8HHsdXSUxp4BHwRBDEiiCCvhKpccgkRcx9 Uqcq.2BGdlHww0HSTXKvUjcFu_YY.6AUhPvkKAMWggQxaVL7m6y3xYfHQzRzSWWrBL4MwpE_w.Ws .aCO0wSdFsIgDJaUVWVPVWYXxCW_rZYhjyI5YxRb2pez40fZ6VWWQr7wB_OGBBva9zZ14lzxWTSW VHJiT_Q1pFt2lHZfp5Vb9xQjHDQrVurBgyOm0dVkrk4aLBe3S9w.hCmyuomOI_BGYuShhbRmH86G EOHpcr9qnQP7kTgVLBwUnuWgzoql2fAnu_yLoLJawjOOCRM0d7hSCfBkuPcG2JvBH7PgknrHSbEz FPNZX4NdIFUgJtM.FFFSSBgYP48Jp2RUjrm8MH_3hg4G.yDb5lNWvO9HzXyqNX9Q8R6DKkKkjc2D UEMBdJrtr9GkcShqxjvEcBFdj7Va4UJKXxahtxeJxHtxruJ6AUCsGp.p0y5mJ7Rl4V3Is4uKVF.C lxRZo7JuogBhZ24j9u2rVDMxHRXE6JWlf1DFeyOZ.2cq9Uk8hr_Y7qaExwj9oW6JmvBvTUpQ4Pew Et5lBiG0JpQqqc03IGyGo6.9d3J1MfCnJYrvrWpdLdg6UAMVXXpBhZ0uJeeish2I8UT7mrtp7trg vGYDqAe2OSPDzKPMc_gXTzDUWh8LH6PEcSG.yRqYcHfK4rJogfOTIK9b_P3KHGrxCHeOD_1s9n4I yAcT0WWkpENWwHZBhAfVBCZSlcQbw7f1snKlx0T1Fc7Ahn4V42tEIruUuUYT1kpYY1nWBpeZt5A6 x.KtRDbW9S9U.0DvAYPhBxcw7J1Exc0b.CRniZvUDVBO4XpNWHuLCOc38o9cYrddWYoedsGWU9SW 7bcflsLffKjCFVasA_w_aRK2s0xCD9TliaPakwNmik.CSf0A0CuXV8uhpijzk5rzgR1nleQZfDDx F033Xak40yzzfIbB6Pg5KlsVOygHM50nt0hX14yMwXeRA4..MCwB.w_wLuoMypxfUtek5C5KOk5j .Wx6xG.alXL.F9I5avm2kFMXw9ZZScMs9DYcZ0WbeUGEyWbVTDQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 21:07:41 +0000 Received: by kubenode551.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d1b061994a6acfa40f92ac490f08d607; Mon, 08 Mar 2021 21:07:34 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <8E19AC40-4853-4408-951B-CEB3F96D02D2@googlemail.com> Date: Mon, 8 Mar 2021 13:07:32 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <55AD5E13-8443-4754-A46C-3A99A0DDE789@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <258E57DD-2276-43FC-A531-A54E073F6D3E@googlemail.com> <27EAA28B-9F49-4496-897F-3A7C128441C9@yahoo.com> <9F5BC32D-C26E-40E0-8BAA-C4FCDE98685B@googlemail.com> <3B29C885-7156-488A-99AD-DB43911470B9@yahoo.com> <8E19AC40-4853-4408-951B-CEB3F96D02D2@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvWBk2Ss1z3lXl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; 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:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.129.124:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.129.124:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.129.124:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.129.124:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 21:07:43 -0000 >=20 >=20 > On 2021-Mar-8, at 12:54, Klaus K=C3=BCchemann wrote: >=20 >=20 >=20 >> Am 08.03.2021 um 21:44 schrieb Mark Millard : >>=20 >> I tried 13.0-RC1 with the rpi-firmware updated:=E2=80=A6 >> ... >> Note: It does get the large font display. >>=20 >=20 > So you have X11 working fine in 13.0-RC1(unchanged download?) while = not working fine in=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img(unc= hanged except 1.20210303) > ?? >=20 > changes to the firmware fixed the =E2=80=9Ebig letter=E2=80=9C-output = in X for me in ...483c6da3a20-257149.img=E2=80=A6 The large font issue shows before the login prompt happens: the kernel message and such. No need for X11 to be involved. But the issue is caused by the config.txt line: hdmi_safe=3D1 and commenting it out or deleting it and rebooting put things back to what I saw in my non-debug main-build environment. I now have: #hdmi_safe=3D1 in the 13.0-RC1 media's config.txt to avoid the huge font display and such. hdmi_safe=3D1 mode likely makes more environments display at all. So there is likely a tradeoff in having it by default. =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 Mar 8 21:11:06 2021 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 4C028558555 for ; Mon, 8 Mar 2021 21:11:06 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 4DvWGd47D8z3lmV for ; Mon, 8 Mar 2021 21:11:05 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42c.google.com with SMTP id j2so12939108wrx.9 for ; Mon, 08 Mar 2021 13:11:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=2vZrmZILpSxjA93GwEfp0dkTE2WfZcv6VCUMiwzqMPw=; b=tcXTUKTi9yovG5/0k6fVkpwEV9lbTxa2NTo5aoyu+/Lo5VaEIdT8nQ0+JDQ4+1dO79 pY1UjoRezXeA/pnepRBq3mnafqoxCpXhwKO2ZkVE4uyrUGhxSspVfQhBb1maCrzF2J8n 0vIuhtViw0TNic8TyV0yil4h/J6YmoIwQNlf4A6PYv+NXSnHfzgMHF6Ofc1smqy7yyBg RVZhW+Hvilg+afFByOzxtdz8S8rPFKZw/TbjFtb+vLNmLDCyBPA1FXbsxx5LFXVFSoe+ dVpPsH2qdNFwpuHeKH/TVgPW7XBjHR2f1XF51/gAjjWNtSqmxHaoW4+FjknJ9icpr0+N Gfog== X-Gm-Message-State: AOAM5302t16O9DtGN+ch9M9R0u79Iqe8ZIWxJopTgEDvgRUc7NeZb7RZ FBT/VFvQNs1A9265SVvnU10= X-Google-Smtp-Source: ABdhPJwogbRHb51km5i2+AvPVCMbIl1uGLXGX+J77yeOexcJzbUc5/io2m4TEbKlG6/511zTsEB4eA== X-Received: by 2002:adf:84e6:: with SMTP id 93mr23499612wrg.376.1615237864317; Mon, 08 Mar 2021 13:11:04 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id w11sm15149395wrv.88.2021.03.08.13.11.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 13:11:03 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 22:11:00 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> To: Mark Millard , freebsd-arm@freebsd.org, Robert Crowston , Mike Karels , bob prohaska In-Reply-To: Message-Id: <5A9C4B04-5820-4764-A030-DAAE3074F1D4@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvWGd47D8z3lmV X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,protonmail.com,karels.net,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42c:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 21:11:06 -0000 > Am 08.03.2021 um 21:53 schrieb Mark Millard via freebsd-arm = : >=20 >=20 > My main context does not have the config.txt line: >=20 > hdmi_safe=3D1 >=20 > and if I comment it out on 13.0-RC1: >=20 > #hdmi_safe=3D1 >=20 > and then boot again I end up with the same as my > main enviroment was showing instead of the huge > font showing. Ah, very good catch !!!! > Am 08.03.2021 um 21:53 schrieb Mark Millard via freebsd-arm = : > At 1920 x 1200 the 75 rows and 240 columns makes more sense vs. 1920 x = 1080. Without X-acceleration- driver we anyway cannot choose inside = framebuffer.. =20 I go for eat a German Currywurst now, `ll come back in 1 or 2 hours or = so.. I`ll upload my fw-combintion/fixes inside the keyboard bug report = tonight=E2=80=A6 So everybody can choose what works =E2=80=A6 anyway for me personally never had a problem with the RPI4 from day 1 = with the 1st CPU-hack in src=E2=80=A6 =E2=80=A6 and for your message came in 5 seconds ago: Yes: large font @boot, has of course nothing to do with X11 but looks = better with better firmware.. K. From owner-freebsd-arm@freebsd.org Mon Mar 8 21:24:09 2021 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 0A69E5590BB; Mon, 8 Mar 2021 21:24:09 +0000 (UTC) (envelope-from kristoff@skypro.be) Received: from mailsec102.isp.belgacom.be (mailsec102.isp.belgacom.be [195.238.20.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DvWYg5LBsz3mnB; Mon, 8 Mar 2021 21:24:07 +0000 (UTC) (envelope-from kristoff@skypro.be) IronPort-SDR: Ok+1bzbh0lkD+8imSN2oENg4DG/kgs1ucW/mveiEMhWCbaeit6+o7MJphuKp14A253DH1kl+6H E13E+Up+plAS3pbABCn2KAjIMZOvPnWVIZwb2ivU+6Dl04PQJaoyWxEvwyfi2RsuAQMtPoIVQx pOeKQGMfPwL3Hh9/ZpYjD4C8T0o0Rz8C0BA4S2jsjao57XbD7H2Mzbi1G6dewCwIN9A6VuOt7D 53muTvT509KBTyUpwB/9pyxODtMY1RQkiMfvBZSkXAkQlaQht51k5ccJZ/2eV/lrGbcTrb1y5D hMk= X-IPAS-Result: =?us-ascii?q?A2AMBADLlEZg/4rchW0NVR9qB4NEgSWGApEuMIQDmEoLA?= =?us-ascii?q?QEBAQEBAQEBCSgMBAEBhE0CgXsmOBMCAwEBAQMCAwEBAQEGAQEBAQEBBQQBh?= =?us-ascii?q?hg5gkUig2sBAQQjDwEFQRALDgoCAiYCAlcGDQgBAYJsAYMWrBZ2gTKEPwGBG?= =?us-ascii?q?IM3gT8GgQ8qjUI1DYFIQ4ERJ4F1fj6HVIJfBIFVgUU7LIIBc7kfMoMIgSqBN?= =?us-ascii?q?IZikloFBwMfhh2dT4Y9l1yCCJIVgTqDQoFrgXpNIBiDJU8mjisWgQEBCIJDi?= =?us-ascii?q?lqBKgIGAQkBAQMJjyYBAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3AO07OGx89aWnKDP9uRHKM819IXTAuvvDOBiVQ1K?= =?us-ascii?q?B21eMcTK2v8tzYMVDF4r011RmVBNSdsqsYwLWH+4nbGkU4qa6bt34DdJEeHz?= =?us-ascii?q?Qksu4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPER?= =?us-ascii?q?vjKwV1Ov71GonPhMiryuy+4ZLebxhMiTanfL9+MRq7oQrTu8QSnIBvNrs/xh?= =?us-ascii?q?zVr3VSZu9Y33loJVWdnxb94se/4ptu+DlOtvwi6sBNT7z0c7w3QrJEAjsmNX?= =?us-ascii?q?s15NDwuhnYUQSP/HocXX4InRdOHgPI8Qv1Xpb1siv9q+p9xCyXNtD4QLwoRT?= =?us-ascii?q?iv6bpgRRn1gykFKjE56nnahNFugqJVoByvpBJxzIDbb46XKPVwcbjQfc8ZSG?= =?us-ascii?q?dbQspdSyJMD4G6YoASD+QBJ+FYr4zlqlULtxu+BBKsBP/oyj9GiH/9wKo30+?= =?us-ascii?q?c7EQHHxwwgA9UOsHrarNjuL6cSUuC0zLHSzTXEdf9Zwiny5ZHOfxs8rv6CQa?= =?us-ascii?q?h+ftDNyUkzCQzFlFOQpJT4Mz6a2OkArmiW4epvWO+xlmMqqR19rzeyysoslo?= =?us-ascii?q?XFm4MYxF/K+Chl3Yo4ONy1RFBmbdOqFJZdqSGXOolrTs4gRWxjpSg0yroDuZ?= =?us-ascii?q?GhfSgKzowqxwLfa/yGdYiI7QnjVP6PLjhih3JpYq6whxG38UWm1+byVdG03U?= =?us-ascii?q?5XoiZZltTArG0B2hLd58SdVPdx4Fut1SyS2w3d6exJJ10/m7DBJJ472LEwk4?= =?us-ascii?q?IesUHEHiDrhkr7lLSWdkA4+uiw7OTnf6nmqoecN4BqjgH+NbwjlciiDek8LA?= =?us-ascii?q?QCRXWX9OW/2bH540H1WrRHguEwnaXBsZDaI9oUprKhDgNIzoou7wyzAyqo3d?= =?us-ascii?q?kWh3ULMkxJdA6dg4T0NVzDI+j0DfKljFStlDdryerGPrrkApjVLXjDirbhfa?= =?us-ascii?q?1h605bxgozw8tS54lXCrABOPLzQEjxuMbDARAnKwC02froCM1h1oMCXmKCGq?= =?us-ascii?q?iZMa3UsVCW/OIjOueMZJULtznjMPcl/OPhgWYjll8HeKmkxpUXaGqmEft4OE?= =?us-ascii?q?qZemfjjs0GEWcQsQo0VPbqh0GaUT5Pe3ayWLox5j8hCI24E4jMXZutj6GY0C?= =?us-ascii?q?ihBJ1WY3tLCl6WEXj2aYqLQOwMZz+ILs9miDwEWqCrS5U92hG2qA/6171nI/?= =?us-ascii?q?LV+i0eu5Lj08N45+rTlR4v7zN0E96S33uWT25qzSs0QGoRx6N2uwRdzVOG1b?= =?us-ascii?q?V+j7QMFNpd4NtOUgszKZea1OEsWP7oXQeUXc2IU0qhTNvuVTIrT8ktxNEAS1?= =?us-ascii?q?1+Cs24iVbJ0nz5UPcui7WXCclsoern1H/rKpMlxg=3D=3D?= X-IronPort-Anti-Spam-Filtered: true Received: from 138.220-133-109.adsl-dyn.isp.belgacom.be (HELO [192.168.2.60]) ([109.133.220.138]) by relay.proximus.be with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Mar 2021 22:24:04 +0100 Subject: Re: device-tree on BeagleBone Black (enabling UART) To: Oskar Holmlund Cc: freebsd-arm@freebsd.org, owner-freebsd-arm@freebsd.org References: <29ee61d3-6eb7-ccf7-3de9-2ecdccdcbb6b@skypro.be> <06f5ba53fac300855b580d127fdfc57466807a9c.camel@freebsd.org> <596e6c178a78a8c5bdb62505f593b3878aae1a1f.camel@freebsd.org> <629d6766-763b-0120-6bd8-9bcdbc280561@skypro.be> From: Kristoff Message-ID: <4f346a2e-b714-7a30-075b-8e41a62d3136@skypro.be> Date: Mon, 8 Mar 2021 22:24:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DvWYg5LBsz3mnB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kristoff@skypro.be designates 195.238.20.98 as permitted sender) smtp.mailfrom=kristoff@skypro.be X-Spamd-Result: default: False [-3.40 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.238.20.98:from]; RCVD_IN_DNSWL_LOW(-0.10)[195.238.20.98:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.238.20.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[skypro.be]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[195.238.20.98:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[owner-freebsd-arm,freebsd-arm]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 21:24:09 -0000 Hi Oskar, Just a quick reply to thank you (and everybody else) for your help. I managed to get everything working. Now running FreeBSD 13,0 Beta 3. Recompiled the kernel to include the dmtpps driver, and after adding a device-tree overlay file to map the correct pin to timer 5, PPS is now running. It took some time to be sure that the PPS module was indeed running (ntpq did note a "o" in front of the ip-address, but I wasn't sure if this was due to the configuration or if it actually detected the PPS signal), but I found the "ppsapi/ppsapitest" tool which did show that the PPS kernel-module was indeed running. Note, While testing the pps module,  I did a quick script to pump out the pps statistics to thingspeak. For who is interested, the graph is here: https://thingspeak.com/channels/1321348/ This is the time-difference between the clock of the beaglebone black and the PPS signal. It is in ns, so 500K is a time-difference of half a millisecond. Some longer term trending (not yet in the graph) seams to indicate a daily variation in the time-difference. I am not sure this is due to the beaglebone (temperature affects) or the changes in the GNSS satellites the receiver can pick up. Anycase, all thanks for the help. Learned a lot! I've also moved a pi3 from linux to freebsd and it is running very nicely. Keep up the great work! :-) Kr. On 21/02/2021 7:23 p.m., Oskar Holmlund wrote: > 2021-02-19 00:52 skrev Kristoff: >> Hi all, >> >> (inline comments) >> >> On 12/02/2021 3:15 a.m., Ian Lepore wrote: >>> >>>>> The beaglebone has a special pps driver that uses the am335x chip's >>>>> timer hardware to measure the pps pulse time with better accuracy >>>>> than >>>>> the generic gpio-pps driver.  To use it, add >>>>> >>>>>     am335x_dmtpps_load=YES >>>> At the same time I also wanted to try the pps driver you mention. >>>> (...) From owner-freebsd-arm@freebsd.org Mon Mar 8 21:39:27 2021 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 E7BFE559545 for ; Mon, 8 Mar 2021 21:39:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-12.consmr.mail.bf2.yahoo.com (sonic316-12.consmr.mail.bf2.yahoo.com [74.6.130.122]) (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 4DvWvL6GdYz3nK0 for ; Mon, 8 Mar 2021 21:39:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615239565; bh=6YFTxK2TpMee1eV2UpAqZzzF9kndOBdrDSQr2CTcS6B=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=lFHMZ11G/vKXibFOGazIW6Q6Qyy+cwKEa+AK6+NpNp7pyBGn7OxkCvTnoh0e/2Om1OkvdrAqjsr76NVSCDTBO3WD7ks3cc3qhufLCCaUuX0vfXC4thTA2Qcvqh2urVrZ6iIo/QhEXfEFu4eHbJWNxvrk6+SraPb+p1Hq8w13siSc4fXr9du/pG9WE8U5JQgHl4lLhVYQlKFxkv2RDEiG3qhrxpy9BbMEXWqk9UQ/nH4YVMojUpkSkXTsj/cAynlmpBHwS/QXu6Joinvi44VAQPIgZxWHrOZlIKLGC7hx6CbF+cmz1a2g6x2Y4IubM3stWzpqQtEKhkeQTNjv5Nf/zQ== X-YMail-OSG: QLXYJ6YVM1n.r21oDjgTZEEJp9bu_U4K0Ce9VHUQ12fR3jVi7jOhK_zYGfv0eYR jpB4A94xjBJg21ZgBQBOeJgGzhW63UQ.y2pqts1IxbF8PMzV9bhIT1Ymv1rt59CNjd27uo4PHoPv mb8VVB6EXkRLa0BDMDFC2frC9BiH53MY_HUUru4H1D.zJX_B9riWJhGYLOppjFZQRqa1lqbY.WP4 clh4PaPBKqM1EdohtN8crKmg5uoLGFqJgyagAuWdSU0h4_JF4WmmvSmJlNZzIAOatF477LDIu8_h oTWCRCvTfThu.q1WnWqBx5HWjaaJfEKMgqYzN02WP28fdPFiafawLJIO3dPFkn.71Ay2U.cMFwpM JEXWRr2vMIZ4ZZfwcKLG7Jzt9P7Z7ZeXwcOa9Mv3lUY8DkunZD8pD1owFougejjvF4JszGNSYFX4 1spHzZ3JLUxgJbYYrhp7f2nqfX9djTgkK3q6_xb941gg1pmFLx3tUX0tByAHEHBOlfvFexpkv6Jy PjkZNnnHnTIfq1wnVuYp034VyWEMz43uyvbUIMwjeWsEmvtSot53ft9FfbbMHioiPamxC0qZbXAv vmIECPVSl2qmekMpr1.4DhSth93sDsSz2iFS05P4dJ_NaczBbawL5IGiNfSdamWo0FNRxWmlKN3T 7hBALY9_ptSPmhJN2hDJfDX3zoAqrjGCMiNasZ_pUZkyt3AdjAszH69czFfU10tUNQbRpzKNS0Ch QdpypMY5k_N5Qbc8xTF599hLCNcuoIB5RHfBen_6dgLqTL.w_pMiqkvu1LEw_hStZ4KSps8.iOpp DYrlYQNtMBIoQGSyB4ZQyGZ3Cey8lN.VIGxQ26wlTMj2DwzuIf05wjcxGnFSRfoRtiPMFgsNRFnQ iaKa3aR9X1HZPV4UKgAlPt4qHi5byp1HdMIyeIHBW4SYYv_EB5FwQAiel16nOkYrezhTJAsGDJhB lKIvWY_FRgNdx7q6wMGTiLStUhPjmImweR0RMb2bi1yrXh592CROkn4bgPEb.aAMX5HkpXzW48qw ukyr.WHznh.FalydAqjdXXe7EPsVyf2kmf25zb6F9hSHpKDBWw0fCEtKRcbOp.4rSbvDtDHTYnjO hUqPRWRiid7CzFoyPlHtoVGr8GqDhlqLrIUsXTv24prMf05ETcI.uI.UrsE5lojYakhh.d0HwQbo Ht7VTUt9Un0_m22Uhv6knDHz_OiIvt7aVlyGAotlMEMtut8vR7XLgknmBHwMXNPuR90Gt44sU0eh f6dWZywso5dVt3bdeNs.lTYUO5Y8eihSDHMj2CJgY51R6HhP00BTwqbS2IY97RUAjss1hpaCQwcq AHlUQRVKTdmAtn7Ykjih7afcyEanfFnh34vx6rMT.PsyCMQTZY0mHCtFYZgAtGM7ere4lkO84oCv czzfcGp.c.l7mjWkP5SIQB0xnCkeL.qniyayu2ytV5CB0OaDftzRsQPOjDzm1JwWmxVOpPNSOuhR lgi9pt3VYhbPOLJ42w4kz79Hy4U5TwXCiR1b4dMvgx1IUviAYX021MUhUOfsomIUd4gE.rykkcgT 0WkXT3_fbCuAOfqVMI2SrAG76TQE6nexv97Hvdrn6SlhfcSzZTyoBREG8WUaj4BQCrCeNxvfKgBF veUxCf4HvNtQBZf4fJWo7SlQ5FKa18bUdXCdZgCWMPTa8.0DmhNHo8uzkOXsyXm_vX5CJMqeg5Kc Qa_q.Wt8tvoNjuByp7Dj3OYipHY3YYFrn9DjBZUKKnRKigd1ATeFyWw07Yg2rpkXqrrAo9p4KwWi 9wwBfqzGelcHcij2F4CNaZqbLOUkHVLtrM02q7S3zlmYBaLhXMtglRVjFqnMPZ.YyCdXpeM2e.a. 763mMvJ470l8W1NV2xgyjO0q.ufOJXiYav2dwFXR6badw68bXDcXZLcSYX91mCF48d_pVc75ajKk EMq23b.hVUFylVdECNWfwbmaIzgsbw2H6MV9pEe3KkDMU1lta_XS19mmYaK1EnjqGjAsves24Jcu Lbf3SYUb_wQi9aBhK.SRTvQrHGiD9Fhu0K2nvt9UXeXVwNRh8EW5Y7VsN4fwFHswYYEdOkjMBKJf ktdqkhVecOeMAo1OoBc2TIMsqAV3v5eGYJPTdqTHsPUEd7QuetwR2APnaPgzeUfVI8_5gqYq4utn .LU4SzwSu1C5FJ0Q8RBvClgcqOvx39VZKe60LLKkl.OAGe.MhZ1dpqr1pTAyg4PlqTOy3YunkDqY xKRWvNbO.QEW4VyC4lCyvRjwCG.aq_Rg7DPzacyA8kvnyxrWRW.YXDH4TcLQwO7ffvGniqzYVsIz 9qjYsPEYsObCM6ph3YcXwO9yYB.lyP8xTcWh9LcZow9slqvkiQYj1_4F3VRhtD9yl.DjEu5uNSoV LB7wk6gVvNlNcxV1LWoVF.LghBzhIejJtUD0aNCraaYU1aO97P1dCjvWN7fSpD_BlGMlQgNWHda1 .Dg8x31ncTLsdm_OqhZkn3AZW4h2tKunHmJg.8fFEyvcTBdkZ33D1l4B2gypbIoIllWgGIKdyL9m v.5oA_kXSMGLMY1tYC4OQfxkQ6F3j0fvq3e88ZfPgC8uThqwsTyvlq.hAzf0ZZT7wIBt28pstQNu uZYU1Z2Pk4fyZottHi6QMslFi7qySln1Hx2dgz3_.z1dxDOk0SlJSA7POABgWNJde4t8sUQ58z7Z fpbDhL83juLl7HmZudAgMyuhsOk3gpgmvPuGV3HTW_Amhh9L_CVidLTRXctO7XDjW2mePANToorC .j4ZYY2skxr_fyEAQ4gs- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Mon, 8 Mar 2021 21:39:25 +0000 Received: by smtp424.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 023255506f1020e021e0f64f6fb60e41; Mon, 08 Mar 2021 21:39:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <5A9C4B04-5820-4764-A030-DAAE3074F1D4@googlemail.com> Date: Mon, 8 Mar 2021 13:39:20 -0800 Cc: freebsd-arm , Robert Crowston , Mike Karels , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <6BB40C21-AFD7-49B5-9297-ADCC8D5130DD@yahoo.com> References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <5A9C4B04-5820-4764-A030-DAAE3074F1D4@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvWvL6GdYz3nK0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.31 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.81)[-0.808]; FREEMAIL_TO(0.00)[googlemail.com]; 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:26101, ipnet:74.6.128.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[74.6.130.122:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[74.6.130.122:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[74.6.130.122:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.130.122:from]; FREEMAIL_CC(0.00)[freebsd.org,protonmail.com,karels.net,www.zefox.net]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 21:39:28 -0000 On 2021-Mar-8, at 13:11, Klaus K=C3=BCchemann wrote: >=20 >> Am 08.03.2021 um 21:53 schrieb Mark Millard via freebsd-arm = : >>=20 >>=20 >> My main context does not have the config.txt line: >>=20 >> hdmi_safe=3D1 >>=20 >> and if I comment it out on 13.0-RC1: >>=20 >> #hdmi_safe=3D1 >>=20 >> and then boot again I end up with the same as my >> main enviroment was showing instead of the huge >> font showing. >=20 >=20 > Ah, very good catch !!!! >=20 >=20 >> Am 08.03.2021 um 21:53 schrieb Mark Millard via freebsd-arm = : >=20 >> At 1920 x 1200 the 75 rows and 240 columns makes more sense vs. 1920 = x 1080. >=20 > Without X-acceleration- driver we anyway cannot choose inside = framebuffer.. >=20 >=20 > I go for eat a German Currywurst now, `ll come back in 1 or 2 hours = or so.. > I`ll upload my fw-combintion/fixes inside the keyboard bug report = tonight=E2=80=A6 > So everybody can choose what works =E2=80=A6 > anyway for me personally never had a problem with the RPI4 from day 1 = with the 1st CPU-hack in src=E2=80=A6 > =E2=80=A6 and for your message came in 5 seconds ago: > Yes: large font @boot, has of course nothing to do with X11 but looks = better with better firmware.. >=20 Yes it does as I understand things: the huge font is really because the pixel counts for x and Y are set small and pixel replication is in use to get to the actual pixels in useon the display. Without the hdmi_safe=3D1 (when such works), the pixel counts are accurate and scaling is normal, including in X11 and such, if I understand correctly. (Not that I've tested such.) =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 Mar 8 22:36:24 2021 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 4673855B921 for ; Mon, 8 Mar 2021 22:36:24 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450: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 4DvY932mc6z3sPJ for ; Mon, 8 Mar 2021 22:36:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id b2-20020a7bc2420000b029010be1081172so4766602wmj.1 for ; Mon, 08 Mar 2021 14:36:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=MihuHuFfc2jBGAW9aCL96LJpE3Ohi8g2XJ1T+i8fios=; b=pPiRXdIkO30oNO63QLWHWSn9xQC3qdDmih0BlWDsk7kn/hYxzD67TLYlrKfJu5EW1q x19HPeTZAC0zhMFvQAAlPlfpRzQN8KDANBwoKUZxR3u0M5Ue7n/MR9VA2LQHz3ZGwMSJ id6dYh+TWcN3JP4z0QwhpZxhAUrrMdmcVSqAgaF4IMi/z7+024N+4SYlcIJtZMDSFRdO wwviXbyQJAn6vGF7Y9GmRTwodSkrGaSVgP/iY2Us0vvsQjtPMsPOACbjGII4YmHFb1lM sBJlrisf1z5sxR33i02mQo8NPyJweaYzYaoI/DSboGmdTJzFDK2PzOS3Zg+l/gWJujQr imDA== X-Gm-Message-State: AOAM533yJG6I7ZQdxZxB38hmm9LP5FL9bZnrBBtvsm5XTBmWuC1YLtW1 LcJ05M3ymb/bkdCR/lp9J70= X-Google-Smtp-Source: ABdhPJw/PV+z4WRJxaWqF3tUkDiRKPRmmaooArkNoYXALR0wzYKkcVPqQ6GZLR5ChK3IkkVIWDNJ/g== X-Received: by 2002:a7b:cc0c:: with SMTP id f12mr865764wmh.111.1615242981806; Mon, 08 Mar 2021 14:36:21 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-240.46.114.pool.telefonica.de. [46.114.152.240]) by smtp.googlemail.com with ESMTPSA id h20sm1001102wmm.19.2021.03.08.14.36.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Mar 2021 14:36:21 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior Date: Mon, 8 Mar 2021 23:36:19 +0100 References: <20210307021628.GA99890@www.zefox.net> <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <5A9C4B04-5820-4764-A030-DAAE3074F1D4@googlemail.com> <6BB40C21-AFD7-49B5-9297-ADCC8D5130DD@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <6BB40C21-AFD7-49B5-9297-ADCC8D5130DD@yahoo.com> Message-Id: <14EAF6BB-25CB-4B88-95AD-DDDDE7E642EF@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvY932mc6z3sPJ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.240:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Mar 2021 22:36:24 -0000 > Am 08.03.2021 um 22:39 schrieb Mark Millard : > =E2=80=A6=E2=80=A6=E2=80=A6. >> =E2=80=A6 and for your message came in 5 seconds ago: >> Yes: large font @boot, has of course nothing to do with X11 but looks = better with better firmware.. >>=20 >=20 > Yes it does as I understand things: the huge font is really > because the pixel counts for x and Y are set small and pixel > replication is in use to get to the actual pixels > in useon the display. >=20 > Without the hdmi_safe=3D1 (when such works), the pixel counts > are accurate and scaling is normal, including in X11 and > such, if I understand correctly. (Not that I've tested such.) Yeah, what we really need is the VC4-driver built in , Please feel free to discuss that here ! Framebuffer is not an option these days but for us headless-server-guys = not so important. For now having a =E2=80=9Astable=E2=80=98 xhci/X11 or whatever stable = and so on is more important. Just my 2 cents.. otherwise, X11 is working fine on rpi4 & thanks for the hdmi_safe - = hint. K.= From owner-freebsd-arm@freebsd.org Tue Mar 9 02:33:51 2021 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 DD5A4564F91 for ; Tue, 9 Mar 2021 02:33: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 4DvfR24Qd7z4gNQ for ; Tue, 9 Mar 2021 02:33:50 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 1292XmG8016499 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Mar 2021 18:33:49 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1292Xmur016498; Mon, 8 Mar 2021 18:33:48 -0800 (PST) (envelope-from fbsd) Date: Mon, 8 Mar 2021 18:33:48 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPi4 Status and xorg behavior Message-ID: <20210309023348.GA16279@www.zefox.net> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> X-Rspamd-Queue-Id: 4DvfR24Qd7z4gNQ 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 [-1.10 / 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_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 02:33:51 -0000 On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote: > > > > Summary for current context: > > (The below presumes that the msdosfs file system > involved is mounted on /boot/efi . Adjust as > needed for your context.) > > # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:10:40 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) > On my setup I get bob@generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:55:10 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Mar 5 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean) Start4.elf was one of the files copied from the link Manu posted. I've not yet tried commenting out hdmi_safe=1 in config.txt but will at the next reboot. Right now the machine is doing a world/kernel build. Thanks for your attention! bob prohaska From owner-freebsd-arm@freebsd.org Tue Mar 9 04:00:07 2021 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 DFFC856808D for ; Tue, 9 Mar 2021 04:00:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-22.consmr.mail.ne1.yahoo.com (sonic316-22.consmr.mail.ne1.yahoo.com [66.163.187.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 4DvhLZ3t88z4m8Y for ; Tue, 9 Mar 2021 04:00:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615262404; bh=W3w4zB0q3Qjx2crn+xT2mOo1DcMdOa1Vb3NNmZYbEab=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=iGl79dm2s6/o4w2BOWp/ZlCtjV3iqE4JAcBYBTujSheQOP/Hv5ahkN+74RdPSVB0sysj9EYMObBoVOhec0c8HXAN5N6Xxk7s00BVRoBSRsO49c5kc7wsU+pDoJ8VWWWcsiOk9aaBznclOlreB908EkbRTLhr9lxGI3fi1KSVBJcPGna47qrr02jLNv+WnVT/+o7T0F9KHj370lwkQt8MKAUNA+N4KcmEzkaqgz8xwOIM89N0MnujotaskjsBR1ch0bF1U1L6g/7bpLGqY5bDSw/teSEz7ZC9RhmlqFZF3TcKeLXAo7xxUqzRBmwzXqG4nm2n7SCTM5O0zIWtXTVqSA== X-YMail-OSG: rdcnw3cVM1mnyr0PjV2BaSyoen6thbkeOjnnb.B5Qb1DQixVRGHfs33hG2rqgPR w.l.etXRQkrNT87On7GpUelDH7jqXY4xRdePPAJuByNFLiMF4vyO1qz.TJuZ8I8E2pChgx4zVtx5 0AkKjgdBdmCwklRLatswmJ3p26.KEk29n_HPzdV.lFD_S9byIbCozowaQxcf5Ak9jedwq7wobSNJ e8Tj5pZJYXJzqwnfD3F2UAPNVDQrc0ZKEyeRU4srLmR_sCr9oywrWFTzd6abJhQqBHVzXqeZRWcj xMTgX8.jyymws0O_5OOjTlXfO1wCAGfcWxy.ZDJgAYdv2YjLJs7v7VXyYd85COeO6GlomlCkiiIk ax54y5D2WV.eyBcnD9R51.sC3CB672PyKbQaHf7h5QYmd2J8I3mAFEZEDacUwTV7OrQpGgMdj_4u tZl3sHfgdUZioUwAnGjVVDmGgcDve7v5IvfY0KHDU4HsQQ90CUgdipS.T8ZeLwzgOOcj4PacAnjA U_OlSkFlhDazJjHDTVIZBS7epgHRsRWrA4ewAmSba82iR5lLwCm3yU5aE0PwBO.3iIOKUV4US5VS 9JTjgQpow4T6afXf9JfSd78z.FvVorNr_Q.hsbs_bKyFFHGTWxzFLd88k0sBS5ivaIoYfNg3.vST 13BRePSSA4rUz473BT90gguhLCzvCLSy_7uch73jyJF9FJSeTOvvK9FrO3YN_oJ__0pshW7RIoDH 8RRCFwUe5rDxfqnUBKG84qAj_h4dx9K5h40SEkribx_7Ws2KF2Yio13oObspwVpyFkA.ABwSvDgH 1MbpK8.taso2n51QCdCKz6XpYT7TkgLuChhsLaci00LPannz_dwxyWO_mYcgu1jmBlHPBGrckM52 10FjD0Obd4H6HYI6gs7Gh_qP0IilfD3eIp_48ZkSL0SvSpI3TupkyH.L9J4usoST0V16QkXSv0DT gVGQLLShUo7W_r.bD.RTunG1jFDJ201HrVPG5jv5z61GhF7y92Zwak_cEI4fmkjSGXLoX2d_ccst qe6JXdGsTNHdqqS2.UBfwXk22RYhDz13oUhH7rFje_GKnxGm_598GV7AKG8SdGSzA5ap5x8JBRf6 EyQXb63JrCjuOGhIdAxrNDL4MlskJR7NY_usqlDMspnx5wDZS8e1zbWe4Ti4vFPCysC9iCYQlFG2 gLayI61rJ2gJIDZS2LROJ7arR.Ce1rlL9XNlMTtCA36VcUpwZfkudjP0kTpAHELWMUMkX2tSna.2 zxLFbHDOdyvNnCuCMXFdJ6ndZ9TJLMPIXgFqHHNIMhEjGVTGNMMC1AsstuU7z.NC05wAcd.wPY.9 8cutTV.oI2a1gUjvnr4TszpW3Fhm_fPeU32S5z5QcwY0qiP1AqjaK9WsRTGZprj4X4shVtT4JDql zlaaj838GvpsSY2MiAVYp68FWjdKG.mXjWwu17xhzT8SBm_HWAYPOQa_At0MBuJjhHbc4ri6VeWt LODhVZdSlyeV1hWxPJNrWMRMQcTdn.1uR2fHnxTOUuJsjhnw27eRQq22PHJ6dbMnfQenfdgcHzDI JIi8v_8Rfbhsq8Dhc_yddKGdxfEiPgGIRHSbXePvRwN7jrWvYz.pgNyJ3Sls_eD_3UTWphh0E0hw kQSiRSVEdCXi.pdEMClzoPYHnlZYiRcHFk57nEuLFSg793iT.0SHl02_sTh.5mUBKHgSikFti18q jN34LAOOv2mHU5UeuboFukoAcJ0D5T1dH0KHjqcECoIR7NIovKvjiId8towNrwBy16V4uhd6dyeV ruz3vmrMYk8w3gioqSEwHRc244ttrNNeOKsTWpYwG.NDq9yNSPz7_cu7pI8zf.qSH132zox7Gxol 3pUerfqxcQB5KAXkH3NNpv5haUcMm5D.C9xUN3NL1bdrnbdNUBQLRULw263zPMB6qCzvKc4eDGCD kU6oCc4.x5QjfyvgXlV_MIqtPSXBrbI5kHK0NIQXxaZUIJ9.1_nxqU0T1JPfVHuitiJLkQkSZkAQ brSb9WNkuBrI5EP3Y69TT37iacvaQcaF3iu.YKJTX7QhDsoara4E5dyLzbeuCDWtyHCFvFL.FswK 8_46PbYumeaYg35l7YfJxtMf3xvZeTye0oQqVMc5DhX._KZh9NMweVmabHo6bGNcqk8bNMWebqMe 3El3rGoeCAv_fAVpZ6TkfgnMtJ.jJ9n0H01oCwzcOX09Nobuh9O.s5G1jg5JyfLUzF2S3A8ZlfNB tkbq7CTxp36DF8WEr2nfVcyNZEeAvrjpxqNkvhrqr5dzgXKBDL0Qz7BihP6dottawT4UNiITDwgQ ucDhiUbjziogTJI1H3tYd5IXyO1eXopmGEa9UPjr2dq.hj5yZRpvQ_Tii7RvdeFFrYfqMC6GJ4Sj Dg_10eC86ady10knGsy0K0s6xic.HdzjnUbrg82hBStQAk_HQ8YgQkrItHRP1WA4UqgPWgpiHu2B 5COof.8wvgg2wziDKYLg.2Xa2qCitQy2y38lskUpEc2y6XSYiWQk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Mar 2021 04:00:04 +0000 Received: by smtp414.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 024b5bd669bde3305d8505a736112862; Tue, 09 Mar 2021 04:00:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <20210309023348.GA16279@www.zefox.net> Date: Mon, 8 Mar 2021 19:59:59 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <6FEA1633-993F-4403-B2CB-73E7825A656B@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DvhLZ3t88z4m8Y X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.187.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.187.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 04:00:07 -0000 On 2021-Mar-8, at 18:33, bob prohaska wrote: > On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote: >> >> >> >> Summary for current context: >> >> (The below presumes that the msdosfs file system >> involved is mounted on /boot/efi . Adjust as >> needed for your context.) >> >> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 12:10:40 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Feb 25 2021 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >> > > On my setup I get > bob@generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_ > > VC_BUILD_ID_USER: dom > > VC_BUILD_ID_TIME: 12:55:10 > > VC_BUILD_ID_VARIANT: start > > VC_BUILD_ID_TIME: Mar 5 2021 So you copied after the area had an update beyond the tagged commit that modern builds of sysutils/rpi-firmware are based on now. (The link was probably published before there was a tagged status yet and likely was just pointing to master materials.) I've not done any experimenting with any commit with material from after the tagged commit. It may well work fine --or not. As I remember, I provided a link that gets to the tagged material independent of later commits, should you decide to use such. (Or you could use a modern sysutils/rpi-firmware set of materials to get the tagged material.) > VC_BUILD_ID_BRANCH: bcm2711_2 > > VC_BUILD_ID_HOSTNAME: buildbot > > VC_BUILD_ID_PLATFORM: raspberrypi_linux > > VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean) > > > Start4.elf was one of the files copied from the link Manu posted. > > I've not yet tried commenting out hdmi_safe=1 in config.txt > but will at the next reboot. Right now the machine is doing > a world/kernel build. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 9 09:05:46 2021 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 65D86570683 for ; Tue, 9 Mar 2021 09:05:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.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 4Dvq7F6579z3MNr for ; Tue, 9 Mar 2021 09:05:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615280744; bh=pFX6bBzcK+RZ6u/b28IdBT1btWyw/IxaykIdzpJI7SK=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DgzjDHMCF+5hAr6e4qeMWrmIbxBIgJWymeB3zqjw31KeqEbpw498FUKsAxff1BDW29SeFHVr+p0Rio2P11eabcQwxszIjW9X06ZTeyCZY2OqMvckzSh17g8No0IVKvZdovXpstnv6X7g/ASjh+TV7Mh1tPLTf56tjiVNLeZZwSkeiY9GrSAG2LK2TOT9lZX7ODjSqWIYH7XtEzqCiTGrU/i8rq5CgPR4MgOSWA+h0M/HouVWOpWyxRDUhSWagYxDoGHfoeJnW+wriRPA8QpRioJ2s1DCBcI7I4vVhUATlq++FrtChOT6DSkqGrYuI8Uz1ecb7r3edNUJ8jOlpMWm5w== X-YMail-OSG: vqI_LO8VM1nXnGdw_zAnKrhNpU_GuGFrBgbt_v3OplQD.r2aSrlto2vWF1vqYLc QlF6TXxIVhoJm_PuFtE_7kskJWs9quI3rfCO8sWwSl1gkRM4VKjQ5tFU8EzPLdv7SKpVxuN4AWhT D_n7bz13QVn1KJeJ77uW7KIR9nfFqhSUc6uzbAme1tlNPRoLUiKdxsH_I3LSEGNcl6l9EWr7U6LV vG_Bk1eGSLkHfK939WDLzqSXHHfjCJfK4euTL6bWdeCXMhplZReO_VsiQk1fviwZ9QOququZ3S2n uVHpaT4_d3A.UO.gDRmyYN4npMYl1NrmHmiQ459PBzXbruiV_MSDjYc_HLVe3LTyyRhidFm1RvaB cahpQbQphgXliCCN7DfpQiN57Oa8zGPJOAL6y2S0vYLdCaleGS9jtNyLzhX0pXP4EomkqLE2n7hW 4.L10_IQUn_h0O33nLV1A3piOyTDLyD9Aoktkb2dDIGS4Z5A68VrmB0WhRbk3UG6_DbXOUDFvztQ F0yKjhAykGmivBCqWs9Sb20N8qbY9gkvnSVRbGSgV.B05Co5KWQ3caPmnFnl2mcWyoEVwnnzO.6D jeOP9BCPTHD_uSYTivmoW5i9YyGNSK0vNlQezMf70t6IwwE2nMMmqYzCobZ8xQPwzaosskOj021Z p.IDVARHrmpX0Wekojpb6tJvfCzn_9.1l6zPSzOYIEqFl7ax5pCLj0DxR6SHKq1MF2v5bxZCnrPH QPSVdRbx6elJpBr43bPQHfl5HIR4pqoMhOxbFigHsfKoN0PUTufG7H5KcVU3bOih1q4RADMn7efI 7YW2UNS7cbpk70c2LBliZd_DBciss0UV_Ajha.emW8cG.HSpXn5xf9Kl1izzoEA0O.44QiILcCua C6i2msi7fwUolNL66BFgyGHXMMqxLWXjcMbxZuzaWDZQE4h44sYSjgJg53MetvoFaiW4RurygcSR VH0aLulXHtoLIlSXwKYCgWL5kSbAAXjn7hbVzWeKfGJeiGVDJ9rkiAPjsy46LI_XmSOi165G429H axawhv0KaEJ2d7NLPVQpLjbQmZJTfiAdMaDGZjLI3iJ6WMwpp4abi.2YR6W2r72e8OlDUwAkanJm .3cQ8gEMp3niTeMXnB79LT12GFb7VkKWSx.jPNUv3AtSWVKiNaqStT197TXFLiJIY2n68oWwNGMn GXXFxBh8PSdEFyy8K18J0L9DUXoXT5Bli9cLBMzlwR6SRYeWh9_0vax4To6_BrtrtQvK_NtltGOf HCGnrHEuIZul.5tocrXqIaRfIDtv9bSGeloRYGfzbEMAaiBOzbBqwdxMBEqDgvXCeDs2sSDgDGs3 diU7KJwrtLnOuBzt0ajS5JAshK1fBrtOzxUfenUO_I2mk8eZbfuzcloRYbttZXv3ADHPOEOAdhZS y8GEfNhFSNG0qsXQJAFcT8M3FQPntw_PFjqB9wzS7r68_dBbJEV.aNajMPRyfGZe1xbN4ZWAuV2t NZiX2ibNgspEoVt2.Pyz3vpUwoEyVyQXh9Ax0HyQphoPxGU4H.N2qLXpwqePh3CqbF9olsxmJ9Vh Fl56.BktC5zQ8ioE5ra9UJWnvZF.jIvFi_qd25oyaakfePTZF3lPYU8pJCR3tKFoKWINm8yqyhfe YjQCE8vI658KVd_mW6aEIhYnvzYnBLp7ty_mlCzOClEafwDmDCYX8gb7VHQc9L9stX1AMQvMWzwQ X90vXENNFSGSHKc16YEOmxyTEr7Fl2pcXZei9sTto_GfIvoCRTotzJH8hCwQXSjkAGFbzCyd8TdO 0GOi_O6DLE5Pv7LCQFcohSkdfhy64Vz2VuJIEXnYWl0pofzg.8clM0mc4R2V7A4JUa1nNm2UN0ZX sa9KNCtXDZPvWhVjNQxkfPVKvPCb3QfivikOVy3rXSUDa5HSacari7GKOR8z7DJcB_awNYj8ycY4 zB3JeaV5OvqYCk8AHDObB9IF1JPBsHv3C5D2Fe3UyD2eGlLkH1v6M6mefUE_hmCI0t_5RyAoE58T beq9p0F_Vqb3FNv_Vr68i95ONIkXlCMgyxGf8706y0dy2gMLM4YCffH9HsJz7_DGmf5IQ7uCzr6f 3d1K.6ZsuEODv7jY0C4jhXdF99ggGCc0cCjSw7Tnfa0CAnrRuWnvRF4eicryvYni.xKdh6nwbx1e 8DTjs4bVNK7GR8FafQIX8KZCWlkjwR6nO1pcffL6FtUQm6kkbPXDwHucULgcVxF5BZN__DSb4bqa JftaLgYpJeIOr43abObkZNVPW1sZXPLupuhEtgl1o52ZlK5iAnibNnR9r2fcqAVzNwNP5pG0i__q Wsl4vZ.k4vrkQBFjTWnIvCTjA9VDiNyuyqkvP1KzZnxZAbM_B13Mg7txpsBnDOpqkh8NL9WdJPkA XIsHPCiLRcCVzNfQf62nNjp5LEgk8zHtcDby344NE3tcn38wBFiP9l7FVCPrqfZ.j1PkVkw2qS0n IbuRJz_jOC3.nmxjxMfa4ofQyFkCagNWBTnTnJwNed4AnjBoxhxfn6G6Ttgc97n5E.BgraEZy X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Mar 2021 09:05:44 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 13484e098bb1351ea894c7fdee0a9544; Tue, 09 Mar 2021 09:05:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: <20210309023348.GA16279@www.zefox.net> Date: Tue, 9 Mar 2021 01:05:40 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dvq7F6579z3MNr X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 09:05:46 -0000 On 2021-Mar-8, at 18:33, bob prohaska wrote: > On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote: >>=20 >>=20 >>=20 >> Summary for current context: >>=20 >> (The below presumes that the msdosfs file system >> involved is mounted on /boot/efi . Adjust as >> needed for your context.) >>=20 >> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 12:10:40 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Feb 25 2021 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >>=20 >=20 > On my setup I get > bob@generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_ = =20 >=20 > VC_BUILD_ID_USER: dom = =20 >=20 > VC_BUILD_ID_TIME: 12:55:10 = =20 >=20 > VC_BUILD_ID_VARIANT: start = =20 >=20 > VC_BUILD_ID_TIME: Mar 5 2021 = =20 >=20 > VC_BUILD_ID_BRANCH: bcm2711_2 = =20 >=20 > VC_BUILD_ID_HOSTNAME: buildbot = =20 >=20 > VC_BUILD_ID_PLATFORM: raspberrypi_linux = =20 >=20 > VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean) >=20 >=20 > Start4.elf was one of the files copied from the link Manu posted. >=20 > I've not yet tried commenting out hdmi_safe=3D1 in config.txt > but will at the next reboot. Right now the machine is doing > a world/kernel build. I last did buildworld buildkernel on a RPi4B 8 GiByte was back in mid Jan of 2021. A summary is: ENVIRONMENT: -mcpu=3Dcortex-a72 RPi4B @ 2000 MHz (sdram_freq_min=3D3200), = hw.physmem:8464072704 : World build completed on Tue Jan 19 07:33:02 PST 2021 World built in 29226 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Tue Jan 19 08:10:58 PST 2021 Kernel(s) GENERIC-NODBG built in 2276 seconds, ncpu: 4, make -j4 So World+Kernel took somewhat under 9 hrs to build based on a context for which: make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. This was based on main 818390ce0ca5 and was building itself from scratch, doing a non-debug build on a non-debug system that had been built with -mcpu=3Dcortex-a72 in use as well. # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: 818390ce0ca539300dd15d7a817784f1e3f7a9b8 merge-base: CommitDate: 2021-01-13 21:27:44 +0000 4180404713ec (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. 818390ce0ca5 (freebsd/main, freebsd/HEAD, pure-src, main) arm64: fix = early devmap assertion FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255938-g4180404713ec GENERIC-NODBG arm64 aarch64 1300135 = 1300135 As is normal for small boards with USB3 in my context: a USB3 SSD UFS2+SU file system on USB3 port and no use of tmpfs or the like. microsd card not in use. Swap partition used. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 9 10:16:03 2021 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 C70915731E8 for ; Tue, 9 Mar 2021 10:16:03 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DvrhM58ZMz3jQS; Tue, 9 Mar 2021 10:16:03 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id 9A8881A4ED; Tue, 9 Mar 2021 10:16:03 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 99FF8AAD0; Tue, 9 Mar 2021 10:16:03 +0000 (UTC) Date: Tue, 9 Mar 2021 10:16:03 +0000 To: Phabricator From: "peterj (Peter Jeremy)" Cc: freebsd-arm@freebsd.org Reply-to: "peterj (Peter Jeremy)" Subject: [Differential] D29140: Add support for the RK805/RK808 RTC Message-ID: <886352750466a1f9b0d69b7480f1ab3d@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , X-Herald-Rules: <31>, <32>, <34>, <101> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-brcifnwvtqm5yhvdtuu6 X-Phabricator-Mail-ID: 2439137 X-Phabricator-Send-Attempt: rud7gwdyiiewidww In-Reply-To: References: Thread-Index: MjYzMDM3MWExZmZjMDhiYTllM2ExZGExZDhiIGBHSuM= X-Phabricator-Stamps: actor(@peterj) application(Differential) author(@peterj) herald(H31) herald(H32) herald(H34) herald(H101) monogram(D29140) object-type(DREV) phid(PHID-DREV-brcifnwvtqm5yhvdtuu6) reviewer(#arm64) reviewer(@manu) revision-status(needs-review) subscriber(@andrew) subscriber(@emaste) subscriber(@freebsd-arm-list) via(web) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_886352750466a1f9b0d69b7480f1ab3d" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 10:16:03 -0000 --b1_886352750466a1f9b0d69b7480f1ab3d Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: base64 cGV0ZXJqIGNyZWF0ZWQgdGhpcyByZXZpc2lvbi4KcGV0ZXJqIGFkZGVkIGEgcmV2aWV3ZXI6IGFy bTY0LgpIZXJhbGQgYWRkZWQgc3Vic2NyaWJlcnM6IGVtYXN0ZSwgYW5kcmV3LgpIZXJhbGQgYWRk ZWQgYSByZXZpZXdlcjogbWFudS4KcGV0ZXJqIHJlcXVlc3RlZCByZXZpZXcgb2YgdGhpcyByZXZp c2lvbi4KClJFVklTSU9OIFNVTU1BUlkKICBJbXBsZW1lbnQgZHJpdmVyIGZvciB0aGUgUlRDIGVt YmVkZGVkIGluIHRoZSBSSzgwNS9SSzgwOCBwb3dlciBtYW5hZ2VtZW50IHN5c3RlbS4KICAKICBU aGlzIGlzIGEgcmVwbGFjZW1lbnQgZm9yIEQyMjY5MiA8aHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qu b3JnL0QyMjY5Mj4sIHRha2luZyBpbnRvIGFjY291bnQgY29tbWVudHMgb24gdGhhbiByZXZpc2lv bi4gIEJhc2VkIG9uIGV4cGVyaW1lbnRzIG9uIG15IFJLODA4LCBzZXR0aW5nIHRoZSB0aW1lIGRv ZXNuJ3QgYWx0ZXIgdGhlIGludGVybmFsL2luYWNjZXNzaWJsZSBzdWItc2Vjb25kIGNvdW50ZXIs IHRoZXJlZm9yZSB0aGVyZSdzIG5vIHBvaW50IGluIGNhbGxpbmcgY2xvY2tfc2NoZWR1bGUoKS4K ClRFU1QgUExBTgogIFRlc3RlZCB1c2luZyB0aGUgUks4MDgtRCBvbiBteSBSb2NrUHJvNjQgKFJL MzM5OSkKClJFVklTSU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMjkx NDAKCkFGRkVDVEVEIEZJTEVTCiAgc3lzL2FybTY0L3JvY2tjaGlwL3JrODA1LmMKICBzeXMvYXJt NjQvcm9ja2NoaXAvcms4MDVyZWcuaAoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jldmll d3MuZnJlZWJzZC5vcmcvc2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBwZXRl cmosICNhcm02NCwgbWFudQpDYzogYW5kcmV3LCBmcmVlYnNkLWFybS1saXN0LCBlbWFzdGUK --b1_886352750466a1f9b0d69b7480f1ab3d Content-Type: text/x-patch; charset=utf-8; name="D29140.85371.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D29140.85371.patch" ZGlmZiAtLWdpdCBhL3N5cy9hcm02NC9yb2NrY2hpcC9yazgwNXJlZy5oIGIvc3lzL2FybTY0L3Jv Y2tjaGlwL3JrODA1cmVnLmgKLS0tIGEvc3lzL2FybTY0L3JvY2tjaGlwL3JrODA1cmVnLmgKKysr IGIvc3lzL2FybTY0L3JvY2tjaGlwL3JrODA1cmVnLmgKQEAgLTMwLDYgKzMwLDMxIEBACiAjaWZu ZGVmIF9SSzgwNVJFR19IXwogI2RlZmluZQkgX1JLODA1UkVHX0hfCiAKKy8qCisgKiBUaGUgUlRD IHJlZ2lzdGVycyBhcmUgdGhlIHNhbWUgaW4gYm90aCBSSzgwNSBhbmQgUks4MDguCisgKiBOb3Rl IHRoYXQgdGhlIGNvZGUgYXNzdW1lcyB0aGF0IFJLODA1X1JUQ19TRUNTIGlzIDAKKyAqLworI2Rl ZmluZQlSSzgwNV9SVENfU0VDUwkJMHgwMAorI2RlZmluZQlSSzgwNV9SVENfU0VDU19NQVNLCTB4 N2YKKyNkZWZpbmUJUks4MDVfUlRDX01JTlVURVMJMHgwMQorI2RlZmluZQlSSzgwNV9SVENfTUlO VVRFU19NQVNLCTB4N2YKKyNkZWZpbmUJUks4MDVfUlRDX0hPVVJTCQkweDAyCisjZGVmaW5lCVJL ODA1X1JUQ19IT1VSU19NQVNLCTB4M2YKKyNkZWZpbmUJUks4MDVfUlRDX0hPVVJTX1BNCTB4ODAK KyNkZWZpbmUJUks4MDVfUlRDX0RBWVMJCTB4MDMKKyNkZWZpbmUJUks4MDVfUlRDX0RBWVNfTUFT SwkweDNmCisjZGVmaW5lCVJLODA1X1JUQ19NT05USFMJMHgwNAorI2RlZmluZQlSSzgwNV9SVENf TU9OVEhTX01BU0sJMHgxZgorI2RlZmluZQlSSzgwNV9SVENfWUVBUlMJCTB4MDUKKyNkZWZpbmUJ Uks4MDVfUlRDX1dFRUtTCQkweDA2IC8qIGRheSBvZiB3ZWVrICovCisjZGVmaW5lCVJLODA1X1JU Q19XRUVLU19NQVNLCTB4MDcKKworI2RlZmluZQlSSzgwNV9SVENfQ1RSTAkJMHgxMAorI2RlZmlu ZQkgUks4MDVfUlRDX0NUUkxfU1RPUAkoMSA8PCAwKQorI2RlZmluZQkgUks4MDVfUlRDX0FNUE1f TU9ERQkoMSA8PCAzKQorI2RlZmluZQkgUks4MDVfUlRDX0dFVF9USU1FCSgxIDw8IDYpCisjZGVm aW5lCSBSSzgwNV9SVENfUkVBRFNFTAkoMSA8PCA3KQorCiAjZGVmaW5lCVJLODA1X0NISVBfTkFN RQkJMHgxNwogI2RlZmluZQlSSzgwNV9DSElQX1ZFUgkJMHgxOAogI2RlZmluZQlSSzgwNV9PVFBf VkVSCQkweDE5CmRpZmYgLS1naXQgYS9zeXMvYXJtNjQvcm9ja2NoaXAvcms4MDUuYyBiL3N5cy9h cm02NC9yb2NrY2hpcC9yazgwNS5jCi0tLSBhL3N5cy9hcm02NC9yb2NrY2hpcC9yazgwNS5jCisr KyBiL3N5cy9hcm02NC9yb2NrY2hpcC9yazgwNS5jCkBAIC0zMCw2ICszMCw3IEBACiAKICNpbmNs dWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMvYnVzLmg+CisjaW5jbHVkZSA8c3lzL2Ns b2NrLmg+CiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9tb2R1bGUuaD4K ICNpbmNsdWRlIDxzeXMvbXV0ZXguaD4KQEAgLTQ2LDYgKzQ3LDcgQEAKIAogI2luY2x1ZGUgPGFy bTY0L3JvY2tjaGlwL3JrODA1cmVnLmg+CiAKKyNpbmNsdWRlICJjbG9ja19pZi5oIgogI2luY2x1 ZGUgInJlZ2Rldl9pZi5oIgogCiBNQUxMT0NfREVGSU5FKE1fUks4MDVfUkVHLCAiUks4MDUgcmVn dWxhdG9yIiwgIlJLODA1IHBvd2VyIHJlZ3VsYXRvciIpOwpAQCAtMzU2LDEwICszNTgsMTAgQEAK IH0KIAogc3RhdGljIGludAotcms4MDVfd3JpdGUoZGV2aWNlX3QgZGV2LCB1aW50OF90IHJlZywg dWludDhfdCBkYXRhKQorcms4MDVfd3JpdGUoZGV2aWNlX3QgZGV2LCB1aW50OF90IHJlZywgdWlu dDhfdCAqZGF0YSwgdWludDhfdCBzaXplKQogewogCi0JcmV0dXJuIChpaWNkZXZfd3JpdGV0byhk ZXYsIHJlZywgJmRhdGEsIDEsIElJQ19JTlRSV0FJVCkpOworCXJldHVybiAoaWljZGV2X3dyaXRl dG8oZGV2LCByZWcsIGRhdGEsIHNpemUsIElJQ19JTlRSV0FJVCkpOwogfQogCiBzdGF0aWMgaW50 CkBAIC00MTUsNyArNDE3LDcgQEAKIAkJdmFsIHw9IHNjLT5kZWYtPmVuYWJsZV9tYXNrOwogCWVs c2UKIAkJdmFsICY9IH5zYy0+ZGVmLT5lbmFibGVfbWFzazsKLQlyazgwNV93cml0ZShzYy0+YmFz ZV9kZXYsIHNjLT5kZWYtPmVuYWJsZV9yZWcsIHZhbCk7CisJcms4MDVfd3JpdGUoc2MtPmJhc2Vf ZGV2LCBzYy0+ZGVmLT5lbmFibGVfcmVnLCAmdmFsLCAxKTsKIAogCSp1ZGVsYXkgPSAwOwogCkBA IC00OTEsNyArNDkzLDcgQEAKIAlpZiAocms4MDVfcmVnbm9kZV92b2x0YWdlX3RvX3JlZyhzYywg bWluX3V2b2x0LCBtYXhfdXZvbHQsICZ2YWwpICE9IDApCiAJCXJldHVybiAoRVJBTkdFKTsKIAot CXJrODA1X3dyaXRlKHNjLT5iYXNlX2Rldiwgc2MtPmRlZi0+dm9sdGFnZV9yZWcsIHZhbCk7CisJ cms4MDVfd3JpdGUoc2MtPmJhc2VfZGV2LCBzYy0+ZGVmLT52b2x0YWdlX3JlZywgJnZhbCwgMSk7 CiAKIAlyazgwNV9yZWFkKHNjLT5iYXNlX2Rldiwgc2MtPmRlZi0+dm9sdGFnZV9yZWcsICZ2YWws IDEpOwogCkBAIC02MjQsOSArNjI2LDExNyBAQAogCQlkZXZpY2VfcHJpbnRmKGRldiwgIkNoaXAg VmVyc2lvbjogJXhcbiIsIGRhdGFbMV0gJiAweGYpOwogCX0KIAorCS8qIFJlZ2lzdGVyIHRoaXMg YXMgYSAxSHogY2xvY2sgKi8KKwljbG9ja19yZWdpc3RlcihkZXYsIDEwMDAwMDApOworCiAJY29u ZmlnX2ludHJob29rX2Rpc2VzdGFibGlzaCgmc2MtPmludHJfaG9vayk7CiB9CiAKK3N0YXRpYyBp bnQKK3JrODA1X2dldHRpbWUoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgdGltZXNwZWMgKnRzKQorewor CXN0cnVjdCBiY2RfY2xvY2t0aW1lIGJjdDsKKwl1aW50OF90IGRhdGFbN107CisJdWludDhfdCBj dHJsOworCWludCBlcnJvcjsKKworCS8qIExhdGNoIHRoZSBSVEMgdmFsdWUgaW50byB0aGUgc2hh ZG93IHJlZ2lzdGVycyBhbmQgc2V0IDI0aHIgbW9kZSAqLworCWVycm9yID0gcms4MDVfcmVhZChk ZXYsIFJLODA1X1JUQ19DVFJMLCAmY3RybCwgMSk7CisJaWYgKGVycm9yICE9IDApCisJCXJldHVy biAoZXJyb3IpOworCisJY3RybCB8PSBSSzgwNV9SVENfUkVBRFNFTDsKKwljdHJsICY9IH4oUks4 MDVfUlRDX0FNUE1fTU9ERSB8IFJLODA1X1JUQ19HRVRfVElNRSk7CisJZXJyb3IgPSByazgwNV93 cml0ZShkZXYsIFJLODA1X1JUQ19DVFJMLCAmY3RybCwgMSk7CisJaWYgKGVycm9yICE9IDApCisJ CXJldHVybiAoZXJyb3IpOworCWN0cmwgfD0gUks4MDVfUlRDX0dFVF9USU1FOworCWVycm9yID0g cms4MDVfd3JpdGUoZGV2LCBSSzgwNV9SVENfQ1RSTCwgJmN0cmwsIDEpOworCWlmIChlcnJvciAh PSAwKQorCQlyZXR1cm4gKGVycm9yKTsKKwljdHJsICY9IH5SSzgwNV9SVENfR0VUX1RJTUU7CisJ ZXJyb3IgPSByazgwNV93cml0ZShkZXYsIFJLODA1X1JUQ19DVFJMLCAmY3RybCwgMSk7CisJaWYg KGVycm9yICE9IDApCisJCXJldHVybiAoZXJyb3IpOworCisJLyogVGhpcyB3b3JrcyBhcyBsb25n IGFzIFJLODA1X1JUQ19TRUNTID0gMCAqLworCWVycm9yID0gcms4MDVfcmVhZChkZXYsIFJLODA1 X1JUQ19TRUNTLCBkYXRhLCA3KTsKKwlpZiAoZXJyb3IgIT0gMCkKKwkJcmV0dXJuIChlcnJvcik7 CisKKwkvKgorCSAqIElmIHRoZSByZXBvcnRlZCB5ZWFyIGlzIGVhcmxpZXIgdGhhbiAyMDE5LCBh c3N1bWUgdGhlIGNsb2NrIGlzIHVuc2V0LgorCSAqIFRoaXMgaXMgYm90aCBsYXRlciB0aGFuIHRo ZSByZXNldCB2YWx1ZSBmb3IgdGhlIFJLODA1IGFuZCBSSzgwOCBhcworCSAqIHdlbGwgYXMgYmVp bmcgcHJpb3IgdG8gdGhlIGN1cnJlbnQgdGltZS4KKwkgKi8KKwlpZiAoZGF0YVtSSzgwNV9SVENf WUVBUlNdIDwgMHgxOSkKKwkJcmV0dXJuIChFSU5WQUwpOworCisJbWVtc2V0KCZiY3QsIDAsIHNp emVvZihiY3QpKTsKKwliY3QueWVhciA9IGRhdGFbUks4MDVfUlRDX1lFQVJTXTsKKwliY3QubW9u ID0gZGF0YVtSSzgwNV9SVENfTU9OVEhTXSAmIFJLODA1X1JUQ19NT05USFNfTUFTSzsKKwliY3Qu ZGF5ID0gZGF0YVtSSzgwNV9SVENfREFZU10gJiBSSzgwNV9SVENfREFZU19NQVNLOworCWJjdC5o b3VyID0gZGF0YVtSSzgwNV9SVENfSE9VUlNdICYgUks4MDVfUlRDX0hPVVJTX01BU0s7CisJYmN0 Lm1pbiA9IGRhdGFbUks4MDVfUlRDX01JTlVURVNdICYgUks4MDVfUlRDX01JTlVURVNfTUFTSzsK KwliY3Quc2VjID0gZGF0YVtSSzgwNV9SVENfU0VDU10gJiBSSzgwNV9SVENfU0VDU19NQVNLOwor CWJjdC5kb3cgPSBkYXRhW1JLODA1X1JUQ19XRUVLU10gJiBSSzgwNV9SVENfV0VFS1NfTUFTSzsK KwkvKiBUaGUgZGF5IG9mIHdlZWsgaXMgcmVwb3J0ZWQgYXMgMS03IHdpdGggMSA9IE1vbmRheSAq LworCWlmIChiY3QuZG93ID09IDcpCisJCWJjdC5kb3cgPSAwOworCWJjdC5pc3BtID0gMDsKKwor CWlmIChib290dmVyYm9zZSkKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJSZWFkIFJUQzogJTAyeC0l MDJ4LSUwMnggJTAyeDolMDJ4OiUwMnhcbiIsCisJCSAgICBiY3QueWVhciwgYmN0Lm1vbiwgYmN0 LmRheSwgYmN0LmhvdXIsIGJjdC5taW4sIGJjdC5zZWMpOworCisJcmV0dXJuIChjbG9ja19iY2Rf dG9fdHMoJmJjdCwgdHMsIGZhbHNlKSk7Cit9CisKK3N0YXRpYyBpbnQKK3JrODA1X3NldHRpbWUo ZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgdGltZXNwZWMgKnRzKQoreworCXN0cnVjdCBiY2RfY2xvY2t0 aW1lIGJjdDsKKwl1aW50OF90IGRhdGFbN107CisJaW50IGVycm9yOworCXVpbnQ4X3QgY3RybDsK KworCWNsb2NrX3RzX3RvX2JjZCh0cywgJmJjdCwgZmFsc2UpOworCisJLyogVGhpcyB3b3JrcyBh cyBsb25nIGFzIFJLODA1X1JUQ19TRUNTID0gMCAqLworCWRhdGFbUks4MDVfUlRDX1lFQVJTXSA9 IGJjdC55ZWFyOworCWRhdGFbUks4MDVfUlRDX01PTlRIU10gPSBiY3QubW9uOworCWRhdGFbUks4 MDVfUlRDX0RBWVNdID0gYmN0LmRheTsKKwlkYXRhW1JLODA1X1JUQ19IT1VSU10gPSBiY3QuaG91 cjsKKwlkYXRhW1JLODA1X1JUQ19NSU5VVEVTXSA9IGJjdC5taW47CisJZGF0YVtSSzgwNV9SVENf U0VDU10gPSBiY3Quc2VjOworCWRhdGFbUks4MDVfUlRDX1dFRUtTXSA9IGJjdC5kb3c7CisJLyog VGhlIGRheSBvZiB3ZWVrIGlzIHJlcG9ydGVkIGFzIDEtNyB3aXRoIDEgPSBNb25kYXkgKi8KKwlp ZiAoZGF0YVtSSzgwNV9SVENfV0VFS1NdID09IDApCisJCWRhdGFbUks4MDVfUlRDX1dFRUtTXSA9 IDc7CisKKwllcnJvciA9IHJrODA1X3JlYWQoZGV2LCBSSzgwNV9SVENfQ1RSTCwgJmN0cmwsIDEp OworCWlmIChlcnJvciAhPSAwKQorCQlyZXR1cm4gKGVycm9yKTsKKworCWN0cmwgfD0gUks4MDVf UlRDX0NUUkxfU1RPUDsKKwljdHJsICY9IH5SSzgwNV9SVENfQU1QTV9NT0RFOworCWVycm9yID0g cms4MDVfd3JpdGUoZGV2LCBSSzgwNV9SVENfQ1RSTCwgJmN0cmwsIDEpOworCWlmIChlcnJvciAh PSAwKQorCQlyZXR1cm4gKGVycm9yKTsKKworCWVycm9yID0gcms4MDVfd3JpdGUoZGV2LCBSSzgw NV9SVENfU0VDUywgZGF0YSwgNyk7CisJY3RybCAmPSB+Uks4MDVfUlRDX0NUUkxfU1RPUDsKKwly azgwNV93cml0ZShkZXYsIFJLODA1X1JUQ19DVFJMLCAmY3RybCwgMSk7CisKKwlpZiAoYm9vdHZl cmJvc2UpCisJCWRldmljZV9wcmludGYoZGV2LAorCQkgICAgIlNldCBSVEMgYXQgJTA0eC0lMDJ4 LSUwMnggJTAyeDolMDJ4OiUwMnhbLiUwOWxkXVxuIiwKKwkJICAgIGJjdC55ZWFyLCBiY3QubW9u LCBiY3QuZGF5LCBiY3QuaG91ciwgYmN0Lm1pbiwgYmN0LnNlYywKKwkJICAgIGJjdC5uc2VjKTsK KworCXJldHVybiAoZXJyb3IpOworfQorCiBzdGF0aWMgaW50CiByazgwNV9hdHRhY2goZGV2aWNl X3QgZGV2KQogewpAQCAtNzI0LDYgKzgzNCwxMSBAQAogCiAJLyogcmVnZGV2IGludGVyZmFjZSAq LwogCURFVk1FVEhPRChyZWdkZXZfbWFwLAkJcms4MDVfbWFwKSwKKworCS8qIENsb2NrIGludGVy ZmFjZSAqLworCURFVk1FVEhPRChjbG9ja19nZXR0aW1lLAlyazgwNV9nZXR0aW1lKSwKKwlERVZN RVRIT0QoY2xvY2tfc2V0dGltZSwJcms4MDVfc2V0dGltZSksCisKIAlERVZNRVRIT0RfRU5ECiB9 OwogCgo= --b1_886352750466a1f9b0d69b7480f1ab3d-- From owner-freebsd-arm@freebsd.org Tue Mar 9 18:57:16 2021 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 2EBDF56D067 for ; Tue, 9 Mar 2021 18:57:16 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dw4Fm0YJFz4ptC; Tue, 9 Mar 2021 18:57:16 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97] (unknown [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id A54ED28B33; Tue, 9 Mar 2021 18:57:15 +0000 (UTC) (envelope-from markm@FreeBSD.org) From: Mark Murray Content-Type: multipart/signed; boundary="Apple-Mail=_A07ABCCD-0DD3-4073-B53C-1D1980208C8E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Date: Tue, 9 Mar 2021 18:57:14 +0000 Subject: RPI4/8GB i2c not working? Message-Id: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 18:57:16 -0000 --Apple-Mail=_A07ABCCD-0DD3-4073-B53C-1D1980208C8E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Folks, I have a RPi4b/8GB with USB SSD HD, and its working very well. I started = with the = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img = snapshot, and replaced the /boot/msdos/* files with those supplied in = the rpi-firmware-1.20210303.g20210303 port. It's working well, and now that I've built a new kernel with all the = non-RPi goodies removed as well as commenting the other -CURRENT = debugging gubbins out, its pretty quick! I2C isn't working though. All I get in response to "# 12c -s" is: # i2c -s Hardware may not support START/STOP scanning; trying less-reliable read = method. Scanning I2C devices on /dev/iic0: ... with a few minutes of delay between the 2 lines of output. Maybe the IIC device needs to be changed for the 8GB RPi4? Or something? M -- --Apple-Mail=_A07ABCCD-0DD3-4073-B53C-1D1980208C8E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmBHxQoACgkQQlsJDh9C UqAfDQgAt2HkPuMQLvUqgvvfNZ2yvoa9A1UlAx/GpZnY6npLjAZ+9lcaT6tQm4N1 wFa2JVg8hDd0oMid1yOc3PPeXYMAEk6aeC4pfA+FJbSazIDTAVi0QU9ixnZLNgGH pKxoOgRjNJQfMI58eT0QZenijJdTyRVr6IAWQQpNPVC73j0TI4waWrmNnBMmlMTG LvV1I/DIPfPR5Usm9yf1xnaSqXGEJZJ2FPS1+6OnBLEAhfQwiVSvLlpnEtFden/q hESQezMc+pxZ70oO26ZC/K9lds2JDkw4sGuY3i2twvq81MootocPdgavv8A1qGyf eEfqKXgeWAEbZMlKhSr/f7dQoGaAOA== =867K -----END PGP SIGNATURE----- --Apple-Mail=_A07ABCCD-0DD3-4073-B53C-1D1980208C8E-- From owner-freebsd-arm@freebsd.org Tue Mar 9 19:41:01 2021 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 9021956DE92 for ; Tue, 9 Mar 2021 19:41:01 +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 4Dw5DF2LvMz4rrL; Tue, 9 Mar 2021 19:41:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 129Jf5f3024002 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 9 Mar 2021 11:41:05 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 129Jf5cU024001; Tue, 9 Mar 2021 11:41:05 -0800 (PST) (envelope-from fbsd) Date: Tue, 9 Mar 2021 11:41:04 -0800 From: bob prohaska To: Mark Murray Cc: freebsd-arm , bob prohaska Subject: Re: RPI4/8GB i2c not working? Message-ID: <20210309194104.GA23870@www.zefox.net> References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> X-Rspamd-Queue-Id: 4Dw5DF2LvMz4rrL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 19:41:01 -0000 On Tue, Mar 09, 2021 at 06:57:14PM +0000, Mark Murray wrote: > Hi Folks, > > I have a RPi4b/8GB with USB SSD HD, and its working very well. I started with the FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img snapshot, and replaced the /boot/msdos/* files with those supplied in the rpi-firmware-1.20210303.g20210303 port. > > It's working well, and now that I've built a new kernel with all the non-RPi goodies removed as well as commenting the other -CURRENT debugging gubbins out, its pretty quick! > Would you be willing to share your kernel config file? I tried something similar back when the Pi2 came out and was quite dissapointed at how hard it was and how little the kernel shrank. IIRC it was only a few percent. Thanks for posting! bob prohaska From owner-freebsd-arm@freebsd.org Tue Mar 9 20:16:56 2021 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 4414856F0C6 for ; Tue, 9 Mar 2021 20:16:56 +0000 (UTC) (envelope-from markm@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dw61h1185z4v37; Tue, 9 Mar 2021 20:16:56 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97] (unknown [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id 8A2CE2977E; Tue, 9 Mar 2021 20:16:55 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_C3930819-3E44-4550-80F8-AD66D042EE38"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? From: Mark Murray In-Reply-To: <20210309194104.GA23870@www.zefox.net> Date: Tue, 9 Mar 2021 20:16:50 +0000 Cc: freebsd-arm Message-Id: References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <20210309194104.GA23870@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 20:16:56 -0000 --Apple-Mail=_C3930819-3E44-4550-80F8-AD66D042EE38 Content-Type: multipart/mixed; boundary="Apple-Mail=_254D58C7-DF27-47E3-A8DE-07C0573053E4" --Apple-Mail=_254D58C7-DF27-47E3-A8DE-07C0573053E4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 9 Mar 2021, at 19:41, bob prohaska wrote: > > Would you be willing to share your kernel config file? Certainly! Attached. M -- Mark R V Murray --Apple-Mail=_254D58C7-DF27-47E3-A8DE-07C0573053E4 Content-Disposition: attachment; filename=G_RPI4 Content-Type: application/octet-stream; x-unix-mode=0644; name="G_RPI4" Content-Transfer-Encoding: 7bit # # G_RPI4 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (https://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD$ cpu ARM64 ident G_RPI4 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions WITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options NUMA # Non-Uniform Memory Architecture support options PREEMPTION # Enable kernel thread preemption options VIMAGE # Subsystem virtualization, e.g. VNET options INET # InterNETworking options INET6 # IPv6 communications protocols options IPSEC_SUPPORT # Allow kldload of ipsec and tcpmd5 options ROUTE_MPATH # Multipath routing support options TCP_OFFLOAD # TCP offload options TCP_HHOOK # hhook(9) framework for TCP options TCP_RFC7413 # TCP Fast Open options SCTP_SUPPORT # Allow kldload of SCTP options KERN_TLS # TLS transmit & receive offload options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client options NFSD # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options TMPFS # Efficient memory filesystem options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options EFIRT # EFI Runtime Services support options COMPAT_FREEBSD32 # Compatible with FreeBSD/arm options COMPAT_FREEBSD11 # Compatible with FreeBSD11 options COMPAT_FREEBSD12 # Compatible with FreeBSD12 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options MAC # TrustedBSD MAC Framework options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data options VFP # Floating-point support options RACCT # Resource accounting framework options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default options RCTL # Resource limits options INTRNG options LINUX_BOOT_ABI # Boot using booti command from U-Boot # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # SoC support options SOC_BRCM_BCM2837 options SOC_BRCM_BCM2838 options SOC_BRCM_NS2 # Timer drivers device a10_timer # CPU frequency control device cpufreq # Bus drivers device pci # Block devices device ahci device scbus device da # ATA/SCSI peripherals device cd # CD device pass # Passthrough device (direct ATA/SCSI access) # GPIO / PINCTRL device gpio device gpioled device fdt_pinctrl device pl061 # Arm PL061 GPIO controller # I2C device bcm2835_bsc # Broadcom BCM283x I2C bus device iicbus device iic # SPI device spibus device bcm2835_spi # Broadcom BCM283x SPI bus # Console device vt device kbdmux device vt_efifb # EVDEV support device evdev # input event device support options EVDEV_SUPPORT # evdev support in legacy drivers device uinput # install /dev/uinput cdev # Serial (COM) ports device uart # Generic UART driver device uart_imx # iMX8 UART device uart_msm # Qualcomm MSM UART driver device uart_mu # RPI3 aux port device uart_mvebu # Armada 3700 UART driver device uart_ns8250 # ns8250-type UART driver device uart_snps device pl011 # Ethernet NICs device mdio device mii device miibus # MII bus support device genet # Broadcom on RPi4 # Pseudo devices. device crypto # core crypto support device loop # Network loopback device ether # Ethernet support device tuntap # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device firmware # firmware assist module # EXT_RESOURCES pseudo devices options EXT_RESOURCES device clk device phy device hwreset device nvmem device regulator device syscon # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs options USB_HOST_ALIGN=64 # Align usb buffers to cache line size. device dwcotg # DWC OTG controller device musb # Mentor Graphics USB OTG controller device ohci # OHCI USB interface device uhci # UHCI USB interface device ehci # EHCI USB interface (USB 2.0) device xhci # XHCI USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da # MMC/SD/SDIO Card slot support device sdhci device mmc # mmc/sd bus device mmcsd # mmc/sd flash cards device dwmmc options FDT device acpi # DTBs makeoptions MODULES_EXTRA="dtb/rpi" # HID support options HID_DEBUG # enable debug msgs device hid # Generic HID support --Apple-Mail=_254D58C7-DF27-47E3-A8DE-07C0573053E4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail=_254D58C7-DF27-47E3-A8DE-07C0573053E4-- --Apple-Mail=_C3930819-3E44-4550-80F8-AD66D042EE38 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmBH17IACgkQQlsJDh9C UqCCYQf/VHIA9cBha7VtB/RiLPA3br8YC/Wav04SYDT06Y/I8VH81Cw/fDwaYjAn Q0REiqGLAz9WI2HTXUfUWQ6Wi+iec5lSQ/QQO0RqimowJa3lBJTyo6Wc5j/8+DA8 d3fyz63xv6KPDBXDJpKhONQjNRqomteqolFMw2Hy5c30PTvHrBDC6wtX8XWf+zOn o0LDlVseyzAfiPr2z7sgkuTCsWU9VU8BfY+miVRe5poV7JcAxoOBloTg4s2GuArl DicLy7r6yFeiA24j50U1PGGn+gmPqTdasLiQDkNSIHWH6HU8Lhd4tEbcZDOtM/WR bQfTkSG73yx2v34Qobz6r8G4t7/blw== =tyBw -----END PGP SIGNATURE----- --Apple-Mail=_C3930819-3E44-4550-80F8-AD66D042EE38-- From owner-freebsd-arm@freebsd.org Tue Mar 9 22:53:00 2021 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 955CE5747F5 for ; Tue, 9 Mar 2021 22:53:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 4Dw9Tm3fDMz3QG1; Tue, 9 Mar 2021 22:53:00 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32f.google.com with SMTP id y124-20020a1c32820000b029010c93864955so8528249wmy.5; Tue, 09 Mar 2021 14:53:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=O9ZpY8vD1UQdj3ulBLvJDf5QmH1dwSdLTsif98gpv60=; b=kRXDqT1hS0MlI8InbWsgrcHpGO0tApSufM2vbH3nimCtaOQzRRwXqrVyZzBtRm7nff dta+J89geY/0W/QPRQKmINpNgaPSqTy4t9CN3XND+N9cxVU1UYPBK90RnskFjENq+yVx 1i+24oKFN/Wi2mLhS0+Tbd3EsFVzjDYmnPd88d1jS0qy3BNVWQLoLHOgcmeo897ORXbj IjYJQrvHr63sAi/AT4jDZJY955QuYy4MgJoZ7lvRNBojszQEhLOebhiTQ3GyeIa6gFpB wpl52Uyh5ONnQ0yAkoJ6xzZF5vsJZjKqWCCqLSKrhXBlN2X1wt7aTrTQC9QaGZQPXOiu WdVA== X-Gm-Message-State: AOAM530jeFLsaReLuuxVJf+cLRaqPYatP3XhTFj6wxb5ChbW5K5BiERX NP4jI07dr01hX8sIXlz4KavRciuZFSwkiA== X-Google-Smtp-Source: ABdhPJw6mldwA0TRvNTHMDnLj0tj+AJU6g6DzggPbws/xNq02cEG4ZrmGEg/eIb4s7bu/9b7cEv8CA== X-Received: by 2002:a1c:1dd5:: with SMTP id d204mr152990wmd.127.1615330378937; Tue, 09 Mar 2021 14:52:58 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-015.46.114.pool.telefonica.de. [46.114.152.15]) by smtp.googlemail.com with ESMTPSA id u3sm26076883wrt.82.2021.03.09.14.52.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Mar 2021 14:52:58 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Tue, 9 Mar 2021 23:52:56 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> To: Mark Murray , freebsd-arm@freebsd.org In-Reply-To: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dw9Tm3fDMz3QG1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 22:53:00 -0000 > Am 09.03.2021 um 19:57 schrieb Mark Murray : >=20 > = =E2=80=A6.FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-2571= 49.img snapshot=E2=80=A6... > Maybe the IIC device needs to be changed for the 8GB RPi4? Or = something? while I can=E2=80=99t test that because of lack of a i2c-device here = for now but: snaps don=E2=80=99t seem to have corresponding overlays in it,=20 e.g. for an RTC-device : dtoverlay=3Di2c-rtc,ds3231 =20 K.= From owner-freebsd-arm@freebsd.org Tue Mar 9 23:14:35 2021 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 8504D575559 for ; Tue, 9 Mar 2021 23:14:35 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 4Dw9yf32ffz3h8S; Tue, 9 Mar 2021 23:14:34 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x333.google.com with SMTP id r15-20020a05600c35cfb029010e639ca09eso8602886wmq.1; Tue, 09 Mar 2021 15:14:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ki7mV6dedPG3TLolljIJUkx2Bts7MbLwu29dVTrZP9Y=; b=bLQ4e5bW7Y1qSWmHKbDmFUlmX0CvPGD2TPwsc9PyWrlxxIAEjVPcetaHKjutynnuHc 5xud86rYmlVNa7jpmcKFTfMFqjPNLphwXQirgrsXxvjXWmpKS+yQ7M9GA8QWJOK5CBXx 7LjU1LIyPAi7d3oqz20u/QiYYe5lJF8+RP4OKGcro6PcQsJ5Tc11bC3UGyxNJSItchI9 ziZohHkWgWIirsgc+GtiRlOvoF6PgHfep3HAfgqKdeHuxuKJi5VW3RnOl7jfThdyKscl la2BZBlvWJUn7FUuWHH+Cej3r2GbksHZGYykVOCXdSWjpl32dtI57JPBjUDQIUepm++j s83A== X-Gm-Message-State: AOAM531HkCc6gPjFsATXYINfJZrCFnTHdenJCTXvNHf1OE1Lo00coa7D 1ModYw4zpZMynYGAeULD5in8zaSvHOF24w== X-Google-Smtp-Source: ABdhPJxvkz0U6vNvy1Obpu5sdVI+JYPnBi6SsJNOn0VzT087/fcorHPU5xfKnCVC9GaHXZiNHWSAgg== X-Received: by 2002:a1c:bb0b:: with SMTP id l11mr256831wmf.150.1615331673113; Tue, 09 Mar 2021 15:14:33 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-015.46.114.pool.telefonica.de. [46.114.152.15]) by smtp.googlemail.com with ESMTPSA id c131sm3685481wma.37.2021.03.09.15.14.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Mar 2021 15:14:32 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Wed, 10 Mar 2021 00:14:30 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> To: Mark Murray , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dw9yf32ffz3h8S X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.15:received]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::333:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::333:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 23:14:35 -0000 > Am 09.03.2021 um 23:52 schrieb Klaus K=C3=BCchemann = : >=20 >=20 >=20 >> Am 09.03.2021 um 19:57 schrieb Mark Murray : >>=20 >> = =E2=80=A6.FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-2571= 49.img snapshot=E2=80=A6... >> Maybe the IIC device needs to be changed for the 8GB RPi4? Or = something? >=20 > while I can=E2=80=99t test that because of lack of a i2c-device here = for now but: > snaps don=E2=80=99t seem to have corresponding overlays in it,=20 > e.g. for an RTC-device : >=20 > dtoverlay=3Di2c-rtc,ds3231 =20 >=20 > K. =E2=80=A6 corresponding overlays are here : https://github.com/raspberrypi/firmware/tree/master/boot/overlays K.= From owner-freebsd-arm@freebsd.org Tue Mar 9 23:39:48 2021 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 363DF575F01 for ; Tue, 9 Mar 2021 23:39:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.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 4DwBWl243Lz3jMd for ; Tue, 9 Mar 2021 23:39:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615333186; bh=c/GhvCA/xPd1g6THbpG+3n8Q1ji7NycOYdoIZ40XIVs=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=gpudxoXAOi04kvjRVQj8MYb7fg/7TetwC9qcuOL0dP7faSWg58ob+D8avFpiwyMEqGOD0XaTH9so02VLHtta4EtQnzxbDX52z24gJUsy//2SEH8ZvDYDIi9Nlsx1ctqxtfsth0/Jpah4vQA8TkilzLCwweFZIVzOKbdLITUtnIj+11dSWh8uSSlHBZRvdOC1waoRt1ol9IsTLenQLQrvRZOUYr0XCTOVukxD6YnEm1LyeZV9eKWMzW/jSfecW4v5HFKuOsFxhOM2IahfBQtIa9pDWdo50ZPw5j+XqZfuViQpPqsFz3ajZbMTjXC3wegPFJ+uhdziHN1tFEuWBYPBBA== X-YMail-OSG: UOKu_LUVM1k55_fL26Uwk9w80jrxGHoRu8HHlDjNRqRtNAWW5xS37dYRm1R7hsb ZOLVm5Sq4_ZhApUlcVn3HlPXFBQlDTXScKcOxufY6ei.vVXlixMn_SfMPYo8cjcVYDFgmPVxLh5e KgbSLnZAjLVxQ50mMEAZDRlyWcNU6zDaiLXVJmzPz6QxyMf5bBr5DLtZUded52XgyndvoVFSlwKB oIsac1CbQ.JcN0xAv4_mkD5DGou6ep4K1JvPHZJYUITDVtGXs69FBar2uLUgMyw_7Bhk4bJ3u_Jj RfQnXsn5Ed1n6y0TkCEKEl.6FMJekjVPzHMIU78U.l3xoS46vvExyrXoeFd6KBUOE.ZPzaYa2wGy fDfVbVweoponsZlnkIWf52nVWK5YDe7GBrocQUbbSNICOB2KX4RIlrDaipOIxhhoz_V52Op.WoH_ VTLNxxlRUy2SHIZ9epQbEdSdVqJG2fRYFGI9F6IcmgDj_D9jXWv.wKfWCcbq2CuzEZ.7g1lUpge9 PBjm_M_5eIjbQrshRQL.ZWd9E7W6wZW_5eZGzZqz3IlV_rF1pNp7eYpGP0ypbr6wfxi7YjLABg94 BSsgV_qqH7jlQ4U9zz6IUoqU9MZJjGmJcco77IC6p_O6xQve_sGWv7jHCRB8cBMZ1hkzygS1Wytn X5PoOkAmJcGRBgigH7OU._cEs2wI0snNW7f9xxF.CqZLR8mHwgBSCPzy2WaAnzClQHAj3UJVJZhT DOtHyq2X3sKpIlzpgE35lpEEvsonpdIMl.chZhsnJNMxbuixQSITZvBpP7JFym6aeA_8bRgaaKyg pU.tSg.p5lXUGwKx__ajtGYDZBlEYKS_WGxZQRnoQX4DBego9XnNhW45_UpGIc9tu87lJwCzRV8A nNG_ZNT9e1eT8VNAO9.qSAwzev2FlznEV60R_zP9rJ5fLIwUrklF88ahbLzI3l_vRUKuwqGvLVce O3ZfB27wx1sReO8UgaSQ14.o3_.B1a53QJFd_O5wzbbEsaXqWjbqfwjHAQwliDXU2nO5ciJWu.ua JEZzEsMVbWAj9KthNLM.oS96iLTJlz07fdHepOpOzp3aoTCfxF1GHKAknyCGzCoppnht5Qtm8WyQ TJm.kLdqHvhPTzD5uMYXxkbhBPwVtkDn9qB66gMMYpN5xeQCS1uE1r6i.4Kucu9gRpzi5hEsPxiF J_Je8Jr1dUDWXhx5baWcLG.XHwmJWCnvdPFg4UZSUQI45kStOSZEgYhKKPMDvo4O6z0Y7vIvawx7 4LswO.fAkZ1ZWhcYc6.puBCXArMOIQRsH_inJLqCsq4T9LVUfB_AMrq3zaYa0d4mRotNfMFzKIbH AB0A5dxw0CchL35XBkCbgNic7kQX2WAss6YmIv4x_.eby_DRIsXlVHZyWImUgluQUa0Wa_O_RJf9 k3j7AnQTrFMCUko.XllcI9ATPsWLsyWWbjnzFqelxzybOKWliyrP3OO.xHdvn8d9gigttWUxjHMY FwJgNMLZLKilHpI_J2zsNVglkf3d_9_iXc1MWXMxlBnXgIev.dfF6JW_3tjJXzBA8wpbIrTf1FW2 v1ALx7RjKRsY.iRDafmIG88nb8l.yQyZRt_Giw9o8_ovRfliGO5Ktu9mRgwjRq3TM4pniDVHlqSI 6UexWpA7.N5CDDhdaEYCTO2gn6cYKefGj9t.L9udCQOK_k9LX9cT2N3J.B5SDda6Celz1p91F4ta bgmL04HMs77KROulykrX3j_vBeatZiNpNm2Z4vuZKG7kya8wIUixmQk6cdHSVE6xcONALk6C19A1 ssPC5xQdk6CvlyWepOqa3LlovJuz6XGUYWGKFMRrb...ns1Yv1_af9V3lUsw2jWuyTXCZfw8cuRl a.M_RP.XXdLrobjV1d4SBQu6PBY7_zNtneNkU5y9QRryUmul6zfx9d8L0jvigs2bx80v7NkB6DEK ZajSYWY.Nl5W9TMgYN3CK3ClLaskpHnI_JMnUyRZlWSqbhduPb0KoLesccJsZTJwFLmulfFRhZCa hZDhUvM3Hi9UQn4ooQ1DvR7ob_f3DNLprjDnHSTBNIEtSHoRCveH_BsZOf89LUgkJBp0zYSLIjRf KnOFlS659nJ6HIIQTAncee7BHzq8YaH1QJxBCXtJkT0z.Jgl3CFj1nEDpWAt6qKcGrbDxHpEJzbh gjJsJ.RrRZnh_ENPmSpJdC6ho1EhxcXooipFDzmfJiKqFgK.qlyT9oGgORq5jooHWjgFZaFiI0Cj TrWoLMAre7hxvY.um8T0oLbXknjRWQ03HUt_az1GBodbSh8JpgqaHq07sNjHiTD9JGFf4YhskRWS G4XlUbyiMnEjrz3QQc0NfVjxJLT.Jdf16FAPpSpVDHuI4h_sEMXZ3s_qjgVzBm051i75e9EWtCFC ibISfslfBOpIuHfL0LK0hNGZ8lsr1nC6OcKCQdETFdm5vSm59ntjR1IWhM.2VD9VmQwOrhjB2hth 5QivFYBirC1wZFXPxlEEwP2B2Vi6yqDSkuQofrtDpVMSRUjmb4ONC0pyf_KTIhK6GSKhufzHlgiM tnJvCsVX4nLJ6KovUyJKIH84y6fwg3fPmAkyXQJ3pR7M9aALUQbSuWuYz5_P11A8f_GTCFrRnizg t X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Mar 2021 23:39:46 +0000 Received: by smtp420.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eb2f615c9fd2075c57fbcd7250ef508b; Tue, 09 Mar 2021 23:39:44 +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 14.0 \(3654.60.0.2.21\)) Subject: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's using poudriere-devel to build armv7 ports on aarch64 (cortex-a72) system Message-Id: <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> Date: Tue, 9 Mar 2021 15:39:42 -0800 To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <8B54D020-A3E2-4441-B6A0-894831E7E1EC.ref@yahoo.com> X-Rspamd-Queue-Id: 4DwBWl243Lz3jMd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.191.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.191.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.191.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.191.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 23:39:48 -0000 After using poudriere to build ports for native cortex-a72 on the MACCHIATObin Double Shot (and similarly for cortex-a57 on the OverDrive 1000) I attempted to do my usual bulk build targeting cortex-a7 via poudriere-devel: # poudriere jail -i -jFBSDFSSDjailArmV7 Jail name: FBSDFSSDjailArmV7 Jail version: 14.0-CURRENT Jail arch: arm.armv7 Jail method: null Jail mount: /usr/obj/DESTDIRs/clang-armv7-installworld-poud Jail fs: =20 Jail updated: 2021-01-27 14:47:10 Jail pkgbase: disabled But I got some SIGSEGV failures that I've never before had analogous failures. I'll show the 6 backtraces. They all have a similar type-of-context but in various programs, summarized as (from the lldb bt outputs): gmake`new_job(file=3D) [3 examples] and: sh`waitcmdloop(job=3D0x00064230) [2 examples] and: cmake`(anonymous namespace)::RunCommand(command=3D, = output=3D"14.0-CURRENT\n", retVal=3D, dir=3D, = verbose=3D, encoding=3DAuto) (Only 83 ports built of 208 built, 5 failed, and 120 were skipped.) I have not yet tried simply running poudriere again to see how reliable the specific failures may or may not be: I'm first collecting and reporting this information. Nor have I tried doing the build on the cortex-a57 context instead. I'll note that when I looked at detail as the assembler level it appeared that there was a frame not shown between #0 and #1 in lldb's output: Frame #1 "->" was indicating the instruction after a simple bl to a not-shown subroutine. For building textproc/libxslt : (jobserver_acquire not shown between #0 and #1) (lldb) bt * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 frame #2: 0x0002db80 gmake`execute_file_commands(file=3D)= at commands.c:476:3 [artificial] frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x400a9700) at remake.c:1234:11 frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #6: 0x0004b08c gmake`check_dep(file=3D0x400a9700, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc4ac) at = remake.c:1024:20 frame #7: 0x00049074 gmake`update_file at remake.c:572:17 frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #9: 0x0004b08c gmake`check_dep(file=3D0x400a9400, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc564) at = remake.c:1024:20 frame #10: 0x00049074 gmake`update_file at remake.c:572:17 frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #12: 0x0004b08c gmake`check_dep(file=3D0x400a8f20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc61c) at = remake.c:1024:20 frame #13: 0x00049074 gmake`update_file at remake.c:572:17 frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd470, = envp=3D0xffffffff) at main.c:2589:13 frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D = NULL); 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 -> 0x3b5f8 <+1292>: cmp r0, #1 For building x11-toolkits/libXaw : (jobserver_acquire not shown between #0 and #1) (lldb) bt * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 frame #2: 0x0002db80 gmake`execute_file_commands(file=3D)= at commands.c:476:3 [artificial] frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036a580) at remake.c:1234:11 frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036a580, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc31c) at = remake.c:1024:20 frame #7: 0x00049074 gmake`update_file at remake.c:572:17 frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036a220, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc3d4) at = remake.c:1024:20 frame #10: 0x00049074 gmake`update_file at remake.c:572:17 frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #12: 0x0004b08c gmake`check_dep(file=3D0x40369ec0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc48c) at = remake.c:1024:20 frame #13: 0x00049074 gmake`update_file at remake.c:572:17 frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd500, = envp=3D0xffffffff) at main.c:2589:13 frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D = NULL); 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 -> 0x3b5f8 <+1292>: cmp r0, #1 For building textproc/itstool : (dowait not shown between #0 and #1) (lldb) bt * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, (struct job = *)NULL) !=3D -1); 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 -> 0x31aa8 <+84>: cmn r0, #1 For building devel/cmake : (cmsysProcess_WaitForData not shown between #0 and #1) (Note: the failing cmake is Bootstrap.cmk/cmake .) (lldb) bt * thread #1, name =3D 'cmake', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x000fd124 cmake`(anonymous = namespace)::RunCommand(command=3D, output=3D"14.0-CURRENT\n",= retVal=3D, dir=3D, verbose=3D, = encoding=3DAuto) at cmExecProgramCommand.cxx:223:15 frame #2: 0x000fca24 cmake`cmExecProgramCommand(args=3D, = status=3D) at cmExecProgramCommand.cxx:95:14 frame #3: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmExecProgramCommand(std::__1:= :vector, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmExecProgramCommand.cxx:26), args=3D,= status=3D0xffffb9a8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 frame #4: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 frame #5: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 frame #6: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408798b0, = status=3D, deferId=3D) at cmMakefile.cxx:462 frame #7: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2800, = functions=3D, inStatus=3D0xffffbd10) at = cmIfCommand.cxx:149:10 frame #8: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2800, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 frame #9: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 frame #10: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40868440, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbc78) = at cmMakefile.cxx:421 frame #11: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2760, = functions=3D, inStatus=3D0xffffc078) at = cmIfCommand.cxx:149:10 frame #12: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2760, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 frame #13: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 frame #14: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408683b8, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbfe0) = at cmMakefile.cxx:421 frame #15: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2710, = functions=3D, inStatus=3D0xffffc368) at = cmIfCommand.cxx:149:10 frame #16: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2710, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 frame #17: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 frame #18: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40873208, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffc358) = at cmMakefile.cxx:421 frame #19: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffc3f0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/Modules= /CMakeDetermineSystem.cmake", defer=3D0x00000000) at = cmMakefile.cxx:788:11 frame #20: 0x0024af34 = cmake`cmMakefile::ReadListFile(this=3D, = filename=3D) at cmMakefile.cxx:737:9 frame #21: 0x001ce448 = cmake`cmGlobalGenerator::EnableLanguage(this=3D, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalGenerator.cxx:629:9 frame #22: 0x00310bf4 = cmake`cmGlobalUnixMakefileGenerator3::EnableLanguage(this=3D0x403cc900, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalUnixMakefileGenerator3.cxx:57:28 frame #23: 0x0025d740 = cmake`cmMakefile::EnableLanguage(this=3D0x4086a000, lang=3D, = optional=3Dfalse) at cmMakefile.cxx:3748:33 frame #24: 0x0027e198 cmake`cmProjectCommand(args=3D, = status=3D) at cmProjectCommand.cxx:338:6 frame #25: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmProjectCommand(std::__1::vec= tor, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmProjectCommand.cxx:30), args=3D, = status=3D0xffffc9b8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 frame #26: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 frame #27: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 frame #28: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40884018, = status=3D, deferId=3D) at cmMakefile.cxx:462 frame #29: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffcae0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/CMakeLi= sts.txt", defer=3D0x4087b010) at cmMakefile.cxx:788:11 frame #30: 0x00254948 cmake`cmMakefile::Configure(this=3D0x4086a000) = at cmMakefile.cxx:1768:9 frame #31: 0x001d2e9c = cmake`cmGlobalGenerator::Configure(this=3D0x403cc900) at = cmGlobalGenerator.cxx:1242:10 frame #32: 0x0031123c = cmake`cmGlobalUnixMakefileGenerator3::Configure(this=3D) at = cmGlobalUnixMakefileGenerator3.cxx:132:28 frame #33: 0x002f5ab0 cmake`cmake::ActualConfigure(this=3D0xffffd018) = at cmake.cxx:1928:26 frame #34: 0x002f493c cmake`cmake::Configure(this=3D0xffffd018) at = cmake.cxx:1785:19 frame #35: 0x002f6fec cmake`cmake::Run(this=3D0xffffd018, = args=3D0xffffcfd8, noconfigure=3Dfalse) at cmake.cxx:2155:19 frame #36: 0x002fdeec cmake`main [inlined] (anonymous = namespace)::do_cmake(ac=3D, av=3D) at = cmakemain.cxx:300:16 frame #37: 0x002fde78 cmake`main(ac=3D, = av=3D) at cmakemain.cxx:861 frame #38: 0x0009b32c cmake`__start(argc=3D6, argv=3D, = env=3D, ps_strings=3D, obj=3D0x403ea004, = cleanup=3D0x403b7aa0) at crt1_c.c:92:7 -> 223 while ((p =3D cmsysProcess_WaitForData(cp, &data, &length, = nullptr))) { 0xfd120 <+744>: bl 0x3672f8 ; = cmsysProcess_WaitForData at ProcessUNIX.c:1064 -> 0xfd124 <+748>: cmp r0, #0 For devel/gdb there are 2 cores: a gmake.core and a sh.core For devel/gdb's gmake.core : (jobserver_acquire not shown between #0 and #1) (lldb) bt * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 frame #2: 0x0002db80 gmake`execute_file_commands(file=3D)= at commands.c:476:3 [artificial] frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036cda0) at remake.c:1234:11 frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D4) at remake.c:835 frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036cda0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6aec) at = remake.c:1024:20 frame #7: 0x00049074 gmake`update_file at remake.c:572:17 frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036cc20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6ba4) at = remake.c:1024:20 frame #10: 0x00049074 gmake`update_file at remake.c:572:17 frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 frame #12: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 frame #13: 0x0003f25c gmake`main(argc=3D130, argv=3D0xffffa36c, = envp=3D0xffffffff) at main.c:2589:13 frame #14: 0x0002c0fc gmake`__start(argc=3D130, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D = NULL); 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 -> 0x3b5f8 <+1292>: cmp r0, #1 For devel/gdb's sh.core : (dowait not shown between #0 and #1) (lldb) bt * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x403fd0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 frame #4: 0x00027800 sh`evaltree(n=3D0x403fd0e4, = flags=3D) at eval.c:289:4 frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 frame #7: 0x0002480c sh`__start(argc=3D26, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, (struct job = *)NULL) !=3D -1); 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 -> 0x31aa8 <+84>: cmn r0, #1 It was basically the same list of ports that had built for the cortex-a72 target context (208 armv7/cortex-a7 vs. 209 cortex-a72). I've no evidence of native aarch64 problems. The cortex-a57 self built its 209 just fine and so far the a57's cortex-a53 targeted build of the 209 has had no problems (built 148 with 61 yet to finish). So the problem seems to be specific armv7 activity on aarch64 systems, or possibly on cortex-a72 specifically. For reference . . . The chroot used to examine the expanded .tar content reports: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 merge-base: CommitDate: 2021-03-06 21:46:28 +0000 e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] Fix = AP bringup on 32-bit AIM SMP FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm armv7 1400005 1400005 The host system reports: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 merge-base: CommitDate: 2021-03-06 21:46:28 +0000 e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] Fix = AP bringup on 32-bit AIM SMP FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm64 aarch64 1400005 1400005 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 9 23:51:22 2021 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 B54F55766D4 for ; Tue, 9 Mar 2021 23:51:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-9.consmr.mail.ne1.yahoo.com (sonic313-9.consmr.mail.ne1.yahoo.com [66.163.185.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 4DwBn55mzsz3k8F for ; Tue, 9 Mar 2021 23:51:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615333880; bh=7bg5aFWfxg18xMFath239KmKyp67/vvc+A0TiVKIW3e=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EU7qMan/41wgt2mNcspxcSor3Zni16xVArDJsE3Do9ipILDEqDmRLJ0K15Sc90Ka0CTXnvdBQkD+YBACk+SGGD+QuqmGl5hqwMxYNJD9AJby46ohyCl3NJcYCY422XS/oQGSRdq6H74xs/dYPjzTs2Mg4zvGeihfq3j/0SbojA9r3gymqvsQKrJzEjBAlq/ld6RO1SBL+mSedFTn8GkwZ1WOyH+4wU5YVIPbBxsI31IVABtGcRhEH5w8PvbFSGDS1560veSn88h3oFvYrwIqOCmemMj6fMzIj0lPXtTNxaCwh9wcyPFQwYrwNwKfAbzcWvq8Dxb3gCzN5sxvEuaFZw== X-YMail-OSG: g2pSPwoVM1lIODM0mS_aKxDNzNHhAJWopaNkHcdwxROrs7aaZ5oPfvph_k_ABQ_ 5TUPdyKI.z8zbLnd4ZMxG8OGz5YZEjERnIYjCMvYXA_lLei5fMyzXhN3uab0ZS88C6enxho_8L0s aZOlJoO98tZFxzJavaRh.NTNCpc_ZpLwbzDB9yfhqp4APcCI7aKJfA6n9bbzLVipYPEo4HNb9_Sl xgtpIML_Lz9NKkqQJwMo4fk.ZtTifu03.oBv0vCHAo3CwhoCzYrS96CetbF3Xh0gNydDqjx_ke_r HHXUywz1YZ95cKuSlOfZq63n7YG9ub6QjfEf.p1JUBdYvKyv_oq.u5Mr1M0vpKTzwi0tnG.7XlpZ YU7nEMy_EHAluOolQO92hDAAZHlBCDTDJpEnoPzaOguZaB4qWhsKc04EEi.iFCjvFRU._7WrlV3D Z_Zf2fvsjEOdHXvQ_vKgJg3Bj4VwzfS0RfTU0PD_y8S7aNHmBPk59XQEyjMXihd0bz6SlSTaTuV7 1fkMkZaDkNGkBSnl0y.jxMyGraQfQESGg8Lgml2P7byihNHP.68UMKad.IOMWonJGKiUkZPljuMz kqji6fe9u0.cy.GSZsAy7lAoGvg68iwE8eyW58_aUDE1ygPC1RTOQq2byt_mqT17XiidBtbLPEyU JEzuTUCxAJTjPR1g7X5OqQ4pUQ8w8g4K8_B09AkPhL8muZELipGZgs6ZytMYINQ6PtOJ4TJhJJSS nBSAKOil6AzRDmIQEgPFPI9deEysntItw.Dxk6CUZvRUXQEp3UnI2tgk_1eSe4KeCtKhYXFcfFwe ozCZ2gC7JM6DcAUhnaiNZtOYnWOX0Ek.E76EdXZUVUZXlCbPuAHMeTv_WOPR8Ec7mOiCbn7NDgYS .8Ra3dY3x2FUjcfSxcFfXjB1SVmJG43De9yxQZglZ6LTGTKxymvxKGU1DrPduXtkWlzxP7bqXxSr bVCFFEZTj787fZ6GiO_RoWMqtb9AQBhH6doB2btqTwk2fEnBJqoDynU0aCi6YS.tyRuj3rjk3aMt Iw.1OUGOKJnv40xacAr992IZcq79X1c7SsA6haMNTkCDENGRr7v2UcQZ9FuURvqY3l7Ao_JsByFw nce8AjkT9bWsZnUshFLnN0oV9vJ_3xtNAqye3uXEvxt5BeyX4YEMMMYIbLfs_PW.ryQnDXFks.mG 2VkD1iamnOZ6XG5mcsAZs6bvhyYP1sI5E3al8iWQ4NemD6IN.v_1sjIIJ4M6dhOaVbW.iDVMRlz. C5lg0Aot9yJ5BCCcQv4aAP_q6ywgyZbDldEUiXnSqGM6YtrcbsUrGW6k68wjsAhZDLES6EmKBRtZ n1g2tYBodZ4h1i48tADQwKAjDpyoPOsMEhGydfMt15l6xdqxlNIwwmo5NwI03ytLuDd.sJmUANnL MiDoXAylmoj1mBoSq.Yd9nt5UZxQ_gx5xx_m02dnURJjJimv7_rvggvp.6BO2qhsi1I.8HcwLIJ. RCXbeAlq3ziwsOnUI.DcgNXrYHujwDi.wK5Ganti0NX45JOhVupnLChED0GzUk0VchWPD8yHGpgE 2bD0migMwggAt95wHR0Fy27w6HDb8ueBvgE.0BLY9r_DT16sPVcOucK_oxjjqRZuaLJn8dcGuFdv G1z_jx5cByJu1OmM7sSXy0M_MRBC6_zY3zDAYzwL9N3YStQSA4kG00QusiJln97T99yNDZi4voE. VnNCZzoJPw9eB7oKRYMZcQea_aJEoOtzCTf7NywHIyfWOc3JpZJu51BlOxTNEHmM433UH8TXTi2Q 4MK0olSbyCgRWWtNKsmZyb5fZZM.7cva6LPZvdCRgDe7A4LGBpPHLklX_SXOukoC_Q9LVUQvwXIL 62BCnN51feFxu6TEl3aIP90y7Nxpj9GmzBlNZle_YC7uS0xA3XhJj02OeJq9og6UGRLyekWn2DoE SmS1GqPcyOufa5yntUi2yPMIX7lICw6DX_ds5PRvpNODJSdN8tLD5Pb12.qUR5syob1msz2t9iZA Uy2yPiW3gHGdbLO.jwuZiXfGksQCjTF58VUt1m.jgkHP3IwYzM_WiTTlS_JdDq7WMFhJw7Zxvx7P GhCGo1HChDsIwezT4l8afkB24Wi2.dHca4cGRDl57rDztoRJ_13Ebz2EgGsHQX5rqyQYSbvuIqwm pbXg_FqflrEtl1SBeaa.iycfeBzsu.mU_oLUCaGTTKycV_TLkZSY4STYSSkCjHSvoLjLDXju9rTF 3VR71RvUFU05vB3gjGZ3af_6e9w1UYAak6nZHrehPxa6TldGOcXv7JID5X5e1onLI2Tt7YVR9ou4 kM_3O5Dwm9UO7To3GM0V3DqZnsxD5UwDah5b6vEyUxGc9h5XRwZsz1caK4f_4RSTAcCFS72rCxxc xMCxOLDx61iohqetLb2dbwXy1h6NDwkoM.ly8S61YFK0XJ3oeLyA.WuwtgIrZqJUFotL7gVltaR7 7lzlHccAGKWhMID2BJYT8raBmYHFSC_yuX5ruxT9dfeWRJDMLXcjsuvYHQsnOrJAO5tAwQm5ucGK C2VJWWKzbGG4kdhmtOgcm0HSdXLe8xaZmy9eho1E9L1dlywys6GC59zqIfvThQsrqeVM2kQSiexq vIZG61VOCTQwvFyg9MWXhdq5MNlAGpmDYPLJ9JRos0q2s3hZPP_99BSm81gk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Tue, 9 Mar 2021 23:51:20 +0000 Received: by smtp414.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c15e0bd8acbd9a3174a6918473034e0c; Tue, 09 Mar 2021 23:51:18 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? From: Mark Millard In-Reply-To: Date: Tue, 9 Mar 2021 15:51:15 -0800 Cc: freebsd-arm , =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Transfer-Encoding: quoted-printable Message-Id: <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwBn55mzsz3k8F X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 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(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.185.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; SPAMHAUS_ZRD(0.00)[66.163.185.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.32:from]; FREEMAIL_CC(0.00)[freebsd.org,googlemail.com]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2021 23:51:22 -0000 On 2021-Mar-9, at 15:14, Klaus K=C3=BCchemann via freebsd-arm = wrote: > Am 09.03.2021 um 23:52 schrieb Klaus K=C3=BCchemann = : >>=20 >>=20 >>=20 >>> Am 09.03.2021 um 19:57 schrieb Mark Murray : >>>=20 >>> = =E2=80=A6.FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-2571= 49.img snapshot=E2=80=A6... >>> Maybe the IIC device needs to be changed for the 8GB RPi4? Or = something? >>=20 >> while I can=E2=80=99t test that because of lack of a i2c-device = here for now but: >> snaps don=E2=80=99t seem to have corresponding overlays in it,=20 >> e.g. for an RTC-device : >>=20 >> dtoverlay=3Di2c-rtc,ds3231 =20 >>=20 >> K. >=20 > =E2=80=A6 corresponding overlays are here : > https://github.com/raspberrypi/firmware/tree/master/boot/overlays I'll note that if one has been careful to use the tagged firmware and wants to be sure to have matching overlays, then: https://github.com/raspberrypi/firmware/tree/1.20210303/boot/overlays/ is a better alternative for avoiding vintage mismatches. Also, with the modern sysutils/rpi-firmware built and installed, I see i2c-rtc.dtbo as available to copy over: # ls -Tld /usr/local/share/rpi-firmware/overlays/*i2c* -rw-r--r-- 1 root wheel 270 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-bcm2708.dtbo -rw-r--r-- 1 root wheel 1055 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-gpio.dtbo -rw-r--r-- 1 root wheel 2185 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-mux.dtbo -rw-r--r-- 1 root wheel 648 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-pwm-pca9685a.dtbo -rw-r--r-- 1 root wheel 5680 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-rtc-gpio.dtbo -rw-r--r-- 1 root wheel 5954 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-rtc.dtbo -rw-r--r-- 1 root wheel 5336 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c-sensor.dtbo -rw-r--r-- 1 root wheel 1651 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c0.dtbo -rw-r--r-- 1 root wheel 1004 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c1.dtbo -rw-r--r-- 1 root wheel 907 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c3.dtbo -rw-r--r-- 1 root wheel 907 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c4.dtbo -rw-r--r-- 1 root wheel 911 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c5.dtbo -rw-r--r-- 1 root wheel 909 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/i2c6.dtbo -rw-r--r-- 1 root wheel 1353 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/sc16is750-i2c.dtbo -rw-r--r-- 1 root wheel 1353 Mar 3 05:29:57 2021 = /usr/local/share/rpi-firmware/overlays/sc16is752-i2c.dtbo But I do not see a *ds3231* there: # ls -Tld /usr/local/share/rpi-firmware/overlays/*ds3231* ls: /usr/local/share/rpi-firmware/overlays/*ds3231*: No such file or = directory Nor do I see *ds3231* at: https://github.com/raspberrypi/firmware/tree/1.20210303/boot/overlays/ (May be I've guessed wrong about the ",ds3231" notation's purpose?) =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 Mar 10 00:33:33 2021 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 E25E8577261 for ; Wed, 10 Mar 2021 00:33:33 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450: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 4DwCjn15vsz3m6F; Wed, 10 Mar 2021 00:33:32 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32c.google.com with SMTP id c76-20020a1c9a4f0000b029010c94499aedso8852152wme.0; Tue, 09 Mar 2021 16:33:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=MnrzdwhE4HAyNI6Ui6u823OtFe4UIe0t5MRLjnH7PM0=; b=Rmn/RlMV067c9PbBiZpbJt9BRHqIjuq2s+5mRmSfYe+iV6WJLPaTgH7ev2sdBnQ4Gu X+RbbwhlNEjUOF9Sup8wJwvvOlspAN19BqI8PV0sxwaDhtjzM3HsPbA/tMEbgPh1Hy7l sCsHG0fwchC//T129NEg1pcDEwMg56nWPttmOpSvmNrRskd1XrarAoAHkUQz+k5D+AsZ t8ERwJR4CrwBfKRJ/QrQ5z0OT4sUvw6ZQtW27+bpo1oJhulJjYsiahvQuabwpAjwtJn+ wSQ3yBQcKnZtx+WBcDs4+W1rPTVFYcIMlitjDXxcvZv1lxo5h1vCS21Ols+c/KxWdrsX 11FQ== X-Gm-Message-State: AOAM533OLMHK20P4PBZZL64nhDHoxMGhHh893yZ9PqcxPZ0//QEgCmVA 77w6FvC6Q/oUwwqyrpwmpzU= X-Google-Smtp-Source: ABdhPJzIgoNrD1XtCkaFJGu5jpeYdeTHNzGjv/yVxTcGwLeQXyV4Vo9pZR31SrIbf5gN1+mTcA0lWg== X-Received: by 2002:a7b:c759:: with SMTP id w25mr453622wmk.139.1615336411578; Tue, 09 Mar 2021 16:33:31 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-152-015.46.114.pool.telefonica.de. [46.114.152.15]) by smtp.googlemail.com with ESMTPSA id r26sm6422379wmn.28.2021.03.09.16.33.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Mar 2021 16:33:30 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Wed, 10 Mar 2021 01:33:28 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> To: Mark Millard , Mark Murray , freebsd-arm@freebsd.org, bob prohaska In-Reply-To: <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwCjn15vsz3m6F X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,FreeBSD.org,freebsd.org,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.152.15:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32c:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 00:33:33 -0000 > Am 10.03.2021 um 00:51 schrieb Mark Millard : >=20 >=20 > Nor do I see *ds3231* at: >=20 > https://github.com/raspberrypi/firmware/tree/1.20210303/boot/overlays/ =E2=80=A6 I was only GUESSING ;-) that "the other Mark M.=E2=80=9C :-) is trying = to connect an RTC because=20 one of the most annoying things on cheap arm boards is that if you = forgot to set =E2=80=9Adate' then kernel builds have the wrong date, I = even rebuilt kern when I forgot, I also always forgot to order a bunch = of RTCs :-) do you have one to test ? There=E2=80=99s a README by scrolling page down on the above link. e.g for the ds3231 it=E2=80=99s here : -- Name: i2c-rtc-gpio Info: Adds support for a number of I2C Real Time Clock devices using the software i2c controller Load: dtoverlay=3Di2c-rtc-gpio,=3D Params: abx80x Select one of the ABx80x family: AB0801, AB0803, AB0804, AB0805, AB1801, AB1803, AB1804, AB1805 .. =E2=80=94 ds1339 Select the DS1339 device =E2=80=94 So, something like : dtoverlay=3Di2c-rtc-gpio,=3D in config.txt and additional put i2c-rtc-gpio.dtbo in=20 dtb/overlays on the msdos-partition of 14-snap should make it working. So this just as an example for rtc, although I can=E2=80=99t test at the = moment and don=E2=80=99t know if there=E2=80=99s additional rtc-driver = in src. .. time to order a bunch of RTCs :-) Regards K. From owner-freebsd-arm@freebsd.org Wed Mar 10 01:18:46 2021 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 9775C578282 for ; Wed, 10 Mar 2021 01:18:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-33.consmr.mail.ne1.yahoo.com (sonic317-33.consmr.mail.ne1.yahoo.com [66.163.184.44]) (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 4DwDjx0Lsrz3nm8 for ; Wed, 10 Mar 2021 01:18:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615339123; bh=jfRrKk+mBpbIajIXJTmFUzrUB3tA6nkFXhO5BH2Ulji=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jqAE256EJod2kpwiD2t4NTdH12otjtoLkcB7qFbqrjGkL9GE11GjKBZeiIqu9YzNLZE1D3HIueL8/c9nr3uelyEa15srLZ+HPjjoAmnPwK9B+wK1Ipriw9U5ugF9Dx9p5ZkALki9G6RAkXDPQiNdQYRkpKsZ82vGAosvePqDbqvXyY6xQUMltlVL51K6HBEjNvGEq/Mf/yFw4ho9meF25Pgoft80DgMlJ6kYdpTXozzMxsTpgwWT75N+6t6zQOHplqi9/BwLY8MyqNQIhU0l9gAL0R9J+u7pzxOAp92cdZMLP+x5BRSPWkg9sR/CFMlu5Jiq7Vyo+ox8AMffUDsvbw== X-YMail-OSG: wogiDtgVM1kKYDPeckkRvH1ENM9C9huPWQAQ5ZBKYbYvdBFlRqZOGy42lwsBIiK PHGDtaN12JfRymogZvyyYPLfQxV3JAU4TE6PcBtU73X5zViH.huTDImALoOJ.QMBXsHaZO00frA9 u6CoKsRNff_SXsDCb4onRvH3y01dlhdgSPanlx67WUNpHgLk.QHbZbZHh6_vrGOh9YwCTMst9P_1 UlHD23mOFFFpC.zF0taFksXEIxl8R9hQbEyhAJMGGi_GA4EfuSWLRHOjbeJnNzMLnJqGU1Z1Xfo0 R4i0Aj0ZC9nmLUTlAh9Zl17r0JMtX_.iOJj63VwyHleZlpp2lUiytPRN3N2YVgtwLq_sRTwtilaA RRn1C_D7ejT35G1Rl_jspwAAavUqwrV6WQ00SZ6b2EJE1_r7rOxKZOyGddGJuXTUQi.qWuKQ13uO xAnyp2g5jwjqpe0oj29rIcysz3azOm7_L1FhCMKFXF0xt362byV1W1l_2sbNLVHj8cvopZ58BGz4 EAYc3r1vSp_._Fka3UdPSjpI9cV8G8s93wS8AaEQK3EmU0GgX_5KXlksvF6EHQOuuu.bucG0vOf6 A1wCnlmb_214K.kIXr1KGWtU.d5sR92djxtue_J_MYkW96qtop7OcX7Apu30z.X9VGcvvwpgqDsH 8qottChg04VPrRZhzdIY0X1rY5Dpqei4Zcep.BZdE4839X9SaGTUEVLtZXMW7WZgpDRH8nUc7c5Q SkmUWtapWgP6SlAQEO7xcom6Ss8Lwx2KzVbma7lSLFgbjPwMka1CbOIhxEy9UhtaOj52km1algF2 GI3L8Wktxb8emSpmYTVq.uKOWP7V9qQRVhwgHzR0KoWC_j9F8q45y2Ph5MMjmPKv5tzvSQptRRnG utkcJ1UqybqQbcGtNvePVW3fHODmsv7X0rVf3hYe42S23T.kdvNb5f1arzu1Rg3Z9mYfAuZjcrf9 2RpCrw2rV4QE5SOsaClL__iXbfbE7ndIYIuLB6ScVhsccpux45Yjlq4ZZvo3zIgtkbtKYM.OlfQM fAWK21cicT3fvxWL1dQQqSij.WKTDhrJMlCZ7p.wYzvleweJmbOQiKcqz2fCinvU0l2Vvnq8VATV tGiE3qK0JULslaAuE18t9YZKPN9yfWmOIDsPCk8Z7JkXSZCHHImtZKX9xMuflgnuJHCprD1DyEFN x2wQvOyRjS6w071DHwBpWPAyU2T8uLwbb6DMxhHnLbCSKWXciEeIp3no7oXYL_gZ2FsMVisxAd_u h7faVij1bvNQ9prdgkwzBYo1LVb0U3zrhj47LsrMYe4rOoYn8MUgdIoN1QRvCsUMG4Hel.6Fihj7 Sk_P_vSg8jFYLWnfSmCz0TB0ziOHxGNWF.s__GxdhSKsIq95mRGhXUK4n5RgOb_Fs7lymSCLmpF1 i.QpO_MY_r49xi1P5k9Rpw7IoI_KsQpr2T6lgb7A1MwpMsGyEQ.9qab5TUlBYIVVyP53ftXtcx7f hBE8q.yBLsrSKFn6_rZlgPAHDm8MuOful0ToigtkjVuSjLta6rvSBj4hRC4ULlOfNQEmEhppFNXr IQn298L.NpeRVnW2wzKD3.pfcPlnnTYzsvNzW1eE9aIGxKFJLmELjhDkqzra9Goxx_Ah558V9cu8 MDkiECV3YpL_cqo7bq8Jhwn_F4rX8RlYqPwpVb6fbMRc5mKykWtvtdh4gPL11flEn2pCfmVEUe9z lYbyV0r425cuDQAB6nplEANAIu5mxPkxVCw3FIW5sCdQXK23gLKa_V.B5_Om27kToCY9MQ_id7tC ZLtbC2yM8TU0m0E7FZgzhZLxXT5G1rJkIA.yaM4Y0WV.O4oIYRn.kYXJjx5LhINEOhWQ8nVrHfA1 7KwnerdxSyJyWXQwocPWGsvUsLOU7UAn0gmzL7E7cNQsJxSHjFm71MLojgwOzis6C8Fm6wOyPori kGwAqmn1xbUSjL.neiH0nrCLKvVdqLbtvIRmS.JLQsGYxI_eNJ8YXNE1yHdHvS7sCbcrPOW8CKnu WE0lZH71hLckojWvW.fCOKkT2aILhNSZz.JFhaaMe_ya0sWaj5MjQ0_MUIFP_AyniypgialJCX1g mtme25p3Ds5kYa4SoyuWc1rAP.nvum4aj6n5_YwDm9w2AchK79wkDVQ0zqn9_4oFmAsBgbvjTUke Ls5zs6cxHUHSgOIoMVXvM1sFv7lsRWzZDT8Ct7pNiYOOsYm_Z0l4GsG262W_9DnHAEHfje1EMEZy CuxmHuuKJL3.KoZK7.ddpdbnlohavr07kfx4YXFDdZ6o0x99aFJhxvC4zV5zTMkVDCwouRUyx7d6 kqFRe3gM6FUn0E8_3csZMDyLLXOz8hfVMRpOSe2xF8yb4ZiWcik5iBMGxJtERy_OGU8IlOS6jLlu .BlaXPAWT8aH0wk15r1_GPVDlfCWa8bbJwfYCKCsrf6ruPCVHDz06n.2dQI9WD75AcabdkqdKLZj 1cfPnmDyXfmfTRv9z5lYmTpmg_rL_owzAjFOYRdn7e.LLVUX1ATEg3ASeBPy9yonUsLUvd.6yXb_ iaXB3Ddsvgo1XgmlOEMj090cl_wMMmtHKR4qleoPS_q2w1YpearvT3fyGCVQXGF6xgSHzRImninT yZqYV1ooT X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 01:18:43 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6de5173abb71752081dfa022bbbb967c; Wed, 10 Mar 2021 01:18:36 +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 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's using poudriere-devel to build armv7 ports on aarch64 (cortex-a72) system Date: Tue, 9 Mar 2021 17:18:34 -0800 References: <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> To: freebsd-arm , freebsd-current In-Reply-To: <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> Message-Id: <7F086465-38C0-49C0-830C-2DB0BE71169C@yahoo.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwDjx0Lsrz3nm8 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.42 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.92)[-0.921]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.44:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.184.44:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.44:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.44:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 01:18:46 -0000 On 2021-Mar-9, at 15:39, Mark Millard wrote: > After using poudriere to build ports for native cortex-a72 > on the MACCHIATObin Double Shot (and similarly for > cortex-a57 on the OverDrive 1000) I attempted to do my > usual bulk build targeting cortex-a7 via poudriere-devel: >=20 > # poudriere jail -i -jFBSDFSSDjailArmV7 > Jail name: FBSDFSSDjailArmV7 > Jail version: 14.0-CURRENT > Jail arch: arm.armv7 > Jail method: null > Jail mount: /usr/obj/DESTDIRs/clang-armv7-installworld-poud > Jail fs: =20 > Jail updated: 2021-01-27 14:47:10 > Jail pkgbase: disabled >=20 > But I got some SIGSEGV failures that I've never before > had analogous failures. I'll show the 6 backtraces. > They all have a similar type-of-context but in various > programs, summarized as (from the lldb bt outputs): >=20 > gmake`new_job(file=3D) [3 examples] > and: > sh`waitcmdloop(job=3D0x00064230) [2 examples] > and: > cmake`(anonymous namespace)::RunCommand(command=3D, = output=3D"14.0-CURRENT\n", retVal=3D, dir=3D, = verbose=3D, encoding=3DAuto) >=20 > (Only 83 ports built of 208 built, 5 failed, and 120 were > skipped.) >=20 > I have not yet tried simply running poudriere again to see > how reliable the specific failures may or may not be: I'm > first collecting and reporting this information. Nor have > I tried doing the build on the cortex-a57 context instead. I have a little re-run information now: No -JN with ALLOW_MAKE_JOBS=3Dyes: seems repeatable -J1 with ALLOW_MAKE_JOBS=3Dyes: seems repeatable -J1 without ALLOW_MAKE_JOBS: mixed so far in the one run. For -J1 without ALLOW_MAKE_JOBS for as far as the bulk build has gotten (still in progress): [00:22:03] [01] [00:21:12] Finished devel/cmake | cmake-3.19.6: Failed: = configure [00:23:04] [01] [00:00:59] Finished textproc/libxslt | libxslt-1.1.34_1: = Success [00:33:35] [01] [00:00:19] Finished textproc/itstool | itstool-2.0.6: = Failed: configure Some ports dependent on libxslt-1.1.34_1 are building as well, devel/glib20 , textproc/minixmlto , and x11/xkeyboard-config have built. I'm not sure it is reasonable to wait on -J1 without ALLOW_MAKE_JOBS to see what the devel/gdb and x11-toolkits/libXaw build does. For example qt5-core that is now building and may not be worth waiting for. The results do suggest that the issue is racy, no matter if the number of active processes/threads changes the probabilities involved or not. > I'll note that when I looked at detail as the assembler level > it appeared that there was a frame not shown between #0 and #1 > in lldb's output: Frame #1 "->" was indicating the instruction > after a simple bl to a not-shown subroutine. >=20 > For building textproc/libxslt : > (jobserver_acquire not shown between #0 and #1) >=20 > (lldb) bt > * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 > frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] > frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x400a9700) at remake.c:1234:11 > frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 > frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #6: 0x0004b08c gmake`check_dep(file=3D0x400a9700, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc4ac) at = remake.c:1024:20 > frame #7: 0x00049074 gmake`update_file at remake.c:572:17 > frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #9: 0x0004b08c gmake`check_dep(file=3D0x400a9400, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc564) at = remake.c:1024:20 > frame #10: 0x00049074 gmake`update_file at remake.c:572:17 > frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #12: 0x0004b08c gmake`check_dep(file=3D0x400a8f20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc61c) at = remake.c:1024:20 > frame #13: 0x00049074 gmake`update_file at remake.c:572:17 > frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 > frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd470, = envp=3D0xffffffff) at main.c:2589:13 > frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >=20 > -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >=20 > 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 > -> 0x3b5f8 <+1292>: cmp r0, #1 >=20 >=20 > For building x11-toolkits/libXaw : > (jobserver_acquire not shown between #0 and #1) >=20 > (lldb) bt > * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 > frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] > frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036a580) at remake.c:1234:11 > frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 > frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036a580, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc31c) at = remake.c:1024:20 > frame #7: 0x00049074 gmake`update_file at remake.c:572:17 > frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036a220, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc3d4) at = remake.c:1024:20 > frame #10: 0x00049074 gmake`update_file at remake.c:572:17 > frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #12: 0x0004b08c gmake`check_dep(file=3D0x40369ec0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc48c) at = remake.c:1024:20 > frame #13: 0x00049074 gmake`update_file at remake.c:572:17 > frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 > frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd500, = envp=3D0xffffffff) at main.c:2589:13 > frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >=20 > -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >=20 > 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 > -> 0x3b5f8 <+1292>: cmp r0, #1 >=20 >=20 > For building textproc/itstool : > (dowait not shown between #0 and #1) >=20 > (lldb) bt > * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 > frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 > frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 > frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 > frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 > frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 > frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >=20 > -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >=20 > 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 > -> 0x31aa8 <+84>: cmn r0, #1 >=20 >=20 > For building devel/cmake : > (cmsysProcess_WaitForData not shown between #0 and #1) > (Note: the failing cmake is Bootstrap.cmk/cmake .) >=20 > (lldb) bt > * thread #1, name =3D 'cmake', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x000fd124 cmake`(anonymous = namespace)::RunCommand(command=3D, output=3D"14.0-CURRENT\n",= retVal=3D, dir=3D, verbose=3D, = encoding=3DAuto) at cmExecProgramCommand.cxx:223:15 > frame #2: 0x000fca24 cmake`cmExecProgramCommand(args=3D,= status=3D) at cmExecProgramCommand.cxx:95:14 > frame #3: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmExecProgramCommand(std::__1:= :vector, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmExecProgramCommand.cxx:26), args=3D,= status=3D0xffffb9a8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 > frame #4: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 > frame #5: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 > frame #6: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408798b0, = status=3D, deferId=3D) at cmMakefile.cxx:462 > frame #7: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2800, = functions=3D, inStatus=3D0xffffbd10) at = cmIfCommand.cxx:149:10 > frame #8: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2800, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 > frame #9: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 > frame #10: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40868440, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbc78) = at cmMakefile.cxx:421 > frame #11: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2760, = functions=3D, inStatus=3D0xffffc078) at = cmIfCommand.cxx:149:10 > frame #12: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2760, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 > frame #13: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 > frame #14: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408683b8, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbfe0) = at cmMakefile.cxx:421 > frame #15: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2710, = functions=3D, inStatus=3D0xffffc368) at = cmIfCommand.cxx:149:10 > frame #16: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2710, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 > frame #17: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 > frame #18: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40873208, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffc358) = at cmMakefile.cxx:421 > frame #19: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffc3f0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/Modules= /CMakeDetermineSystem.cmake", defer=3D0x00000000) at = cmMakefile.cxx:788:11 > frame #20: 0x0024af34 = cmake`cmMakefile::ReadListFile(this=3D, = filename=3D) at cmMakefile.cxx:737:9 > frame #21: 0x001ce448 = cmake`cmGlobalGenerator::EnableLanguage(this=3D, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalGenerator.cxx:629:9 > frame #22: 0x00310bf4 = cmake`cmGlobalUnixMakefileGenerator3::EnableLanguage(this=3D0x403cc900, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalUnixMakefileGenerator3.cxx:57:28 > frame #23: 0x0025d740 = cmake`cmMakefile::EnableLanguage(this=3D0x4086a000, lang=3D, = optional=3Dfalse) at cmMakefile.cxx:3748:33 > frame #24: 0x0027e198 cmake`cmProjectCommand(args=3D, = status=3D) at cmProjectCommand.cxx:338:6 > frame #25: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmProjectCommand(std::__1::vec= tor, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmProjectCommand.cxx:30), args=3D, = status=3D0xffffc9b8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 > frame #26: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 > frame #27: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 > frame #28: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40884018, = status=3D, deferId=3D) at cmMakefile.cxx:462 > frame #29: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffcae0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/CMakeLi= sts.txt", defer=3D0x4087b010) at cmMakefile.cxx:788:11 > frame #30: 0x00254948 cmake`cmMakefile::Configure(this=3D0x4086a000) = at cmMakefile.cxx:1768:9 > frame #31: 0x001d2e9c = cmake`cmGlobalGenerator::Configure(this=3D0x403cc900) at = cmGlobalGenerator.cxx:1242:10 > frame #32: 0x0031123c = cmake`cmGlobalUnixMakefileGenerator3::Configure(this=3D) at = cmGlobalUnixMakefileGenerator3.cxx:132:28 > frame #33: 0x002f5ab0 cmake`cmake::ActualConfigure(this=3D0xffffd018)= at cmake.cxx:1928:26 > frame #34: 0x002f493c cmake`cmake::Configure(this=3D0xffffd018) at = cmake.cxx:1785:19 > frame #35: 0x002f6fec cmake`cmake::Run(this=3D0xffffd018, = args=3D0xffffcfd8, noconfigure=3Dfalse) at cmake.cxx:2155:19 > frame #36: 0x002fdeec cmake`main [inlined] (anonymous = namespace)::do_cmake(ac=3D, av=3D) at = cmakemain.cxx:300:16 > frame #37: 0x002fde78 cmake`main(ac=3D, = av=3D) at cmakemain.cxx:861 > frame #38: 0x0009b32c cmake`__start(argc=3D6, argv=3D, = env=3D, ps_strings=3D, obj=3D0x403ea004, = cleanup=3D0x403b7aa0) at crt1_c.c:92:7 >=20 > -> 223 while ((p =3D cmsysProcess_WaitForData(cp, &data, = &length, nullptr))) { >=20 > 0xfd120 <+744>: bl 0x3672f8 ; = cmsysProcess_WaitForData at ProcessUNIX.c:1064 > -> 0xfd124 <+748>: cmp r0, #0 >=20 >=20 > For devel/gdb there are 2 cores: a gmake.core and a sh.core >=20 >=20 > For devel/gdb's gmake.core : > (jobserver_acquire not shown between #0 and #1) >=20 > (lldb) bt > * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 > frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] > frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036cda0) at remake.c:1234:11 > frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D4) at remake.c:835 > frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036cda0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6aec) at = remake.c:1024:20 > frame #7: 0x00049074 gmake`update_file at remake.c:572:17 > frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036cc20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6ba4) at = remake.c:1024:20 > frame #10: 0x00049074 gmake`update_file at remake.c:572:17 > frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 > frame #12: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 > frame #13: 0x0003f25c gmake`main(argc=3D130, argv=3D0xffffa36c, = envp=3D0xffffffff) at main.c:2589:13 > frame #14: 0x0002c0fc gmake`__start(argc=3D130, argv=3D,= env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >=20 > -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >=20 > 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 > -> 0x3b5f8 <+1292>: cmp r0, #1 >=20 >=20 >=20 > For devel/gdb's sh.core : > (dowait not shown between #0 and #1) >=20 > (lldb) bt > * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 > frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 > frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x403fd0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 > frame #4: 0x00027800 sh`evaltree(n=3D0x403fd0e4, = flags=3D) at eval.c:289:4 > frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 > frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 > frame #7: 0x0002480c sh`__start(argc=3D26, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >=20 > -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >=20 > 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 > -> 0x31aa8 <+84>: cmn r0, #1 >=20 >=20 >=20 > It was basically the same list of ports that had built for > the cortex-a72 target context (208 armv7/cortex-a7 vs. 209 > cortex-a72). I've no evidence of native aarch64 problems. >=20 > The cortex-a57 self built its 209 just fine and so far the > a57's cortex-a53 targeted build of the 209 has had no > problems (built 148 with 61 yet to finish). >=20 > So the problem seems to be specific armv7 activity on aarch64 > systems, or possibly on cortex-a72 specifically. >=20 >=20 >=20 > For reference . . . >=20 > The chroot used to examine the expanded .tar content reports: >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 > merge-base: CommitDate: 2021-03-06 21:46:28 +0000 > e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] = Fix AP bringup on 32-bit AIM SMP > FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm armv7 1400005 1400005 >=20 > The host system reports: >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 > merge-base: CommitDate: 2021-03-06 21:46:28 +0000 > e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] = Fix AP bringup on 32-bit AIM SMP > FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm64 aarch64 1400005 1400005 =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 Mar 10 02:54:52 2021 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 5E0EA57A6D4 for ; Wed, 10 Mar 2021 02:54:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-25.consmr.mail.ne1.yahoo.com (sonic310-25.consmr.mail.ne1.yahoo.com [66.163.186.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 4DwGrq384gz3trG for ; Wed, 10 Mar 2021 02:54:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615344889; bh=B+zohv4PpERO1m5tC4bnWNpFGUZbMOnOFT0nzI+Ou5C=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=rIFko/hrbSgSW0/dCM/8iQUyu1Q/hjmHmkYRjfsm94HuWRl0KYiRPp9V7zYzLqx3txZbva98jBL7yJRpdpwH6GSjVXZWn0gi2QbZ7ygQ7MjZO0S9wrAeSr1cGvEaR056ALviDXRv1XCGfeOufHBu1NCJcxRAPfnrxhcu7Q2vc/MPqTDsrbsBDYwVScvx98rrFIbv676lCyIY2QopMY32S4Qa0TxtYzg2Woex7v6mHQSM1XIZ+0ev6gFztw4O6Gx/ybiaQqObAoM3rwmp4o49S61QPD9KHcmuqb2FFialzAhN2otMDSbhJpupY4YciqsojijWLXT5WKPzjPnyQw5gWA== X-YMail-OSG: EkUxlC8VM1mQwcC93.eaxRoVD08XCE88gt.egW9V8pUFEzuVbMyb8o2F7Np7NSz 1nRw0bcLV_mruG_C_UIhrOI3TC.wo1WPSbHF9fifCCXXhNP.0RJ6oqoxR6cvHPLsHDfGoyHR_Tlk 8_eal4Pt6S7dsp.MNCEWVeIxvuQAyf7_WkuD2G7xOD9HMkfMjZUUpzOIz6chJwE9dwgNxWa1CJdB dFNhVvRigf44Kv2DBBR7IjEAvti4ga1jQqQb7MjjxcVHKsSbEwpfG7ofqBETyGyvaUCvJPrbA8IL 1CV.ILSUI8cEfUnP0EsSngVsGrtKuRDL130qHzGQsoqa1R8s7Skeq6NWPSWvFUMHZIaAwZDReGAM jItWgE66bLG.sULrHu3Cv2cXZqU50Jml3_ZlFBG7EbEBcWZeTG7O8mXwrZmxNaBhKnrrKUgskkCk C62zn6JLrMqbaNY4BYMyD5VgMbaSeUd0u5Hi8SY6dK5kLkP15_kVfCcCgUyYvZPoMzO0EAJDzkcp pdRqB.U2TaYaMaP7CmEB7PJqETbffMWP4wudx6.5JUIrHduYmMINm7Y53IOkpndSISJmhr5VJ0SO FDzZUVKGJES3RAPEX4OmWM0x9hUB63i8WdGZGYoYSuSWnENrLravrgOkhumoXLeVo71RgHXdjxiZ KgwcePtKxlO_92APhiyeDQbIH0vpgIfl8G_okbad147QwaHrWws5VxeJhIUrb99aU0F0xaMrU3Nn k4PM1sXaMpx4gvb7WUTk6fXd4oKfdWeml3xDhPIfiTCc1NFjIoZ77ffSYyszC_XPJYRFg47Sb7e9 AoH5gqF9NQpOVv59LBStpyoh78xrZi4dh7wV.Yydi9dPPUZ3s39dYc5P5mgzq_YBUNxjeXMWMpVR vceMFM.FEMYJ.oTkbofxkXfbXugBsvmjJksQ.sYPorf3Ze_zaZCerjT0DpFFxfi6y2QzyeIHF95U NrwZplgXQi0eVdgpNyvmg_CjC002xNHukRYvczUPY1nTnqWZj7Q4eV46KNK3CxltNkr7w_iLGNLD NUnKOEehLeN3gTW4iZTzJKoapSVjzUiNkZo_nL6W72GMNHO753YL2BvQZdgjgY9jmVZtAFpIUGp4 AQShiiJuI3wGZpyCipUi2W.HmoTqfbu4CJHJudg8DqFkCxarCN6Vh3gCvrjHBpWjSMqBWMQyPSoJ wkrS_erYPnsh0wZwzF.0.IS8tXWQfKTpwmfhPp_m7Ih57z3O5n2iKyYSKixmgz19HowHhUFzfQRo 8lv4tq3Gs_uFquMygN1.q_Lq4vdda0VcQ6VW93wYNiiwQc8UaI2mf9iHxZ9aAXXHc8q8EICQC4eY X2owJ6zZasInih0WLk.cGArGSxAp.Ja21CpJRh0nFY4UifJmHXzo.01xmM662BjxbysY7W96Vyak 7PcUuBA685Fc.Ak7jQo3juo6kZH60z0RapTUcweKaD4PeBsL6IGGHWFw0VJQLZCbW1Ge7loOYzyr sZZ9W7iMtuAzI7SJye6e_307.L8wspAQwhwFMOR6WwHRqDRY253IYrerX1vvmscSx58.BtKMyP7q ccHenB6qH3q2bkT3uHtNivTsSxxkhqWwTeJ3ib3WBSGFXMEEAwKrcnD_HOs3LKIBgnoGP5pnwNdQ xnwNP5edbfbuz3q0bGDdyyOwZNE4za8OtrqmH9S3wjRLahpm5GtGYfa8pKMhHHsF42C4KKfCGycz PoLZxiFGo99Jcl77K2850DesLWqpliroaGU07i.WUwB8hTh.PYVG.mxcGQi.v6xW9LfV86wOJEGm bdsJFegPheJfruXjvSyJPHjhs96FMKUs9_lhR28p_8hpMXShBMrnYJ97F8u92UN6cXqQoXlD.RY. 2Q3K3ZRV.fu.tA13p6T_uTs3hyP31AeRvtscQbBZ_DcQrrVMyUB6VbtllpW7CZ4owqKGMCsWJTaE rxIVkP4fxmCU3r67I1WEJMkC_kf2dl14fgehpNU8gE6QYTSuvIVH9ZJ_5BGytewHQ138GQ9zIBBv 3W6qAsOODUTIPZYnf335ee3960O.SIqqGUrY6cR3BIGz9cPE.VQ294KnKsz20cKEoyanQ_2GxY1V AjaNl9tfvTbarIozK.TdchtIBDdSzEgLyNRTJvwmdL5XP59KYnWE_W2IF3nEQ75POgrqK.wnQJqe YXBDWCsbyr25Z_kCqJYWLAFBwAYDM91tzUOaMzm32IMX5hrtxL0Fe6rakPHPhYCHqYJOYscgQjyH yRfwqmBJW17kgu_9bHJCN0tMyXkAghRvvrC.iZdG0t3aWYb896g2CjyJ8D1Cqr91B44BaXAFmx4. 6I7N6SRGtsN2QgOH2KWdx7hrijhWnjViLnfVdK0hmOoo_jjSF0ukOSGS.NgCx1zL2T7hQdp2OaFx P5Dy5okUZP4d5s_tzk0MQqfQUuRJRme9eH6HPxiw_Ac5vgynIPQXWhqaRo3zBq6MLXAPaWd6Kojc Wl8kvyhlOx3PbaFS_Rv7EZb9grKzXBmYl0sXOBmMY_JwRy0ytPR0wT9fhKnhBhc_5BPtGtEZW97X mfxfxbGy08mb4xH_gxNa8S4TyuZFkYKT9Q5c6cB5rM834G29FvjU2JbOsPqid574Q8BFawaze_7X 8GeayuI3zB5eLOftn0DWmxLa.ABXrID5RGfU_OobpCp9ro9v.VFVkigZooA3C X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 02:54:49 +0000 Received: by smtp424.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 08545deb0b850d1516c879d56328173b; Wed, 10 Mar 2021 02:54:45 +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 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's using poudriere-devel to build armv7 ports on aarch64 (cortex-a72) system Date: Tue, 9 Mar 2021 18:54:43 -0800 References: <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> <7F086465-38C0-49C0-830C-2DB0BE71169C@yahoo.com> To: freebsd-arm , freebsd-current In-Reply-To: <7F086465-38C0-49C0-830C-2DB0BE71169C@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwGrq384gz3trG X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.186.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.186.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.186.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.186.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 02:54:52 -0000 On 2021-Mar-9, at 17:18, Mark Millard wrote: > On 2021-Mar-9, at 15:39, Mark Millard wrote: >=20 >> After using poudriere to build ports for native cortex-a72 >> on the MACCHIATObin Double Shot (and similarly for >> cortex-a57 on the OverDrive 1000) I attempted to do my >> usual bulk build targeting cortex-a7 via poudriere-devel: >>=20 >> # poudriere jail -i -jFBSDFSSDjailArmV7 >> Jail name: FBSDFSSDjailArmV7 >> Jail version: 14.0-CURRENT >> Jail arch: arm.armv7 >> Jail method: null >> Jail mount: /usr/obj/DESTDIRs/clang-armv7-installworld-poud >> Jail fs: =20 >> Jail updated: 2021-01-27 14:47:10 >> Jail pkgbase: disabled >>=20 >> But I got some SIGSEGV failures that I've never before >> had analogous failures. I'll show the 6 backtraces. >> They all have a similar type-of-context but in various >> programs, summarized as (from the lldb bt outputs): >>=20 >> gmake`new_job(file=3D) [3 examples] >> and: >> sh`waitcmdloop(job=3D0x00064230) [2 examples] >> and: >> cmake`(anonymous namespace)::RunCommand(command=3D, = output=3D"14.0-CURRENT\n", retVal=3D, dir=3D, = verbose=3D, encoding=3DAuto) >>=20 >> (Only 83 ports built of 208 built, 5 failed, and 120 were >> skipped.) >>=20 >> I have not yet tried simply running poudriere again to see >> how reliable the specific failures may or may not be: I'm >> first collecting and reporting this information. Nor have >> I tried doing the build on the cortex-a57 context instead. >=20 > I have a little re-run information now: >=20 > No -JN with ALLOW_MAKE_JOBS=3Dyes: seems repeatable > -J1 with ALLOW_MAKE_JOBS=3Dyes: seems repeatable > -J1 without ALLOW_MAKE_JOBS: mixed so far in the one run. >=20 > For -J1 without ALLOW_MAKE_JOBS for as far as the bulk > build has gotten (still in progress): >=20 > [00:22:03] [01] [00:21:12] Finished devel/cmake | cmake-3.19.6: = Failed: configure > [00:23:04] [01] [00:00:59] Finished textproc/libxslt | = libxslt-1.1.34_1: Success > [00:33:35] [01] [00:00:19] Finished textproc/itstool | itstool-2.0.6: = Failed: configure >=20 > Some ports dependent on libxslt-1.1.34_1 are building as well, > devel/glib20 , textproc/minixmlto , and x11/xkeyboard-config > have built. >=20 > I'm not sure it is reasonable to wait on -J1 without > ALLOW_MAKE_JOBS to see what the devel/gdb and > x11-toolkits/libXaw build does. For example qt5-core > that is now building and may not be worth waiting for. >=20 > The results do suggest that the issue is racy, no matter > if the number of active processes/threads changes the > probabilities involved or not. I stopped the build and continued by starting another . . . Without both -J and ALLOW_MAKE_JOBS ((so implicitly -J4 in the context) it got the following results for the 4-left of 5 originally failing: [00:00:51] [02] [00:00:19] Finished textproc/itstool | itstool-2.0.6: = Failed: configure [00:05:00] [02] [00:02:38] Finished x11-toolkits/libXaw | = libXaw-1.0.13_3,2: Success [00:19:02] [03] [00:15:00] Finished devel/gdb@py37 | gdb-10.1_1: Failed: = build [00:29:33] [01] [00:29:01] Finished devel/cmake | cmake-3.19.6: Failed: = configure 17 ports built that depend on textproc/libxslt and/or x11-toolkits/libXaw . The 3 failures above made the rest (100) skip. textproc/libxslt and x11-toolkits/libXaw sometimes failing and sometimes not suggests a racy context at some level of the operations involved. >> I'll note that when I looked at detail as the assembler level >> it appeared that there was a frame not shown between #0 and #1 >> in lldb's output: Frame #1 "->" was indicating the instruction >> after a simple bl to a not-shown subroutine. >>=20 >> For building textproc/libxslt : >> (jobserver_acquire not shown between #0 and #1) >>=20 >> (lldb) bt >> * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 >> frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] >> frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x400a9700) at remake.c:1234:11 >> frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 >> frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #6: 0x0004b08c gmake`check_dep(file=3D0x400a9700, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc4ac) at = remake.c:1024:20 >> frame #7: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #9: 0x0004b08c gmake`check_dep(file=3D0x400a9400, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc564) at = remake.c:1024:20 >> frame #10: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #12: 0x0004b08c gmake`check_dep(file=3D0x400a8f20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc61c) at = remake.c:1024:20 >> frame #13: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 >> frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd470, = envp=3D0xffffffff) at main.c:2589:13 >> frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >>=20 >> -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >>=20 >> 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 >> -> 0x3b5f8 <+1292>: cmp r0, #1 >>=20 >>=20 >> For building x11-toolkits/libXaw : >> (jobserver_acquire not shown between #0 and #1) >>=20 >> (lldb) bt >> * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 >> frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] >> frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036a580) at remake.c:1234:11 >> frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D6) at remake.c:835 >> frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036a580, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc31c) at = remake.c:1024:20 >> frame #7: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036a220, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc3d4) at = remake.c:1024:20 >> frame #10: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #12: 0x0004b08c gmake`check_dep(file=3D0x40369ec0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffffc48c) at = remake.c:1024:20 >> frame #13: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #14: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #15: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 >> frame #16: 0x0003f25c gmake`main(argc=3D2, argv=3D0xffffd500, = envp=3D0xffffffff) at main.c:2589:13 >> frame #17: 0x0002c0fc gmake`__start(argc=3D2, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >>=20 >> -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >>=20 >> 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 >> -> 0x3b5f8 <+1292>: cmp r0, #1 >>=20 >>=20 >> For building textproc/itstool : >> (dowait not shown between #0 and #1) >>=20 >> (lldb) bt >> * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >> frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 >> frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 >> frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 >> frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 >> frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 >> frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >>=20 >> -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >>=20 >> 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 >> -> 0x31aa8 <+84>: cmn r0, #1 >>=20 >>=20 >> For building devel/cmake : >> (cmsysProcess_WaitForData not shown between #0 and #1) >> (Note: the failing cmake is Bootstrap.cmk/cmake .) >>=20 >> (lldb) bt >> * thread #1, name =3D 'cmake', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x000fd124 cmake`(anonymous = namespace)::RunCommand(command=3D, output=3D"14.0-CURRENT\n",= retVal=3D, dir=3D, verbose=3D, = encoding=3DAuto) at cmExecProgramCommand.cxx:223:15 >> frame #2: 0x000fca24 cmake`cmExecProgramCommand(args=3D,= status=3D) at cmExecProgramCommand.cxx:95:14 >> frame #3: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmExecProgramCommand(std::__1:= :vector, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmExecProgramCommand.cxx:26), args=3D,= status=3D0xffffb9a8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 >> frame #4: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 >> frame #5: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 >> frame #6: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408798b0, = status=3D, deferId=3D) at cmMakefile.cxx:462 >> frame #7: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2800, = functions=3D, inStatus=3D0xffffbd10) at = cmIfCommand.cxx:149:10 >> frame #8: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2800, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 >> frame #9: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 >> frame #10: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40868440, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbc78) = at cmMakefile.cxx:421 >> frame #11: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2760, = functions=3D, inStatus=3D0xffffc078) at = cmIfCommand.cxx:149:10 >> frame #12: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2760, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 >> frame #13: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 >> frame #14: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x408683b8, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffbfe0) = at cmMakefile.cxx:421 >> frame #15: 0x001eabac = cmake`cmIfFunctionBlocker::Replay(this=3D0x403d2710, = functions=3D, inStatus=3D0xffffc368) at = cmIfCommand.cxx:149:10 >> frame #16: 0x00157d50 = cmake`cmFunctionBlocker::IsFunctionBlocked(this=3D0x403d2710, = lff=3D, status=3D) at = cmFunctionBlocker.cxx:42:20 >> frame #17: 0x002484a4 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = cmMakefile::IsFunctionBlocked(this=3D0x4086a000, lff=3D, = status=3D) at cmMakefile.cxx:3426:40 >> frame #18: 0x00248484 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40873208, = status=3D, deferId=3Doptional, std::__1::allocator > > @ 0xffffc358) = at cmMakefile.cxx:421 >> frame #19: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffc3f0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/Modules= /CMakeDetermineSystem.cmake", defer=3D0x00000000) at = cmMakefile.cxx:788:11 >> frame #20: 0x0024af34 = cmake`cmMakefile::ReadListFile(this=3D, = filename=3D) at cmMakefile.cxx:737:9 >> frame #21: 0x001ce448 = cmake`cmGlobalGenerator::EnableLanguage(this=3D, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalGenerator.cxx:629:9 >> frame #22: 0x00310bf4 = cmake`cmGlobalUnixMakefileGenerator3::EnableLanguage(this=3D0x403cc900, = languages=3D0xffffc63c, mf=3D0x4086a000, optional=3Dfalse) at = cmGlobalUnixMakefileGenerator3.cxx:57:28 >> frame #23: 0x0025d740 = cmake`cmMakefile::EnableLanguage(this=3D0x4086a000, lang=3D, = optional=3Dfalse) at cmMakefile.cxx:3748:33 >> frame #24: 0x0027e198 cmake`cmProjectCommand(args=3D, = status=3D) at cmProjectCommand.cxx:338:6 >> frame #25: 0x002a0ca0 = cmake`InvokeBuiltinCommand(command=3D(cmake`cmProjectCommand(std::__1::vec= tor, = std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&) at cmProjectCommand.cxx:30), args=3D, = status=3D0xffffc9b8)(std::__1::vector, std::__1::allocator >, = std::__1::allocator, std::__1::allocator > > > const&, = cmExecutionStatus&), std::__1::vector > const&, cmExecutionStatus&) at = cmState.cxx:430:10 >> frame #26: 0x00248988 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::__function::__value_func > const&, = cmExecutionStatus&)>::operator(this=3D, = __args=3D, = __args=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:1884:16 >> frame #27: 0x00248980 = cmake`cmMakefile::ExecuteCommand(cmListFileFunction const&, = cmExecutionStatus&, cm::optional, std::__1::allocator > >) [inlined] = std::__1::function > const&, = cmExecutionStatus&)>::operator(this=3D, = __arg=3D, = __arg=3D)(std::__1::vector > const&, cmExecutionStatus&) = const at functional:2556 >> frame #28: 0x00248980 = cmake`cmMakefile::ExecuteCommand(this=3D0x4086a000, lff=3D0x40884018, = status=3D, deferId=3D) at cmMakefile.cxx:462 >> frame #29: 0x0024a628 = cmake`cmMakefile::RunListFile(this=3D, listFile=3D0xffffcae0,= = filenametoread=3D"/wrkdirs/usr/ports/devel/cmake/work/cmake-3.19.6/CMakeLi= sts.txt", defer=3D0x4087b010) at cmMakefile.cxx:788:11 >> frame #30: 0x00254948 cmake`cmMakefile::Configure(this=3D0x4086a000) = at cmMakefile.cxx:1768:9 >> frame #31: 0x001d2e9c = cmake`cmGlobalGenerator::Configure(this=3D0x403cc900) at = cmGlobalGenerator.cxx:1242:10 >> frame #32: 0x0031123c = cmake`cmGlobalUnixMakefileGenerator3::Configure(this=3D) at = cmGlobalUnixMakefileGenerator3.cxx:132:28 >> frame #33: 0x002f5ab0 cmake`cmake::ActualConfigure(this=3D0xffffd018)= at cmake.cxx:1928:26 >> frame #34: 0x002f493c cmake`cmake::Configure(this=3D0xffffd018) at = cmake.cxx:1785:19 >> frame #35: 0x002f6fec cmake`cmake::Run(this=3D0xffffd018, = args=3D0xffffcfd8, noconfigure=3Dfalse) at cmake.cxx:2155:19 >> frame #36: 0x002fdeec cmake`main [inlined] (anonymous = namespace)::do_cmake(ac=3D, av=3D) at = cmakemain.cxx:300:16 >> frame #37: 0x002fde78 cmake`main(ac=3D, = av=3D) at cmakemain.cxx:861 >> frame #38: 0x0009b32c cmake`__start(argc=3D6, argv=3D, = env=3D, ps_strings=3D, obj=3D0x403ea004, = cleanup=3D0x403b7aa0) at crt1_c.c:92:7 >>=20 >> -> 223 while ((p =3D cmsysProcess_WaitForData(cp, &data, = &length, nullptr))) { >>=20 >> 0xfd120 <+744>: bl 0x3672f8 ; = cmsysProcess_WaitForData at ProcessUNIX.c:1064 >> -> 0xfd124 <+748>: cmp r0, #0 >>=20 >>=20 >> For devel/gdb there are 2 cores: a gmake.core and a sh.core >>=20 >>=20 >> For devel/gdb's gmake.core : >> (jobserver_acquire not shown between #0 and #1) >>=20 >> (lldb) bt >> * thread #1, name =3D 'gmake', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x0003b5f8 gmake`new_job(file=3D) at = job.c:1870:21 >> frame #2: 0x0002db80 = gmake`execute_file_commands(file=3D) at commands.c:476:3 = [artificial] >> frame #3: 0x00049acc gmake`update_file [inlined] = remake_file(file=3D0x4036cda0) at remake.c:1234:11 >> frame #4: 0x00049a84 gmake`update_file [inlined] = update_file_1(file=3D, depth=3D4) at remake.c:835 >> frame #5: 0x000494ec gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #6: 0x0004b08c gmake`check_dep(file=3D0x4036cda0, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6aec) at = remake.c:1024:20 >> frame #7: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #8: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #9: 0x0004b08c gmake`check_dep(file=3D0x4036cc20, = depth=3D, this_mtime=3D1, must_make_ptr=3D0xffff6ba4) at = remake.c:1024:20 >> frame #10: 0x00049074 gmake`update_file at remake.c:572:17 >> frame #11: 0x00048b80 gmake`update_file(file=3D, = depth=3D) at remake.c:336 >> frame #12: 0x000487e0 = gmake`update_goal_chain(goaldeps=3D) at remake.c:151:22 >> frame #13: 0x0003f25c gmake`main(argc=3D130, argv=3D0xffffa36c, = envp=3D0xffffffff) at main.c:2589:13 >> frame #14: 0x0002c0fc gmake`__start(argc=3D130, argv=3D,= env=3D, ps_strings=3D, obj=3D0x400c4004, = cleanup=3D0x40091aa0) at crt1_c.c:92:7 >>=20 >> -> 1870 got_token =3D jobserver_acquire (waiting_jobs !=3D= NULL); >>=20 >> 0x3b5f4 <+1288>: bl 0x50078 ; = jobserver_acquire at posixos.c:265 >> -> 0x3b5f8 <+1292>: cmp r0, #1 >>=20 >>=20 >>=20 >> For devel/gdb's sh.core : >> (dowait not shown between #0 and #1) >>=20 >> (lldb) bt >> * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >> frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 >> frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x403fd0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 >> frame #4: 0x00027800 sh`evaltree(n=3D0x403fd0e4, = flags=3D) at eval.c:289:4 >> frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 >> frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 >> frame #7: 0x0002480c sh`__start(argc=3D26, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >>=20 >> -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >>=20 >> 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 >> -> 0x31aa8 <+84>: cmn r0, #1 >>=20 >>=20 >>=20 >> It was basically the same list of ports that had built for >> the cortex-a72 target context (208 armv7/cortex-a7 vs. 209 >> cortex-a72). I've no evidence of native aarch64 problems. >>=20 >> The cortex-a57 self built its 209 just fine and so far the >> a57's cortex-a53 targeted build of the 209 has had no >> problems (built 148 with 61 yet to finish). >>=20 >> So the problem seems to be specific armv7 activity on aarch64 >> systems, or possibly on cortex-a72 specifically. >>=20 >>=20 >>=20 >> For reference . . . >>=20 >> The chroot used to examine the expanded .tar content reports: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 >> merge-base: CommitDate: 2021-03-06 21:46:28 +0000 >> e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] = Fix AP bringup on 32-bit AIM SMP >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm armv7 1400005 1400005 >>=20 >> The host system reports: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> merge-base: bad9fa56620eb82395c5ab66d300e91a0222dde2 >> merge-base: CommitDate: 2021-03-06 21:46:28 +0000 >> e48a1c379bfc (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> bad9fa56620e (freebsd/main, freebsd/HEAD, pure-src, main) [PowerPC] = Fix AP bringup on 32-bit AIM SMP >> FreeBSD FBSDmacch 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245316-e48a1c379bfc GENERIC-NODBG arm64 aarch64 1400005 1400005 >=20 >=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 Wed Mar 10 03:17:38 2021 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 3EB7E57B348 for ; Wed, 10 Mar 2021 03:17:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (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 4DwHM52sRrz3w2j for ; Wed, 10 Mar 2021 03:17:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615346255; bh=/UK3eoVfyG3iVY/73vHJAkJ3snlN5LYD49C63zYuFPF=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ZHP9UtNu11dbmcWVhADf4YsvhoKg1/HahlFzrgYcNuHgLaJcVOtfOnxegZZik4AFWVaQor+NlTXgWcsEv1H5wKRLKkYE6Ta0PlWQhyN+HP+F3bM64OGWifAz9TUPMbYxwzrYfZwkpvDlYjlo9+SeqWnGgOuO+hxMCRTZEh4vQW7fKJXOwXnHC1XvT0bsK0M6JvUjsa3SCKUI3oVlGPFiwsfBenPkIUdblEo5GV28e30R+3qGqiG8efB/NfYU8iXqmxvvvueJXGQAUpzgPaXFdzbvXXu6z4vVC8veDx5EE7nLml7+cE7Ah1RxhyVSnniDwztamfr80zGVqAvRrJkxuQ== X-YMail-OSG: x9bSht4VM1kARiyJsM9ivueSnavFK8KP_8X.dQ5nYtRMUyIsMjEUU9lfDalP49d ioi5Hckt63_DKIxI9AzGcjTznUv5tM17KjmxiFL.fzVAdvohQVcFjnYfE4NaLhiAGwCOrZz5H27l PPOV9LOUm8D52VN46JjYzHK96iKgFYYyl0faTOyBnvPyUH78F_xN14hpisNotRNTFFFLb1EKocBU F8d3tVi6ZUCNA9uKVrPd3TGvVuWXErN_7dm8u6Sn5UWaFj4eVJXAbrvPoBRUhTnJBw9OavTFHgRn WSFgfqhNEvktDfi5jpj2grnLSg2VbSbEoVWctpR89kK7V2kkYRkxeAgQLwUTcWjAZ14kadnmtny3 iNgL4u3VAzsMbYkCGjksQ08h.Kx_9O4iXnLN6oSl1CVsqRQMGEBWRzQlhRPJXS7rZRXfLGxQ_ZO8 pw94f9HAS9U.cJR_Pl.rhCk1iBoAdSM4Y0IrMOeXQPZuOVRg0hqaPu0mdw_nvu0ZXZBull3GB7Ci N4EFKi4ImBA0exNEZn9KiqUnSWqsouFU510eEM9DUbxwZdQFIlTiFj3QFi93ZfAGl7HVNbysHmMZ EVSYHAJiscSna3VLoOEeV2PskJsBnvd00ihHseFHuHtIdk1SjbYrA5eyXBLGGdcbZIhy7qqegt_U H3_uKBqaLcNcvR7Mjrtqsj.YYCDIMCKQAVdmp68U.GuXt487iJCv311vGptuJ_w6466IE.FLPYW0 d3IksmjFA17MVj0qTR4xfhkcSciCTRCmynNYRSWUh8OP_7F8tkaDJQXRVOcuSCIKgahg0QM2.FBZ .EgpcVnDn4..VC9HZTG7Ukaa5.vEKJY6iLTXMF711osP23FbRqFQg6F5UPYOHEEW_KrK9UR17YXx rO.aHMXG8xXitzmXEcX5obZ976ahn25td5xgu47EehfmuPmMioDvpogrwwsEXHvOcoDa79bn1.WZ jvphAmdgyxMD0.IqJHOjZgq0SwWBe68Me.41og2pFuBPO.yx.PKUguubtgkACvROhbCvUh5HeW92 qPEkCLMYrB0BsxVG7qAeBwYcwTUWyCHeuSApu46cs7uv6g6W3L0cTljpM_g7jzaYmXtpQfdWuhJq a6EvyuP6ZayVOrDFQyOO95cv7oo3gfpvRQXoBLRiz8gE8Iy8K6qihO9rNbxZF4Dj5IjSQ619Z5jT cd9YJ1P4SOq9MZo6593LVWlhO6e9USq99f.6XVMpXWdHDFXBvuDKy5oG5SiKW4VuCdwfmkGQJk1B xDJ0j8gu7Ly3QWkhsK.e.vmLH.2HugEZAK.97vWG0q_Nzp5YSzceaxXFPh8Qb9y9YTTaWaS4wfMQ TSaQeiCC_4sDiB_HVNV1xqDp8CyqKjH4NWVg3utqBjNTd5uaE823QTiHgmoz599DHYBbK5AcExe_ leta7brZioSV6_UhCNTbu.7HkWIbF.HvtjUqLOtoXFCkfjPs4rLtzYheF.SPV21EgHFg6G0nwkEI NbDwSUYFdgOSo.uJX_0Q7YJsunuogTR1P3puyIn7LpZyivngKVMF5bgK3ySjPxXDCcDMdZ0IwGPt NyEZ5Ho0LW57K3tUmNyvdi5xttlgQXMYSDSJ5ZDogCNuoVCltiF8omKprMebWxkNxnCqiHU4ldF2 fg632HmDmMtDpsmC7FwbnYRXS_3n3qH3VSoCoqql43pJhbQY6t0MIOsCIdr1_1R1EgVF3D_gf4WD 216Z16iyei0rgWxSypmcJyfLw2NmJjt_jFppLe7gkLfPDL_Az6BYEOEPBNgD8MJRjJzMkdrXyWib syrfP4_Mo.p6.k2SKQWG.yVebpdbA4R.okDa9rPxl_aqT_GqH.JiN2ibw4iKy_vnddMLPtdIBssT f2Y1YTtXDAzx6NufsJs1WOg4BNbvOIbI0rRkUEa7LUWeOsIbiWPUkNdxqOBZ1lQZcY8ki3FfpG1f qQrzv0c.naQIQ3SVABTWRc14s_7LPQu34ip09QDr3BE2cfGPOLxI6GxNvExDv29bjtOCNCd8PJnj wdOnNSXlI3TWKKKGtl_axyvySdNx9BZgdQ3Pbn0N5WqiWgThLQlOaWw0J5TGukZ1kchPWlj7ofc7 WqF_El.VNKGADjUtFa2a0oq0WqabNUNo7NZ2bacvR6y5k6CwTtpjqMd1HTrgMheItBzqd52AWfG. u3W0YHOggjZs_Ki93cslOq5I5x3bGBX_LpDZmYEgjtJBoeVMaZUvormI0HcZDv5JWMmOt.vhmyOW _tpwgM1fysjN7Nmx64.eif.p0yACk9zoGSlMc5QGS74bp6Doh4B5ODT_5C.s3UUgYsCxkPEWKBSw QAEOWYEAVQfLDTa.0pMrwatQ51QSZ2W.t3tmZNKHOnQG3iB8aV_mLf7kWptIuTtOyJlwRxy6K3mO ZbJrVO6FCIVBNErxCtPknsELQCNrEUwV93Xxslv3HSBraDWoTpbimP5hI6teD0OnjAAnCpFYv_1v 6UhStyMXtbhAv9KGSKr_CYmDPuH65uMrMDCVQnweNN3PWMpSjQ8YZlpoq_3foRojeMUQyGGzSW5j 2itpa91j9lZbKHi.dUWK1kiqv1E3b4ZQjYSZ_g5MmT3qskxNilVccvytFAyIKSZ0oBnzbxHQ_Q5Y BHJNGCiv6wOWm51xdsqnLdof20JULMbKIhql5WQVE4IbKLJfrGZLpYtU2G29enD.G0lXUlJY9QwF bviis361gZvzwmpI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 03:17:35 +0000 Received: by smtp408.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 294a1eed1cf6de2494b1f12e030d5628; Wed, 10 Mar 2021 03:17:32 +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 14.0 \(3654.60.0.2.21\)) Subject: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's are tied to interrupted system calls while using poudriere-devel to build armv7 ports on aarch64 Message-Id: Date: Tue, 9 Mar 2021 19:17:31 -0800 To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) References: X-Rspamd-Queue-Id: 4DwHM52sRrz3w2j X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.199:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.184.199:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.199:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.199:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 03:17:38 -0000 Using the quickest to so-far-reliably-fail type of example from another thread I used truss to see what happens, here filtered down to two processes that appear to be involved and only near the failure. (The overall truss output is huge from the prior activity in the poudriere bulk relatated activity). Also, this initiated watching from aarch64 but the failing code is armv7. 83630 100199: #340(0x1,0xffffd18c,0xffffd17c) =3D 0 (0x0) 83630 100199: #416(0x14,0xffffd1b4,0xffffd19c) =3D 0 (0x0) 83630 100199: #7(0xffffffff,0xffffd178,0x1,0x0) =3D 0 (0x0) 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) 83731 100161: #1(0x0) =20 83731 100161: process exit, rval =3D 0 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0 = status=3D0 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 83630 100199: process killed, signal =3D 11 (core dumped) As a reminder of the lldb backtrace of the sh.core and the like: (lldb) bt * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV * frame #0: 0xffffe190 frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 (lldb) up frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at jobs.c:608:11 605 break; 606 } 607 } -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, (struct job = *)NULL) !=3D -1); 609 =09 610 sig =3D pendingsig_waitcmd; 611 pendingsig_waitcmd =3D 0; (lldb) disass sh`waitcmdloop: 0x31a54 <+0>: push {r4, r5, r6, r7, r8, r9, r10, r11, lr} 0x31a58 <+4>: add r11, sp, #28 0x31a5c <+8>: sub sp, sp, #4 0x31a60 <+12>: movw r6, #0x3ea0 0x31a64 <+16>: movw r7, #0x3e9c 0x31a68 <+20>: movw r9, #0x4040 0x31a6c <+24>: movw r8, #0x3ea4 0x31a70 <+28>: mov r4, r0 0x31a74 <+32>: movt r6, #0x6 0x31a78 <+36>: movt r7, #0x6 0x31a7c <+40>: movt r9, #0x6 0x31a80 <+44>: mov r10, #0 0x31a84 <+48>: movt r8, #0x6 0x31a88 <+52>: cmp r4, #0 0x31a8c <+56>: beq 0x31ab4 ; <+96> at = jobs.c:590:37 0x31a90 <+60>: ldrb r0, [r4, #0x18] 0x31a94 <+64>: cmp r0, #2 0x31a98 <+68>: beq 0x31b84 ; <+304> [inlined] = getjobstatus at jobs.c:575 0x31a9c <+72>: mov r0, #3 0x31aa0 <+76>: mov r1, #0 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 -> 0x31aa8 <+84>: cmn r0, #1 For reference a local context around the SIGSEGV looks like (all lines in the range selected): . . . 83833 102738: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) 83833 102738: openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) = =3D 3 (0x3) 83833 102738: dup2(3,2) =3D 2 (0x2) 83833 102738: close(3) =3D 0 (0x0) 83833 102738: unlink("./.data.json.SYR1bCaL") =3D 0 (0x0) 83833 102738: dup2(10,2) =3D 2 (0x2) 83833 102738: close(10) =3D 0 (0x0) 83833 102738: exit(0x0) =20 83833 102738: process exit, rval =3D 0 77872 100638: wait4(-1,{ EXITED,val=3D0 },0x0,0x0) =3D 83833 (0x14779) 77872 100638: fcntl(0,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) 77872 100638: = openat(AT_FDCWD,"/var/run/poudriere/lock-poudriere-shared-json_top.pid",O_= RDONLY,00) =3D 3 (0x3) 77872 100638: dup2(3,0) =3D 0 (0x0) 77872 100638: close(3) =3D 0 (0x0) 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 11 (0xb) 77872 100638: openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) = =3D 3 (0x3) 77872 100638: dup2(3,2) =3D 2 (0x2) 77872 100638: close(3) =3D 0 (0x0) 77872 100638: lseek(0,0x0,SEEK_CUR) =3D 0 (0x0) 77872 100638: read(0,"77563",1024) =3D 5 (0x5) 77872 100638: read(0,0xffffffffb9e8,1024) =3D 0 (0x0) 77872 100638: dup2(10,0) =3D 0 (0x0) 77872 100638: close(10) =3D 0 (0x0) 77872 100638: dup2(11,2) =3D 2 (0x2) 77872 100638: close(11) =3D 0 (0x0) 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) 77872 100638: openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) = =3D 3 (0x3) 77872 100638: dup2(3,2) =3D 2 (0x2) 77872 100638: close(3) =3D 0 (0x0) 77872 100638: rmdir("/var/run/poudriere/lock-poudriere-shared-json_top") = =3D 0 (0x0) 77872 100638: dup2(10,2) =3D 2 (0x2) 77872 100638: close(10) =3D 0 (0x0) 77872 100638: sigprocmask(SIG_SETMASK,{ },0x0) =3D 0 (0x0) 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) 77872 100638: openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) = =3D 3 (0x3) 77872 100638: dup2(3,2) =3D 2 (0x2) 77872 100638: close(3) =3D 0 (0x0) 77872 100638: sigaction(SIGINFO,{ 0x239c30 SA_RESTART ss_t },{ SIG_DFL = 0x0 ss_t }) =3D 0 (0x0) 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) -- UNKNOWN FreeBSD32 SYSCALL 1 -- 83731 100161: #1(0x0) =20 83731 100161: process exit, rval =3D 0 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0 = status=3D0 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 83630 100199: process killed, signal =3D 11 (core dumped) 83316 100123: #7(0xffffffff,0xffffca58,0x0,0x0) =3D 83630 (0x146ae) -- UNKNOWN FreeBSD32 SYSCALL 477 -- 83316 100123: = #477(0x0,0x7000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077833728 (0x403e7000) -- UNKNOWN FreeBSD32 SYSCALL 552 -- 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No such = file or directory' -- UNKNOWN FreeBSD32 SYSCALL 552 -- 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No such = file or directory' -- UNKNOWN FreeBSD32 SYSCALL 552 -- 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No such = file or directory' -- UNKNOWN FreeBSD32 SYSCALL 552 -- 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No such = file or directory' -- UNKNOWN FreeBSD32 SYSCALL 477 -- 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077862400 (0x403ee000) -- UNKNOWN FreeBSD32 SYSCALL 4 -- 83316 100123: #4(0x2,0x403ee000,0x21) =3D 33 (0x21) -- UNKNOWN FreeBSD32 SYSCALL 477 -- 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077866496 (0x403ef000) -- UNKNOWN FreeBSD32 SYSCALL 477 -- 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077870592 (0x403f0000) -- UNKNOWN FreeBSD32 SYSCALL 477 -- 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077874688 (0x403f1000) -- UNKNOWN FreeBSD32 SYSCALL 4 -- 83316 100123: #4(0x1,0x403ef000,0x2e) =3D 46 (0x2e) -- UNKNOWN FreeBSD32 SYSCALL 542 -- 83316 100123: #542(0xffffcd54,0x0) =3D 0 (0x0) -- UNKNOWN FreeBSD32 SYSCALL 2 -- 83842 100199: 83316 100123: #2() =3D 83842 (0x14782) -- UNKNOWN FreeBSD32 SYSCALL 6 -- -- UNKNOWN FreeBSD32 SYSCALL 6 -- 83316 100123: #6(0x7) =3D 0 (0x0) 83842 100199: #6(0x5) =3D 0 (0x0) . . . =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 Mar 10 05:11:32 2021 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 0ACD057DE00 for ; Wed, 10 Mar 2021 05:11:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.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 4DwKtV6tQDz4Wm0 for ; Wed, 10 Mar 2021 05:11:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615353089; bh=TtD9JWavAagtxCBb29SHV0ka9pD65n95G/AvhGfBflH=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=adWgDPCeQLBG5AUszRffSG2/fedZq6BXSD/YXW5mtzmzRmmyepJMQufAZ3lJI+GZjnVuqNqXHoeVRMUVrcWpLN0TzzUDH7rrSqdnE7Z8J5/O4ggFjX1x8LFN1d7EhWRm0brAotUZl96zh+vQQd098e/y8Oz2jPzB5ZDenNqDl3zX/jkqhqwe/MivcIcjsQANNI/ptqUmCmUUUjONSrEQqskZQBSPmrSnfNb/H+MB5cVLqetObDQKFOHqqlrfkzh70zOkoShwNtSvodZ4l0z7Hmije5JhjkkqLoDP6rvS7Za+q5GJ/+iDnL3GYV25wa6FAjR+0YHvs3ojpSH36NLVQg== X-YMail-OSG: E2R7ArQVM1knT6HOMa7koh1u1JUSEQaNRUq4ANkizAbupB_6qACw2MElQwVTsVK WP9xhBNOKIc.Gz_UWEneHDMRT.vayJkOjcwdSuegUKnkG6cSUdK5Km0Yz9XgTvWF50jH.IdkAcmC w0fqEseWtmpTJOEoGLRQUYJ22nFMw1zSSqfGUG7_pl9C0PtgjBnm.tDCg5AQ5KqhPJxnTwp_0_A2 aT0eD8SthOgK5KzxakusVkfThLQWM0tLAIHq2DnH38kkO5PJXunTSepF.pNzt_GiM5Wl3FN4S_hl OpKHeXfPTDtFzR32g9tuRn7I95x_d3MMGL07ToDGpZMdpF4TRiBybSGVYoYTMr4SCDBbNMdqRkSA 80Lz1YXOr2y81eWG650nQMkg457q0bjbJCUyBQTK8LPnnnpnnrDezZL6c94SDIy_uix4rxh7kjWz 9ee6.BYLXmQk5T3EujTvlr0ZO5XTFq2Z7r1Bs4ubrWaMRD8fNaEzih1e65KboaZ2pZ.xNSQzr0Un oNZiSWlackAXsphwaViXEd_8D2lpYXjs4LzJk9bDXzVa1B_._gnHpKmci0FF.RKJ9Lyc_l0pBDpq BSwg2Y92xIk6GZqJLXNnO6YIZyuAABTw2o3RR6YnBOgrro8K2oCoey7lO4SWBG1fTfzsSO7N6bpC 5TjesOIEr6w7ifs7jtjucoAoLkSh1ANZxA8.1eTNzoDyEcIfuyN.QufHktw5Zx6Sm335kwbMlsWU B26mZEK4rbZMv2Aw.JS5lwxAIbCNJvLQpO5lELXRKsqHddjP872ej13IKuLvXak3.PxlShw2kL3i dcMWlvVdT1NVXNo1FhJuMSveRGECb.jNMy7DO62qYoJir3rFBrteOiQUvTfp1vInuOfaA_UC0c92 z1uUEi0GMMcW4Vljk1zCqbaTd_X_hR_ylhCN_SmiQ.OPCjuYMJQiD_1QTdS6V705wsk3yC4A31cm 3QP.k5YRt3nV7p9TPQW_FlgF6kkBNSTvtfdR7M5K._qc408XX5gEn7xBSAvAzRRiLx62y0Y82VjG N8DmT9Jhn85wNTIFOkmwTV223fV48O2hHr0ECRDcJIMU99WQ5h.lNtCBp_Zu9kKC0WnqIKkVvAj1 FS2jDU4C3DTmqQHRv0Mw3u2FvMndoXbd6xp1LEaB.ZXICDZK3qDHM..wKNi_hQSIC_pOzCKYy5mc _adu86gJqQr2vzmSfe50X.9uIY_jb4dmCA_iWup9eB0hNzMSkKUMol_fstkyXy.ngplJsN6q6DHJ 0knVDYd4jHrMArrGCv641YTeGsKyV8wEu9UXPR_5pykKQvf98F0GR8wpK6dLPQ4sBirjbrLtmqdk q1VcS4wxP7wcBdeqrPJATZwQTcxkac8ozrFZVLM9MFIXtYGqzn4t_kAluVaDTCzpm0Usd5QNEtyB 0UfnNjR3AXYiQqyF3Z_32BiIktHaYWK6tq3whvZ2vo1Tb_eW..VtbvpJfoJ5a4mEJIbyktxdzybL V1pOrMCbf7fU73L32zwnfknxOsAo6ifAu79kMpy7Cx.v_J718crJNF47WYJoEB8WP3yfqLbOwElQ cEVloDEhpgrmmyW_EIxgTRsL1uSKZUvJu1LgcaVbZAOLKINoRBJq2mw2e5j.CvfSYDvfsB3NTTQS wm__aeC7Z.X9G1dbBgIT_k1W8P7rUl7HM81jhJk0J8SEWcrdpre3nkq7BuT7FZFntGD6nLq3fRFg yF9IwNFCaR7g2EKf2UfeJ.pCkZmrQWMvNwrwulKdii0YazuWJBTqkgy2FIsuY2xHq_FgeR_wk00m 5B3YKxVSVumyaDj72OuRfiElWrbuBRa7DzkDO3nrf0f1DPi5VNqgUGTukCelOGj8RJvSZDUTSPpI rRoTWYGNRHgdwX5VT3ZWnjbwfOKwTJuUaKaVe2LnJ75juheikngJ5BCvzkNfVGTfCG3b3MWPfcuW pW8atHjxVx2i1g2wblKjeLxaqOSOy8VTjdVSl7P5jDQHO0T6V0qR4vc4j6vXXulsaHGJi0LyLW6R Nzbh38bWG_xlLEG440eSiqcyjqNCl0A15LExCHZbBGWnXQIF9da3aH7Ynk7pgqAnBhMJS1WXmA66 IOxbma9iRvUMEebrxysEMMEli5Yicoq62zEkViycBXxA4.FfWCVoKS6YAbNMnXZpqcskKlBMT6Ke yIFsGq0DXmCAftxR4aEreUVB_dka0eOM3inPTWLpfpIdIw4hxh9vW4HX4KD6TegVvVG4_bQ9FXfQ qnm0seW83VykF3DbV.AokzaTPlXK4x0jJmQOZwFmjgF1Ql1XMIdyc5stVR9Bx5r3N.ffKYytlE9e pdlwDGPzvAB.HCQzqlGFIwU_fHmC5ZZU0SJfgEHId8pIGvFW2Bay1lM5KMJvlcL0iQvQtXmj5HLl H_JuMlgNhdK6ur8csV9KHvpBFaAPV5DGYi.35FEThjnh5AIj46lPS_bzvSmLrpNsuIFhEnuDXxB2 AabgfcR6EkAq1YQ_eV2xaY7pLzV0EsHrF8_pliynIwGm2UXv_D01ma.ikIJQHoZ2ri6BA9luHgIS 7SuRjVgCmxyb8ZGN49xQ5XD3e_NI3yU04O.drPdonOo_O.Vb3xt4vYfLkD.aSv6Jdbb_95WTw_YA lHeWnEfxbkEND6246DkT2Ar8lHEh1VRJ64SOsQ3TTbPwCaNsiKz2S6_m9I4nyUpdgtKnWTGg8NXU 6b_yLC7t61IZ6.gyJVvK4BZkhGe18xD0.vif1a_RKW3EHApyeEm53HD8soc961Q6emqpuecV8AHq iTis01CY4vg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 05:11:29 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9c7fcc94fb660efc83590cf6e2ebef7a; Wed, 10 Mar 2021 05:11:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's are tied to interrupted system calls (cortex-a57/a72 fail, cortex-a53/cortex-a7 work) From: Mark Millard In-Reply-To: Date: Tue, 9 Mar 2021 21:11:22 -0800 Cc: Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwKtV6tQDz4Wm0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 05:11:32 -0000 On 2021-Mar-9, at 19:17, Mark Millard wrote: [My only testing context for this has been main, not 13.0. But it might be a 13.0 worry.] > Using the quickest to so-far-reliably-fail type of example from > another thread I used truss to see what happens, here filtered > down to two processes that appear to be involved and only > near the failure. (The overall truss output is huge from the > prior activity in the poudriere bulk relatated activity). Also, > this initiated watching from aarch64 but the failing code is > armv7. >=20 > 83630 100199: #340(0x1,0xffffd18c,0xffffd17c) =3D 0 (0x0) > 83630 100199: #416(0x14,0xffffd1b4,0xffffd19c) =3D 0 (0x0) > 83630 100199: #7(0xffffffff,0xffffd178,0x1,0x0) =3D 0 (0x0) > 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) > 83731 100161: #1(0x0) =20 > 83731 100161: process exit, rval =3D 0 > 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0 = status=3D0 > 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' > 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 > 83630 100199: process killed, signal =3D 11 (core dumped) >=20 > As a reminder of the lldb backtrace of the sh.core > and the like: >=20 > (lldb) bt > * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV > * frame #0: 0xffffe190 > frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 > frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 > frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 > frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 > frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 > frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 > frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 > (lldb) up > frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at jobs.c:608:11 > 605 break; > 606 } > 607 } > -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); > 609 =09 > 610 sig =3D pendingsig_waitcmd; > 611 pendingsig_waitcmd =3D 0; >=20 > (lldb) disass > sh`waitcmdloop: > 0x31a54 <+0>: push {r4, r5, r6, r7, r8, r9, r10, r11, lr} > 0x31a58 <+4>: add r11, sp, #28 > 0x31a5c <+8>: sub sp, sp, #4 > 0x31a60 <+12>: movw r6, #0x3ea0 > 0x31a64 <+16>: movw r7, #0x3e9c > 0x31a68 <+20>: movw r9, #0x4040 > 0x31a6c <+24>: movw r8, #0x3ea4 > 0x31a70 <+28>: mov r4, r0 > 0x31a74 <+32>: movt r6, #0x6 > 0x31a78 <+36>: movt r7, #0x6 > 0x31a7c <+40>: movt r9, #0x6 > 0x31a80 <+44>: mov r10, #0 > 0x31a84 <+48>: movt r8, #0x6 > 0x31a88 <+52>: cmp r4, #0 > 0x31a8c <+56>: beq 0x31ab4 ; <+96> at = jobs.c:590:37 > 0x31a90 <+60>: ldrb r0, [r4, #0x18] > 0x31a94 <+64>: cmp r0, #2 > 0x31a98 <+68>: beq 0x31b84 ; <+304> [inlined] = getjobstatus at jobs.c:575 > 0x31a9c <+72>: mov r0, #3 > 0x31aa0 <+76>: mov r1, #0 > 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 > -> 0x31aa8 <+84>: cmn r0, #1 >=20 >=20 > For reference a local context around the > SIGSEGV looks like (all lines in the range > selected): >=20 > . . . > 83833 102738: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) > 83833 102738: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) > 83833 102738: dup2(3,2) =3D 2 (0x2) > 83833 102738: close(3) =3D 0 (0x0) > 83833 102738: unlink("./.data.json.SYR1bCaL") =3D 0 (0x0) > 83833 102738: dup2(10,2) =3D 2 (0x2) > 83833 102738: close(10) =3D 0 (0x0) > 83833 102738: exit(0x0) =20 > 83833 102738: process exit, rval =3D 0 > 77872 100638: wait4(-1,{ EXITED,val=3D0 },0x0,0x0) =3D 83833 (0x14779) > 77872 100638: fcntl(0,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) > 77872 100638: = openat(AT_FDCWD,"/var/run/poudriere/lock-poudriere-shared-json_top.pid",O_= RDONLY,00) =3D 3 (0x3) > 77872 100638: dup2(3,0) =3D 0 (0x0) > 77872 100638: close(3) =3D 0 (0x0) > 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 11 (0xb) > 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) > 77872 100638: dup2(3,2) =3D 2 (0x2) > 77872 100638: close(3) =3D 0 (0x0) > 77872 100638: lseek(0,0x0,SEEK_CUR) =3D 0 (0x0) > 77872 100638: read(0,"77563",1024) =3D 5 (0x5) > 77872 100638: read(0,0xffffffffb9e8,1024) =3D 0 (0x0) > 77872 100638: dup2(10,0) =3D 0 (0x0) > 77872 100638: close(10) =3D 0 (0x0) > 77872 100638: dup2(11,2) =3D 2 (0x2) > 77872 100638: close(11) =3D 0 (0x0) > 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) > 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) > 77872 100638: dup2(3,2) =3D 2 (0x2) > 77872 100638: close(3) =3D 0 (0x0) > 77872 100638: = rmdir("/var/run/poudriere/lock-poudriere-shared-json_top") =3D 0 (0x0) > 77872 100638: dup2(10,2) =3D 2 (0x2) > 77872 100638: close(10) =3D 0 (0x0) > 77872 100638: sigprocmask(SIG_SETMASK,{ },0x0) =3D 0 (0x0) > 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) > 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) > 77872 100638: dup2(3,2) =3D 2 (0x2) > 77872 100638: close(3) =3D 0 (0x0) > 77872 100638: sigaction(SIGINFO,{ 0x239c30 SA_RESTART ss_t },{ SIG_DFL = 0x0 ss_t }) =3D 0 (0x0) > 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) > -- UNKNOWN FreeBSD32 SYSCALL 1 -- > 83731 100161: #1(0x0) =20 > 83731 100161: process exit, rval =3D 0 > 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0 = status=3D0 > 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' > 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 > 83630 100199: process killed, signal =3D 11 (core dumped) > 83316 100123: #7(0xffffffff,0xffffca58,0x0,0x0) =3D 83630 (0x146ae) > -- UNKNOWN FreeBSD32 SYSCALL 477 -- > 83316 100123: = #477(0x0,0x7000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077833728 (0x403e7000) > -- UNKNOWN FreeBSD32 SYSCALL 552 -- > 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' > -- UNKNOWN FreeBSD32 SYSCALL 552 -- > 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' > -- UNKNOWN FreeBSD32 SYSCALL 552 -- > 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' > -- UNKNOWN FreeBSD32 SYSCALL 552 -- > 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' > -- UNKNOWN FreeBSD32 SYSCALL 477 -- > 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077862400 (0x403ee000) > -- UNKNOWN FreeBSD32 SYSCALL 4 -- > 83316 100123: #4(0x2,0x403ee000,0x21) =3D 33 (0x21) > -- UNKNOWN FreeBSD32 SYSCALL 477 -- > 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077866496 (0x403ef000) > -- UNKNOWN FreeBSD32 SYSCALL 477 -- > 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077870592 (0x403f0000) > -- UNKNOWN FreeBSD32 SYSCALL 477 -- > 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077874688 (0x403f1000) > -- UNKNOWN FreeBSD32 SYSCALL 4 -- > 83316 100123: #4(0x1,0x403ef000,0x2e) =3D 46 (0x2e) > -- UNKNOWN FreeBSD32 SYSCALL 542 -- > 83316 100123: #542(0xffffcd54,0x0) =3D 0 (0x0) > -- UNKNOWN FreeBSD32 SYSCALL 2 -- > 83842 100199: > 83316 100123: #2() =3D 83842 (0x14782) > -- UNKNOWN FreeBSD32 SYSCALL 6 -- > -- UNKNOWN FreeBSD32 SYSCALL 6 -- > 83316 100123: #6(0x7) =3D 0 (0x0) > 83842 100199: #6(0x5) =3D 0 (0x0) > . . . Turns out that the failure happens on the processors with out-of-order execution and the like but works on the strictly in-order cortex-a53. (For as much testing as I've done.) So it looks like some form of synchronization is missing that in-order-only does not need. (This would be the 2nd time I've run into such for FreeBSD aarch64 if it holds true. The prior example was fixed a fair time ago.) The testing status . . . Problem replicated using the following contexts to attempt the textproc/itstool build, targeting armv7 (cortex-a7): cortex-a72 aarch64 MACHHIATObin Double Shot cortex-a57 aarch64 OverDrive 1000 (No successful builds for the above 2, all stopping in configure the same way.) No problem using the following to build textproc/itstool, targeting armv7: cortex-a53 aarch64 Rock64 (armv7 on aarch64 case) cortext-a7 armv7 OrangePi+ 2ed (native armv7 case) It will take a long time to run a full poudriere bulk that will build about 200 ports, targeting the cortex-a7 on the slower cortex-a53: days. So further evidence that the cortex-a53 does not get the problem will take a while. =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 Mar 10 06:00:17 2021 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 CF5EE57E648 for ; Wed, 10 Mar 2021 06:00:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-22.consmr.mail.ne1.yahoo.com (sonic315-22.consmr.mail.ne1.yahoo.com [66.163.190.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 4DwLym6Zmmz4Z2l for ; Wed, 10 Mar 2021 06:00:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615356015; bh=ZZrUBs3zRbN0QxEymX+Av1ZuYY/oPGvWJKZwT6RVrcT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OP6wB2lbOn618Nnu8W+ULkbx2hiIEgGR5QKso+/uZKQgb7gYFY1jF0a3MnZBWlcUSSRikuSABzePGdYdUsJjfUBwj9BSbDS5m6LPPD2BNH+5P6cjF/rfpsmlxUV6Z4g0FMLLEdf6wHR/b4yZP9VhRAdt+V2OACN3BUtleV3Z1hrVq8kDPh3nJWCF1957WOSRL+cbifR0/o/btV2dlyh2Bl6hSVkQd2D57zMjhCrk5hZzVTWoON9p3ZoyKLhdAGKMD3O0PHMC78tX8eXifczTutBnjbtYrfXv60UmxgFabLWB/4+rr0fiAABZiBBbN2S+8VK8Pq4HNstanOfNDx4C5A== X-YMail-OSG: _kcXBMoVM1n8xVMGWTiydHaKYoAxWNRJYyDVJp8IYoFsWgRf_VK2HhEJOZM4SaL 2q4Imc1NkWJ5y2030AX797yR0rYlq44kf0p.bB_DMHvs1bJ.qgG_llSsrBnNdxqWd.72UW18IJ7y .e5G3i1CfD1Qiyc8uW7dgnHsRICq7VQsB22_6LWDIfnCXj_T5b4lhxnVMuq6ULbCsti6kJFwAbE. Q6PyNpINC.kQP_ZCY.nymKp2EUtUVs4IyWh9zEKZfu1tOKBohtOjVjs.8DtiKpkAgthpQBlw.yoK bjAaWLB4WGIRPWOSIZuNVXKf_wJMFHUF2XH1gRW.4QIsYlSMUDB7NYPc6Ko0jp0IAtBn4bI9L0i5 U7_ELrO1pw4LxvR_4KTRqh.ScfMirAokHLDWLofFNuM0ACfT.Ob86lQnGUEox_T_GWVednDrc8Zq NGnZ__ZasMxZ6h6_g8XeUBIHvmpZ7TZXgO.R_46ffbty8k0MeuFR7anHqqsRBb1zEEIUktx_fSjK NQRRp1OGS2muG13zIU7rq81Y96MCeGBdgixH1Fm6IPcFXZLxEsdStu_BmFERr0cYGq1Vvg_cXyLY VQJnmx46.O1kukTADa9SrpJE4gG7rVrifjA4gEg2N2PDtVpTB5MyAqeMDIaxu38CfcqWxJ1o.TFP BOoI9HZZj1gWoAc0HyovGqLafYDwCRmuhbYtfXTu6zeLc70EeBMMWcxf27jg2Od57qkWNQlas5o0 a8CP9pFln3xsWHyWlIjSQcEddPzDf.Ay9NdScRtDuMrFGct1H0hrSJceYB4LfQdlIoIZpsxv2Yyd NWzcRiifsIEQEwjkxVeTaEKMMXpzYVVhCLxzRoVYZy9cgFpvId8vnYmztoN1rRAheDtcNKw80uiY X3Ais03tt5a5nUhnArlDjy.NOjJ2gIbt_05aKlsEEuVzlbjHhCdj00w1Nyv0Rtlv_xmgMoBn.fnh rGkBpnOayKMVO4m.NwFDT_xcQ1_bnX3Wis2KCHW.GIEjkqq2IDSg.zsnPGgbr6.wIOIAoVRc4RZP gLzua2_qMZ.beNS0LsjL9O7YnsOnTOs2N7brsQPGjCrDGPO4vrcvvZ3jVMIvmdkWTYhDVEhgyLNx 1EFd0zkAnCJijJa3iBE_ozhhV72KeJvmgrn7Kx1a7Mrl7tsIvv_JY6YopALisQL9USDC0f2b.dwh jLtQv7.4_ks5.mFGh0ZZR8M_FDJnPKsq5WUDNoHmPdWKEhwKnBXUo5U_upzgiAuyn3D0vRpLbM81 oAV6xUs_tonGekCTA_8mL_JPT9XstkM7e4rOO9uMcKeFXrrus1oJAbkY7gvn7yWm.yPjmgOcr2ly Sf3oxk.Vt_0UgCavFMmEzTvB2dDtTaPc2vxY22096fjYdC7v0MRFCYSKkt7RCHJGeuDCouMhTOaT Agc6ZF5Cg1FkK5J_a9zTyUc08vplDw5FQVaxfURtmjAOWuj9E8.cFGuwrneIeVxNcvoXQ.8QdeKw MOYLBcJgbyVbdBVCcb7gBvAmnGlkrEO5JcKbT45FDeZKdDjKLPFSByAHo1jI5I2J6gL.IU9Ars9P tOo_IR069CQkH_e_DbVdIxSfO72AQFYfkapKB4A9Mw2hcpu7cdKyXA73VYngRL2McEi9xHk8.rQY TDVvROVLU0.GrR5XLu7Ke33LxIhI8bmnZn6IiSnNt5wKCcv2nFLN_U7KtVYDDn14s8pGta5SWVkR 06J6eV4lLusYpoYFgWnsU5yJWlOCr2j7gv8_N4hmqNIOxfSq2xvD8koB075C7aCNaObnN_i20UMl .gzLjgG6ZCU0L5ipmrDQHHc8ZWFieLd6jkYLvRwEJr.SXy7aoBr6IvE5XXRNy1wmSJE1vcHkRMv2 tm_9ljtSX_l_tx3HkOrAWb10yzBDwK7dfEQSj.SlLkiugpJrZMnr2zwN_ShnCYJfbTX3tuBuEIWw Cn6ZOr._BdyZVX3KrRejCZlltxnRWOWPC6xHAonC.5KJiIUslxqiqzNEhcSRRWgX6SmBKACwzjYW RuvkrnToI_1NvQGGZIZGrX9G17l3e.HTFS5daZjasdWIWEyI08FScQYyknFF4TF22ZtMkNXTk.o. Tfom_pAgb_5rimHWiUO4ifGr21Qz6OGkvyPLPTZTnerjcNBWePrBvQHtzEfjtz.B9LBnWY8fjXH3 IZUKQnTEEPmdJljjKetUqJ8t1mjRYOOQmG1b8gx1yilY3vhdMkUsr341j1nuX4nctp3j.aSX2.Bz l0H7qixCwrZw5KcnqEt1KiyS.hMTv8mwTfoC3bbbvuwElDucBexvtyGLDKxbJ_ClKA1FwNs6f7hF R.4qE5rKPypiO8100Bdplamrwm5epaCEHJeFmd6EiVDYjcV_hVMkxV3DNcvARx_Uii5fJtcuQnpP t0aG9dX63nAeS59u.0Qqh8h.6J.5OyEi8wI8C8fIALYleyYwAau3RDP88RUCZJLmsKSqfJ4YklVX jDx6eYukx5fbqYReNBP6N_.9BxM4XrynjGcvnvcoi_Vk6z9851LY6Ker3JQ_LZULzoo5X7XNtFUH FKd_ksBOftWsekkZCxbpcWdtjgQmDJjuhF08_VqmeycHb9tFQF5l.LaEoAHjM7zHC4Vka4W43qjk HsERBI1TLaqR19pJwP6kWNzseIRUJWGCo4EgJWIoftpoKeXK5.CUi3ikb7BGXirdvAg.K7lTOW2D xsp.4yELoWDqWWK5vnq_jTck88j.HHH5yAV5O1d3FLKAWXU3OqhY5 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 06:00:15 +0000 Received: by kubenode572.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8f91ed7f4fb802b489deff373b9bf435; Wed, 10 Mar 2021 06:00:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's are tied to interrupted system calls (cortex-a57/a72 fail, cortex-a53/cortex-a7 work) From: Mark Millard In-Reply-To: Date: Tue, 9 Mar 2021 22:00:07 -0800 Cc: Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: <1C468B92-E53F-4CBC-A6C0-05FEB887F45B@yahoo.com> References: To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwLym6Zmmz4Z2l X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.190.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.190.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.190.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.190.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 06:00:17 -0000 On 2021-Mar-9, at 21:11, Mark Millard wrote: > On 2021-Mar-9, at 19:17, Mark Millard wrote: >=20 > [My only testing context for this has been main, not 13.0. > But it might be a 13.0 worry.] >=20 >> Using the quickest to so-far-reliably-fail type of example from >> another thread I used truss to see what happens, here filtered >> down to two processes that appear to be involved and only >> near the failure. (The overall truss output is huge from the >> prior activity in the poudriere bulk relatated activity). Also, >> this initiated watching from aarch64 but the failing code is >> armv7. >>=20 >> 83630 100199: #340(0x1,0xffffd18c,0xffffd17c) =3D 0 (0x0) >> 83630 100199: #416(0x14,0xffffd1b4,0xffffd19c) =3D 0 (0x0) >> 83630 100199: #7(0xffffffff,0xffffd178,0x1,0x0) =3D 0 (0x0) >> 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) >> 83731 100161: #1(0x0) =20 >> 83731 100161: process exit, rval =3D 0 >> 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0= status=3D0 >> 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' >> 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 >> 83630 100199: process killed, signal =3D 11 (core dumped) >>=20 >> As a reminder of the lldb backtrace of the sh.core >> and the like: >>=20 >> (lldb) bt >> * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV >> * frame #0: 0xffffe190 >> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >> frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 >> frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 >> frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 >> frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 >> frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 >> frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >> (lldb) up >> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >> 605 break; >> 606 } >> 607 } >> -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >> 609 =09 >> 610 sig =3D pendingsig_waitcmd; >> 611 pendingsig_waitcmd =3D 0; >>=20 >> (lldb) disass >> sh`waitcmdloop: >> 0x31a54 <+0>: push {r4, r5, r6, r7, r8, r9, r10, r11, lr} >> 0x31a58 <+4>: add r11, sp, #28 >> 0x31a5c <+8>: sub sp, sp, #4 >> 0x31a60 <+12>: movw r6, #0x3ea0 >> 0x31a64 <+16>: movw r7, #0x3e9c >> 0x31a68 <+20>: movw r9, #0x4040 >> 0x31a6c <+24>: movw r8, #0x3ea4 >> 0x31a70 <+28>: mov r4, r0 >> 0x31a74 <+32>: movt r6, #0x6 >> 0x31a78 <+36>: movt r7, #0x6 >> 0x31a7c <+40>: movt r9, #0x6 >> 0x31a80 <+44>: mov r10, #0 >> 0x31a84 <+48>: movt r8, #0x6 >> 0x31a88 <+52>: cmp r4, #0 >> 0x31a8c <+56>: beq 0x31ab4 ; <+96> at = jobs.c:590:37 >> 0x31a90 <+60>: ldrb r0, [r4, #0x18] >> 0x31a94 <+64>: cmp r0, #2 >> 0x31a98 <+68>: beq 0x31b84 ; <+304> [inlined] = getjobstatus at jobs.c:575 >> 0x31a9c <+72>: mov r0, #3 >> 0x31aa0 <+76>: mov r1, #0 >> 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 >> -> 0x31aa8 <+84>: cmn r0, #1 >>=20 >>=20 >> For reference a local context around the >> SIGSEGV looks like (all lines in the range >> selected): >>=20 >> . . . >> 83833 102738: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >> 83833 102738: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >> 83833 102738: dup2(3,2) =3D 2 (0x2) >> 83833 102738: close(3) =3D 0 (0x0) >> 83833 102738: unlink("./.data.json.SYR1bCaL") =3D 0 (0x0) >> 83833 102738: dup2(10,2) =3D 2 (0x2) >> 83833 102738: close(10) =3D 0 (0x0) >> 83833 102738: exit(0x0) =20 >> 83833 102738: process exit, rval =3D 0 >> 77872 100638: wait4(-1,{ EXITED,val=3D0 },0x0,0x0) =3D 83833 = (0x14779) >> 77872 100638: fcntl(0,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >> 77872 100638: = openat(AT_FDCWD,"/var/run/poudriere/lock-poudriere-shared-json_top.pid",O_= RDONLY,00) =3D 3 (0x3) >> 77872 100638: dup2(3,0) =3D 0 (0x0) >> 77872 100638: close(3) =3D 0 (0x0) >> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 11 (0xb) >> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >> 77872 100638: dup2(3,2) =3D 2 (0x2) >> 77872 100638: close(3) =3D 0 (0x0) >> 77872 100638: lseek(0,0x0,SEEK_CUR) =3D 0 (0x0) >> 77872 100638: read(0,"77563",1024) =3D 5 (0x5) >> 77872 100638: read(0,0xffffffffb9e8,1024) =3D 0 (0x0) >> 77872 100638: dup2(10,0) =3D 0 (0x0) >> 77872 100638: close(10) =3D 0 (0x0) >> 77872 100638: dup2(11,2) =3D 2 (0x2) >> 77872 100638: close(11) =3D 0 (0x0) >> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >> 77872 100638: dup2(3,2) =3D 2 (0x2) >> 77872 100638: close(3) =3D 0 (0x0) >> 77872 100638: = rmdir("/var/run/poudriere/lock-poudriere-shared-json_top") =3D 0 (0x0) >> 77872 100638: dup2(10,2) =3D 2 (0x2) >> 77872 100638: close(10) =3D 0 (0x0) >> 77872 100638: sigprocmask(SIG_SETMASK,{ },0x0) =3D 0 (0x0) >> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >> 77872 100638: dup2(3,2) =3D 2 (0x2) >> 77872 100638: close(3) =3D 0 (0x0) >> 77872 100638: sigaction(SIGINFO,{ 0x239c30 SA_RESTART ss_t },{ = SIG_DFL 0x0 ss_t }) =3D 0 (0x0) >> 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) >> -- UNKNOWN FreeBSD32 SYSCALL 1 -- >> 83731 100161: #1(0x0) =20 >> 83731 100161: process exit, rval =3D 0 >> 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 uid=3D0= status=3D0 >> 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' >> 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 >> 83630 100199: process killed, signal =3D 11 (core dumped) >> 83316 100123: #7(0xffffffff,0xffffca58,0x0,0x0) =3D 83630 (0x146ae) >> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >> 83316 100123: = #477(0x0,0x7000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077833728 (0x403e7000) >> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077862400 (0x403ee000) >> -- UNKNOWN FreeBSD32 SYSCALL 4 -- >> 83316 100123: #4(0x2,0x403ee000,0x21) =3D 33 (0x21) >> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077866496 (0x403ef000) >> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077870592 (0x403f0000) >> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077874688 (0x403f1000) >> -- UNKNOWN FreeBSD32 SYSCALL 4 -- >> 83316 100123: #4(0x1,0x403ef000,0x2e) =3D 46 (0x2e) >> -- UNKNOWN FreeBSD32 SYSCALL 542 -- >> 83316 100123: #542(0xffffcd54,0x0) =3D 0 (0x0) >> -- UNKNOWN FreeBSD32 SYSCALL 2 -- >> 83842 100199: >> 83316 100123: #2() =3D 83842 (0x14782) >> -- UNKNOWN FreeBSD32 SYSCALL 6 -- >> -- UNKNOWN FreeBSD32 SYSCALL 6 -- >> 83316 100123: #6(0x7) =3D 0 (0x0) >> 83842 100199: #6(0x5) =3D 0 (0x0) >> . . . >=20 > Turns out that the failure happens on the > processors with out-of-order execution and > the like but works on the strictly in-order > cortex-a53. (For as much testing as I've > done.) >=20 > So it looks like some form of synchronization > is missing that in-order-only does not need. > (This would be the 2nd time I've run into such > for FreeBSD aarch64 if it holds true. The > prior example was fixed a fair time ago.) >=20 >=20 > The testing status . . . >=20 >=20 > Problem replicated using the following contexts > to attempt the textproc/itstool build, targeting > armv7 (cortex-a7): >=20 > cortex-a72 aarch64 MACHHIATObin Double Shot > cortex-a57 aarch64 OverDrive 1000 >=20 > (No successful builds for the above 2, > all stopping in configure the same way.) >=20 >=20 > No problem using the following to build > textproc/itstool, targeting armv7: >=20 > cortex-a53 aarch64 Rock64 (armv7 on aarch64 case) > cortext-a7 armv7 OrangePi+ 2ed (native armv7 case) >=20 >=20 > It will take a long time to run a full > poudriere bulk that will build about > 200 ports, targeting the cortex-a7 on > the slower cortex-a53: days. So > further evidence that the cortex-a53 > does not get the problem will take a > while. I have confirmed that I still get the problem on the cortex-a72 when I substitute the kernel.txz and kernel-dbg.txz content from: = https://artifact.ci.freebsd.org/snapshot/main/bad9fa56620eb82395c5ab66d300= e91a0222dde2/arm64/aarch64/ and boot with it. ( My non-debug build is also of bad9fa56 .) This avoids worries about my kernel build being involved. The debug kernel did not report anything special while the port was building. Earlier it did report the classic: [00:00:06] Mounting system devices for FBSDFSSDjailArmV7-default lock order reversal: 1st 0xffffa0017b9915b0 ufs (ufs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1071 2nd 0xffffa0017bdb8070 devfs (devfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1083 lock order devfs -> ufs established at: . . . I have not tried substituting base.txz and base-dbg.txz content. =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 Mar 10 06:52:09 2021 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 6B82D57F7AD for ; Wed, 10 Mar 2021 06:52:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-34.consmr.mail.ne1.yahoo.com (sonic317-34.consmr.mail.ne1.yahoo.com [66.163.184.45]) (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 4DwN6c2yWkz4cBp for ; Wed, 10 Mar 2021 06:52:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615359126; bh=/U+OJEeLcv/s+fkWl6rm37V9a8AD76qxESEqdf59M6e=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Aag6sJN37odm4u/zJQQjreP7hEozI6W64XMqzwEKvFrBEyUodzZDB5HYlJmLEfuBlfpcA0RblpvdXd9FeA7L4YYClbz6QEvlOrA7HYn6A8MvnQhbVq9oEyOnwdTK8PCkyIyoNvBdAQp7AEY6vIrRwYja0A5D6v7WyWtJokgrbpdGW0hyqSpTGfZTuQZ9eOBy8j3mAsTVLBdP8WngHZfUaTOV4YU+IyXPLOOVjTJM2WkgaZb7TMvPEmgP2inea8BD9z1kH/oCAWBzWwr1uWVM20mnFeIhGYt+8TYthJcYoc+PxNxSvg0kd+3ULlJEpVk1iFHSpdmXDAELJhhrT5Bp+w== X-YMail-OSG: VNoIIxoVM1lz0oh4f6PgGZDgYJ__u6F.Xr.kd.ad4kyllmNbiK7jHjQ6yFMxneV 8rSKtuqdFyjvVPeGMmTXwELZ1n3m9ddHUlZqB2aattqcbRxz8ktI8FrI02wFIIeuZXjOj.xDs2aB Zj4AL91g5ZWDP5Mg_dW5TialzBocTEarxz2E715Qm39aj1nFwiblV8le8c4JLoiChiZMovgNOkBG 8hnOX0e_dod6YoGWeefIbnT1JM7AJOvvf6NYQblX69cBjIJB8VoRPnR5ers8CxmXrrdKB4ifP1HB bzu1YY1NT4LEAtrZVm.d7oQ.qvuYTwz3ET4ZHJLqx1YGp5DyaVa074IW0Z6YCgDoEPv2HtEOdRCS lhuVkPN__eqS4RtSy9i7OD9U2WMQJIgICoHPNEzCaXbcrRXatXUJJOQVfpLo7mgbINx35QciooBq .J8Q40fOgvPqSFgMpYno41NmQhsRiAqv4tnoQPzmxzqPwwdz1XvFZkDqwgWex5YSvEj0yzov2tzM owa5jFGObs1..72hro8JJ0GiSV8p9Ub0sxxBQbwMSN5nrj7NZkPSbgZ7aoq7fdlzcuNj9XXavJ2v nWDEt0k1sWnVItJCS4A4xLOnQLma_S1VHqQaRoEDlIqRtDbQIkWmw3hE1Et2eK0jswnwflkYaiUV 8QRmtlWtg4kY3lc3bgW4dmUTt.A6vQPNHRA.aaBfbmb7dtV653wnahodCstl0Bgg90g_0uxzeqS1 NrTRLlK3BtMmACwy1jRY0ZK2Q9hI8H.MZwObjIk8IC5nzLXBCaO2FDaT41IN8mU46KrlOS5mk2og hiX.IaL4QNqG0XrwzhAutsVS30k5tHF4ty61CbSwjzpkgZ6Lri01kT4hHGpMrn2s_eiaPUKMWEhp MTBGK8kzitTakVYlFGOaio1H6C318cztePoXjJOv2jon6sdNh6bIVM9Bwk7etxBNwKJNS6wO6OC. SWBKyGWfe3jW7560BdhyRdT9XPOkyABdtjXESse_019KviLcpt3qnIIf5gZb_RMFTInacy8JfV6H OSu4n2f8kFBH8vmGsw3Mo5AdDm._kkyZOosufvh0RicXwmBzORF4hA0hh_J36ZkM2CAwnjzWti0c raR_CBpaTUtbqEIotOdj53lo9_AuHhfv4p.tw2Qo12o0VhcGEVBW7odn4SqVbGIJUZz4M.l9wcEt sjmQdY.yWDIctcylZgFZif1aA.x7oOoG1z2Uufd08x2v7C_RQcRaF3uZQBbFpIWipyc8TVaQCT8G fqZ8HjzQEKO7bf_q0nxlHYbMFRLm2SFdPIsg8c4lpHuhwQ08iuBJIalXzkF3vzATTdsqOrMadAU1 UyhERQVv7GJNvlB5ItY1IdnOkCDIZ3QmKH6gQMF5mW7p5zbT6hdv7BBQqycYkZLjOP2jrMWqAUMh U3F6q_4X_M8sBoZ19Urh1__3Grh66.EDFnGzLZ92jm_vrYE8Eq8srIjEVoDrt2aiILZQ.ixI2mOs 3ZedPhe5GW3N52sgmvmb9dvL2s6E0R.2WnXRL2c6AivooYq2BXgo7sWNhnQCndbXqElmFOmyQvnF f9mC6zrBvQgBASokFpbhUy1J4bx9aOmXLZoB5Ikw12TzfNDkg7v2uHnnm1GMs8HjBcSxikYtcwVa 4xZ7NFxTyHAf38SnRlYH2LGO0uLOScZi6.hVDhyngmC29TqmqAvTFE0Pgp6WUC_ozd5U4d33KvVc dhXwo6Aqu48r.MFs3N0bgZ7EIOMWMNvjMxEjozwDJTQbwZZ2KkVI13xNVKBzimTalbdDQ3PWTUAw fX8iobrSf0Vq25YszpG6HGFyNKcDzRd8EgbAksEGyNgHGir.ldFEQTUvgJpTbEDyPF476W7Huno_ .4NkPmFFtqRHCZF6X5QZWqXxysT_zaVekJsb37l13H7p0K6WZns97WbR2nkpdw5.YO.vgq_s_DD2 3ADQOJoMYdCI.ikQkzbKKE02PKYUWy0D_.pKSmDjur61xLy7st2nmcR0UkIVFhkub27DOz3nu.WW kR9DeVaLTR6LzM3hktQ4PpFlzJqlRGdwM05N49jmivjXD9HZMUFLxWaUNIRcUZm2PgcFLTg01pBc xgoyBYOt7yryg5LRHnzfTFlL1Ge__wjKmeUe5lFBEyoPbtCgIIvvr4CQj2w5pIFlufH5ch3fYKsB JRctHuGb0Ig7IMnxb04jZuQ12eYjH7qQeDs3v.RRVqn9bX2ueWA.UXZ_zqHSfBbMfH_a6GS2AnQ1 Bb2S_jPMFGZkSBQH6oAiKXYd1kQ1r.tRhxocaqOJEOOZYmVLELz.zWLfuDYOsZYWbiHZYzOoVoqL j4HSVFdRTiyQb2GepBdSI6usDHR0cBQ_ijAPxyTj5sO3RabjpXYWD9HWnMWP_ySg_1NKN_Dc7ZYH w6zjUl.1A.soDBPw8YjmH5PEmoIVSbGEMuk8iQ8r1D2rpzQ2qfoUZjec6PMVJGC3wzqoG5BNXQaX 4rK79kBRp1KZJHJ7.r7UwwxQwdY8t5jA0ctcfRp0uHtR8PWDP1wz4dL5g4QDxAlJXSbtRedDGWPz GVE0CzeCkxO6qArV3eGYoApQXEm1btIKJhaGM9myReI6fT3nG0b3OU9hX0qdXt11Y6m7q35fuYP0 d_nF2PsTrUI1LPro.F0ik5OUOQBujZccrGqQFQLLafQSzwCyl6.0e5NEr_NsiRx_nZMOWZ0eetYM U4KnIn6goA8WZtd3z_n6Bv_07MMUx0cu2nydny.brK1zFQPgJ6nJ0WBiUisf_oMDc X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 06:52:06 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ca908e9dbb425236c156324e8d1e45b3; Wed, 10 Mar 2021 06:52:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's are tied to interrupted system calls for armv7 poudriere target (cortex-a53/a57/a72 fail, cortex-a7 works(?)) From: Mark Millard In-Reply-To: <1C468B92-E53F-4CBC-A6C0-05FEB887F45B@yahoo.com> Date: Tue, 9 Mar 2021 22:51:59 -0800 Cc: Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: <8C348A15-D967-46C1-8BEB-1E41A7490E11@yahoo.com> References: <1C468B92-E53F-4CBC-A6C0-05FEB887F45B@yahoo.com> To: freebsd-arm , freebsd-current X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwN6c2yWkz4cBp X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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(-1.00)[-0.998]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.45:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.184.45:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.45:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.45:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 06:52:09 -0000 On 2021-Mar-9, at 22:00, Mark Millard wrote: [Trying to be timely about reporting new information because of 13.0 not having much time left.] > On 2021-Mar-9, at 21:11, Mark Millard wrote: >=20 >> On 2021-Mar-9, at 19:17, Mark Millard wrote: >>=20 >> [My only testing context for this has been main, not 13.0. >> But it might be a 13.0 worry.] >>=20 >>> Using the quickest to so-far-reliably-fail type of example from >>> another thread I used truss to see what happens, here filtered >>> down to two processes that appear to be involved and only >>> near the failure. (The overall truss output is huge from the >>> prior activity in the poudriere bulk relatated activity). Also, >>> this initiated watching from aarch64 but the failing code is >>> armv7. >>>=20 >>> 83630 100199: #340(0x1,0xffffd18c,0xffffd17c) =3D 0 (0x0) >>> 83630 100199: #416(0x14,0xffffd1b4,0xffffd19c) =3D 0 (0x0) >>> 83630 100199: #7(0xffffffff,0xffffd178,0x1,0x0) =3D 0 (0x0) >>> 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) >>> 83731 100161: #1(0x0) =20 >>> 83731 100161: process exit, rval =3D 0 >>> 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 = uid=3D0 status=3D0 >>> 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' >>> 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 >>> 83630 100199: process killed, signal =3D 11 (core dumped) >>>=20 >>> As a reminder of the lldb backtrace of the sh.core >>> and the like: >>>=20 >>> (lldb) bt >>> * thread #1, name =3D 'sh', stop reason =3D signal SIGSEGV >>> * frame #0: 0xffffe190 >>> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >>> frame #2: 0x00031a24 sh`waitcmd(argc=3D, = argv=3D) at jobs.c:554:13 >>> frame #3: 0x00028f54 sh`evalcommand(cmd=3D0x400ad0e4, = flags=3D, backcmd=3D0x00000000) at eval.c:1107:16 >>> frame #4: 0x00027800 sh`evaltree(n=3D0x400ad0e4, = flags=3D) at eval.c:289:4 >>> frame #5: 0x000344d0 sh`cmdloop(top=3D1) at main.c:221:4 >>> frame #6: 0x000342f4 sh`main(argc=3D, = argv=3D) at main.c:168:3 >>> frame #7: 0x0002480c sh`__start(argc=3D8, argv=3D, = env=3D, ps_strings=3D, obj=3D0x400b4004, = cleanup=3D0x40081aa0) at crt1_c.c:92:7 >>> (lldb) up >>> frame #1: 0x00031aa8 sh`waitcmdloop(job=3D0x00064230) at = jobs.c:608:11 >>> 605 break; >>> 606 } >>> 607 } >>> -> 608 } while (dowait(DOWAIT_BLOCK | DOWAIT_SIG, = (struct job *)NULL) !=3D -1); >>> 609 =09 >>> 610 sig =3D pendingsig_waitcmd; >>> 611 pendingsig_waitcmd =3D 0; >>>=20 >>> (lldb) disass >>> sh`waitcmdloop: >>> 0x31a54 <+0>: push {r4, r5, r6, r7, r8, r9, r10, r11, lr} >>> 0x31a58 <+4>: add r11, sp, #28 >>> 0x31a5c <+8>: sub sp, sp, #4 >>> 0x31a60 <+12>: movw r6, #0x3ea0 >>> 0x31a64 <+16>: movw r7, #0x3e9c >>> 0x31a68 <+20>: movw r9, #0x4040 >>> 0x31a6c <+24>: movw r8, #0x3ea4 >>> 0x31a70 <+28>: mov r4, r0 >>> 0x31a74 <+32>: movt r6, #0x6 >>> 0x31a78 <+36>: movt r7, #0x6 >>> 0x31a7c <+40>: movt r9, #0x6 >>> 0x31a80 <+44>: mov r10, #0 >>> 0x31a84 <+48>: movt r8, #0x6 >>> 0x31a88 <+52>: cmp r4, #0 >>> 0x31a8c <+56>: beq 0x31ab4 ; <+96> at = jobs.c:590:37 >>> 0x31a90 <+60>: ldrb r0, [r4, #0x18] >>> 0x31a94 <+64>: cmp r0, #2 >>> 0x31a98 <+68>: beq 0x31b84 ; <+304> [inlined] = getjobstatus at jobs.c:575 >>> 0x31a9c <+72>: mov r0, #3 >>> 0x31aa0 <+76>: mov r1, #0 >>> 0x31aa4 <+80>: bl 0x32bcc ; dowait at = jobs.c:1142 >>> -> 0x31aa8 <+84>: cmn r0, #1 >>>=20 >>>=20 >>> For reference a local context around the >>> SIGSEGV looks like (all lines in the range >>> selected): >>>=20 >>> . . . >>> 83833 102738: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >>> 83833 102738: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >>> 83833 102738: dup2(3,2) =3D 2 (0x2) >>> 83833 102738: close(3) =3D 0 (0x0) >>> 83833 102738: unlink("./.data.json.SYR1bCaL") =3D 0 (0x0) >>> 83833 102738: dup2(10,2) =3D 2 (0x2) >>> 83833 102738: close(10) =3D 0 (0x0) >>> 83833 102738: exit(0x0) =20 >>> 83833 102738: process exit, rval =3D 0 >>> 77872 100638: wait4(-1,{ EXITED,val=3D0 },0x0,0x0) =3D 83833 = (0x14779) >>> 77872 100638: fcntl(0,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >>> 77872 100638: = openat(AT_FDCWD,"/var/run/poudriere/lock-poudriere-shared-json_top.pid",O_= RDONLY,00) =3D 3 (0x3) >>> 77872 100638: dup2(3,0) =3D 0 (0x0) >>> 77872 100638: close(3) =3D 0 (0x0) >>> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 11 (0xb) >>> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >>> 77872 100638: dup2(3,2) =3D 2 (0x2) >>> 77872 100638: close(3) =3D 0 (0x0) >>> 77872 100638: lseek(0,0x0,SEEK_CUR) =3D 0 (0x0) >>> 77872 100638: read(0,"77563",1024) =3D 5 (0x5) >>> 77872 100638: read(0,0xffffffffb9e8,1024) =3D 0 (0x0) >>> 77872 100638: dup2(10,0) =3D 0 (0x0) >>> 77872 100638: close(10) =3D 0 (0x0) >>> 77872 100638: dup2(11,2) =3D 2 (0x2) >>> 77872 100638: close(11) =3D 0 (0x0) >>> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >>> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >>> 77872 100638: dup2(3,2) =3D 2 (0x2) >>> 77872 100638: close(3) =3D 0 (0x0) >>> 77872 100638: = rmdir("/var/run/poudriere/lock-poudriere-shared-json_top") =3D 0 (0x0) >>> 77872 100638: dup2(10,2) =3D 2 (0x2) >>> 77872 100638: close(10) =3D 0 (0x0) >>> 77872 100638: sigprocmask(SIG_SETMASK,{ },0x0) =3D 0 (0x0) >>> 77872 100638: fcntl(2,F_DUPFD_CLOEXEC,0xa) =3D 10 (0xa) >>> 77872 100638: = openat(AT_FDCWD,"/dev/null",O_WRONLY|O_CREAT|O_TRUNC,0666) =3D 3 (0x3) >>> 77872 100638: dup2(3,2) =3D 2 (0x2) >>> 77872 100638: close(3) =3D 0 (0x0) >>> 77872 100638: sigaction(SIGINFO,{ 0x239c30 SA_RESTART ss_t },{ = SIG_DFL 0x0 ss_t }) =3D 0 (0x0) >>> 83731 100161: #240(0xffffd5f0,0xffffd5f0) =3D 0 (0x0) >>> -- UNKNOWN FreeBSD32 SYSCALL 1 -- >>> 83731 100161: #1(0x0) =20 >>> 83731 100161: process exit, rval =3D 0 >>> 83630 100199: SIGNAL 20 (SIGCHLD) code=3DCLD_EXITED pid=3D83731 = uid=3D0 status=3D0 >>> 83630 100199: #341(0xffffd17c) ERR#4 'Interrupted = system call' >>> 83630 100199: SIGNAL 11 (SIGSEGV) code=3DSEGV_MAPERR trapno=3D36 = addr=3D0xffffffe1 >>> 83630 100199: process killed, signal =3D 11 (core dumped) >>> 83316 100123: #7(0xffffffff,0xffffca58,0x0,0x0) =3D 83630 (0x146ae) >>> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >>> 83316 100123: = #477(0x0,0x7000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077833728 (0x403e7000) >>> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >>> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >>> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >>> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >>> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >>> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >>> -- UNKNOWN FreeBSD32 SYSCALL 552 -- >>> 83316 100123: #552(0xffffff9c,0xffffc504,0xffffc908,0x0) ERR#2 'No = such file or directory' >>> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >>> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077862400 (0x403ee000) >>> -- UNKNOWN FreeBSD32 SYSCALL 4 -- >>> 83316 100123: #4(0x2,0x403ee000,0x21) =3D 33 (0x21) >>> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >>> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077866496 (0x403ef000) >>> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >>> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077870592 (0x403f0000) >>> -- UNKNOWN FreeBSD32 SYSCALL 477 -- >>> 83316 100123: = #477(0x0,0x1000,0x3,0xc001002,0xffffffff,0x40401428,0x0,0x0) =3D = 1077874688 (0x403f1000) >>> -- UNKNOWN FreeBSD32 SYSCALL 4 -- >>> 83316 100123: #4(0x1,0x403ef000,0x2e) =3D 46 (0x2e) >>> -- UNKNOWN FreeBSD32 SYSCALL 542 -- >>> 83316 100123: #542(0xffffcd54,0x0) =3D 0 (0x0) >>> -- UNKNOWN FreeBSD32 SYSCALL 2 -- >>> 83842 100199: >>> 83316 100123: #2() =3D 83842 (0x14782) >>> -- UNKNOWN FreeBSD32 SYSCALL 6 -- >>> -- UNKNOWN FreeBSD32 SYSCALL 6 -- >>> 83316 100123: #6(0x7) =3D 0 (0x0) >>> 83842 100199: #6(0x5) =3D 0 (0x0) >>> . . . >>=20 >> Turns out that the failure happens on the >> processors with out-of-order execution and >> the like but works on the strictly in-order >> cortex-a53. (For as much testing as I've >> done.) Further testing has shown the problem on the cortex-a53 as well, at least when all 5 ports known to hit the problem(s) are considered. Out of order execution or the like is not required; processors with in order execution can get the problem. >> So it looks like some form of synchronization >> is missing that in-order-only does not need. >> (This would be the 2nd time I've run into such >> for FreeBSD aarch64 if it holds true. The >> prior example was fixed a fair time ago.) Since further testing has shown the problem on the cortex-a53, the above does not apply. >> The testing status . . . >>=20 >>=20 >> Problem replicated using the following contexts >> to attempt the textproc/itstool build, targeting >> armv7 (cortex-a7): >>=20 >> cortex-a72 aarch64 MACHHIATObin Double Shot >> cortex-a57 aarch64 OverDrive 1000 >>=20 >> (No successful builds for the above 2, >> all stopping in configure the same way.) cortex-a53 aarch64 Rock64 (armv7 on aarch64 case) (also fails, at least sometimes) (again seems racy) >> No problem using the following to build >> textproc/itstool, targeting armv7: >>=20 >> cortex-a53 aarch64 Rock64 (armv7 on aarch64 case) Wrong above: cortex-a53 does (sometimes) get the problem(s), at least when all 5 examples of failing ports are considered. >> cortext-a7 armv7 OrangePi+ 2ed (native armv7 case) It likely will be some time before I'll have significantly more evidence for cortex-a7 native builds: slower builds. >> It will take a long time to run a full >> poudriere bulk that will build about >> 200 ports, targeting the cortex-a7 on >> the slower cortex-a53: days. So >> further evidence that the cortex-a53 >> does not get the problem will take a >> while. I lucked out on the order of port builds and getting early failures on further cortex-a53 testing. So reporting that failures happen did not take all that long. cortex-a7 native-testing takes much more time to build things. If no port builds fail, the around 200 ports might take a week or more to build. > I have confirmed that I still get the problem on > the cortex-a72 when I substitute the kernel.txz > and kernel-dbg.txz content from: >=20 > = https://artifact.ci.freebsd.org/snapshot/main/bad9fa56620eb82395c5ab66d300= e91a0222dde2/arm64/aarch64/ >=20 > and boot with it. ( My non-debug build is also of > bad9fa56 .) This avoids worries about my kernel > build being involved. >=20 > The debug kernel did not report anything special > while the port was building. Earlier it did report > the classic: >=20 > [00:00:06] Mounting system devices for FBSDFSSDjailArmV7-default > lock order reversal: > 1st 0xffffa0017b9915b0 ufs (ufs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1071 > 2nd 0xffffa0017bdb8070 devfs (devfs, lockmgr) @ = /usr/src/sys/kern/vfs_mount.c:1083 > lock order devfs -> ufs established at: > . . . >=20 > I have not tried substituting base.txz and > base-dbg.txz content. =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 Mar 10 08:32:10 2021 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 7CB2B5A9342 for ; Wed, 10 Mar 2021 08:32:10 +0000 (UTC) (envelope-from markm@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DwQL22khDz4h8t; Wed, 10 Mar 2021 08:32:10 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97] (unknown [IPv6:2a02:8011:300b:42:512d:eb32:af28:d97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: markm) by smtp.freebsd.org (Postfix) with ESMTPSA id E10352F18C; Wed, 10 Mar 2021 08:32:09 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_33939722-844F-4474-BE46-6106C4C3C527"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? From: Mark Murray In-Reply-To: Date: Wed, 10 Mar 2021 08:32:06 +0000 Cc: freebsd-arm Message-Id: References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 08:32:10 -0000 --Apple-Mail=_33939722-844F-4474-BE46-6106C4C3C527 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 10 Mar 2021, at 00:33, Klaus K=C3=BCchemann = wrote: > I was only GUESSING ;-) that "the other Mark M.=E2=80=9C :-) is = trying to connect an RTC because > one of the most annoying things on cheap arm boards is that if you = forgot to set =E2=80=9Adate' then kernel builds have the wrong date, I = even rebuilt kern when I forgot, I also always forgot to order a bunch = of RTCs :-) > do you have one to test ? RTC's are on my to-do list, but first I need to be able to read stuff on = the iic bus. :-) I can't even scan it for live devices yet, let alone read any. M -- Mark R V Murray --Apple-Mail=_33939722-844F-4474-BE46-6106C4C3C527 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmBIhAYACgkQQlsJDh9C UqBQ2QgAuAnCp9Tn3YtW0GDxIqUI8u82NntTb4Jswvp891whHcX4fgIZLUSJW4gU JOS7+ETG0IB5Cj1YwlZO4p2NUOVrZoHLWmAadNxbAa9aQxlGmQCV3bNnQS0inXbo 25qjfQVFPjsXDTvjfJAnj0+3r87Jiy47hGJQTkIDdHaiPbi5ziq1m2lx4WivcWFI Fk6utB44MjjJwYNuvtcptLrORPp10NGPX5N+BH+coxSdWMz05a/enXkQdw39mar9 Dt+Bwgm7XT//Em+J/foaq1GNnyIKZ72bi/uSLtrhhHO6a02r1sYgB0nz9aDtbST8 xnxurkrymnFbKlCXPhrRELRQqC3H8A== =fKNV -----END PGP SIGNATURE----- --Apple-Mail=_33939722-844F-4474-BE46-6106C4C3C527-- From owner-freebsd-arm@freebsd.org Wed Mar 10 12:52:19 2021 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 64B0B56800E for ; Wed, 10 Mar 2021 12:52:19 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 4DwX6C2B5pz3GNx; Wed, 10 Mar 2021 12:52:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32e.google.com with SMTP id t5-20020a1c77050000b029010e62cea9deso10628364wmi.0; Wed, 10 Mar 2021 04:52:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=RnGI5GU9fW2d+SX3MoOS16iLi9sALjyMYKyk42yretU=; b=XrRI39Jn7yu/mNWRu4Psg3kk8ujeLCrXirv4lsfVceeEVZgTfLsT9LTPnjND07oTye vC7CXTgecPVobVRBbiRGnU/Carr/B9IVX0p/KQIscBQ8SXno/rLV9XEmyFgdEPU+Lcq+ pdiP5Va/Ijz/3odrgC+YTRHlJDqpHikErrlGlTAh9XwJZNOUFlbfel/UfzTB71swlSM2 GeLDWJW20g74DQ9n+MN7kWA6CSukxafMk/n4hzwSsrMiLxloenwdQKG0CwBS1yFD+2hy lHYcZu4sXao8inRX3/vOQkGm1pNiwHVb2kuPLNKWFFjegNETS2G687Se63tRTDw2CcDu I5UA== X-Gm-Message-State: AOAM533qe9pweuuovIrzK5dqOtwjQKHjozoQcJA2fY1Wyl9YOfenS3S1 on2ci7eYdvYeIL4jaQSlnoWWNyUsXw6Vjw== X-Google-Smtp-Source: ABdhPJw4SnEPVGW4gIqnT10HcD1JROZMNSshkYnZuHcsjlp6XyF2oC8Mf5HwS0z2d9xAPWItwds/mw== X-Received: by 2002:a1c:a504:: with SMTP id o4mr3220224wme.174.1615380737653; Wed, 10 Mar 2021 04:52:17 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-155-134.46.114.pool.telefonica.de. [46.114.155.134]) by smtp.googlemail.com with ESMTPSA id w131sm9142638wmb.8.2021.03.10.04.52.15 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 04:52:16 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Wed, 10 Mar 2021 13:52:14 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> To: Mark Murray , freebsd-arm@freebsd.org, Mark Millard , bob prohaska In-Reply-To: Message-Id: <526E2EA2-DF46-4CF0-B75C-1D1118AA4FD8@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwX6C2B5pz3GNx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 12:52:19 -0000 > Am 10.03.2021 um 09:32 schrieb Mark Murray : >=20 > =E2=80=A6... > RTC=E2=80=99s are on my to-do list, but first I need to be able to = read stuff on the iic bus. :-) >=20 > I can't even scan it for live devices yet, let alone read any. while it=E2=80=99s a bit dusty in posting-date , I found this link = related to the scan-issue: = https://vzaigrin.wordpress.com/2014/04/28/working-with-i2c-in-freebsd-on-r= aspberry-pi/ K. From owner-freebsd-arm@freebsd.org Wed Mar 10 14:29:26 2021 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 D320256A7AC for ; Wed, 10 Mar 2021 14:29:26 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 4DwZGF4BpKz3NDB for ; Wed, 10 Mar 2021 14:29:23 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x62b.google.com with SMTP id lr13so39133051ejb.8 for ; Wed, 10 Mar 2021 06:29:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=9bJ4ySoncdd5JvHA2mw4ijiYdgeX5JsR/9H0hdiyQf8=; b=VP5xz+7DsQq5WOu9EHIaHn+gVTBU22j7kS5N/vlAHTTEj/2b1Y00tbeVTLddmKhSTx 6g846qq6hs/hfI1btyiDyBa+nE9clIYw7hZh1g44dU8XIjeP7+49tPaxgbMBl3AcoSel KGO8bsJ62YvyP89FRdUEBMCEs/G9jNcIrnZBYIKTaD4kS2tYhati2IErRL8BhEXx/qBF AqYnZOOa9XEFw8YUjucfHpMXYEAQSvPw+IIYyn0xgrpflbh4cYEwrSP/In/M2nkWEQog 1np1Td+fAeUEuBtspIj5Ci5RfKVEnnlqayWoIha3WFQQmnb+1xRF7hmwTwSqtmaqpCQL 7Ssg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=9bJ4ySoncdd5JvHA2mw4ijiYdgeX5JsR/9H0hdiyQf8=; b=FZQwk0L8L8lwY9la0YnGiuFDgpkuVMLeLBGdQoRZTGRhevdkTXwZoV5ZD2HEI8Kd9N lT6lk0LOOLrtIC60UqXT4cvCMpkWO8ecQwiI48g6DoLrT+2SQ2C/saqH+oPGCnx2sW8C W+YQBKFJ8pRtH9TIllki2AsAYGkr2/LlIlUGCgsdrPS6jUDvVBClO7qY6RJyFuCfn1st FxaOc4WgwxqiacrYaqDBkbv7Rueo7z4EC6LtET9ixvNTEL8nkXFkOWgI4xNNpt71R6Jr FdG2mN4OvC3A1cJdS25VJy+rMoDb9rLKMBb9I4CIwRCA2wX885Ov+41GDlutB2oNpz6W U7Ww== X-Gm-Message-State: AOAM532P2Cs1wZkIpo/4C3L+IDlXC1iU/WKMI4HuDiyX8Zrn4Gv4LqQ7 3b1YlFpOjEVO1ytOZFOh3AMXefMDSd8= X-Google-Smtp-Source: ABdhPJwpKSQ4rWTLRNs+KSFpQl/ynqB0AzAmZLNIW2OUHVrKxGP7DcBBH5jQfXsfj2BoWRqtp3iT8Q== X-Received: by 2002:a17:907:d15:: with SMTP id gn21mr3764101ejc.337.1615386562406; Wed, 10 Mar 2021 06:29:22 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id bi26sm10138903ejb.120.2021.03.10.06.29.21 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 06:29:21 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: PinebookPro misc drivers.. Message-Id: Date: Wed, 10 Mar 2021 15:29:21 +0100 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DwZGF4BpKz3NDB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VP5xz+7D; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-0.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(1.00)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62b:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62b:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.74)[0.737]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 14:29:26 -0000 Hi I=E2=80=99ve uploaded the latest from my PinebookPro collection here: https://people.freebsd.org/~sos/PinebookPro/ = Comment,, bugs, etc welcome=E2=80=A6 PS: and no I left my commit bit for safe keeping with core many years = ago=E2=80=A6. -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Wed Mar 10 15:01:19 2021 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 4038156B475 for ; Wed, 10 Mar 2021 15:01:19 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DwZz212BDz3RFp for ; Wed, 10 Mar 2021 15:01:17 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1615388474; 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=GYxYa5npnQSprACGmjk0E4Kc8mwqHihcdlI1vK/UZ3E=; b=eqcFkmkLWlox7hQhwVeEoLuXY5X5i/A4ajtU2ci0gj5eNFrIzDyFE6CDvyWr07IiUMFIUZ y/YiAnmxyoqy57L5bZjX+vrFlCuoeuGbBWiFK/8y9G2Ur6fX+7MXAI8YQOyjh2kwKwJRSf 0ppgpclxUJZMFqrHzFsgLpvnauKoqwU= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 680eafe6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 10 Mar 2021 15:01:14 +0000 (UTC) Date: Wed, 10 Mar 2021 16:01:14 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm Subject: Re: PinebookPro misc drivers.. Message-Id: <20210310160114.dd9853a0689d257388a745b5@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DwZz212BDz3RFp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=eqcFkmkL; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 15:01:19 -0000 On Wed, 10 Mar 2021 15:29:21 +0100 S=F8ren Schmidt wrote: > Hi >=20 > I?ve uploaded the latest from my PinebookPro collection here: > https://people.freebsd.org/~sos/PinebookPro/ >=20 > Comment,, bugs, etc welcome? Few comments, - Could you at least share patches generated with git diff ? - rk_gpiokeys.c doesn't seems correct, we already have sys/dev/gpio/gpiokeys.c so patch this one if it isn't enough for lid switch need. I could comment more if I would be able to diff more easily. > PS: and no I left my commit bit for safe keeping with core many years ago= ?. You could still open reviews on phab :) > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" >=20 >=20 >=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" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Mar 10 17:26:53 2021 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 394245716C5 for ; Wed, 10 Mar 2021 17:26:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 4DwfC02njZz3sTR; Wed, 10 Mar 2021 17:26:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id b18so24219449wrn.6; Wed, 10 Mar 2021 09:26:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=pPyKLgVM8h28x6Zq8fjNEWTdIbIYPLqrkQufnzqVbFw=; b=bnzpB+wbk1ReQ9s+syrS74IYO7CjmmSlYfPJZ0aCHA4HiaskXL2sXC0ICgknAYjWEM 4dTUSzcPqq4EcRjgwtlN4F7Vyu+HW+LXr4reZml7fh90yN7pmp+ibNiCstKu3LSIZnGb r1agSIAH+UcY7z9EF7Ign78ALyIBAAVnKufxAKz7da1Sj11jdCLTsWqYJHwo1fnwXlUL wQH54IvbcD7xEnjV8VZDuFOj7LPFFI/E+1KQO6+HIv42Y2a6IaVKxXHGwxWnuQ83iCJB oDQBE2q1lvZ0zAyBMff1lSIETNsS06yHh+obJy5e7whIgwcdCSD/pvK6tl4Q2v8Pb90B iY0w== X-Gm-Message-State: AOAM531IC9fvMewgXF++izRyoB/fDj//6HQJWDXcX1EgWFQX3WbQhbOe vRnjaNj0H0Gi9gnGPZkUCnyEbjd2ekoDiw== X-Google-Smtp-Source: ABdhPJyduc+Vi2rE5X++qmBFSaxp+E3X1kFYRNekcRTeG+kUE4RJHVxXdllcTXC5QtwEB5yVqpi7Ww== X-Received: by 2002:a5d:4903:: with SMTP id x3mr4595634wrq.143.1615397211027; Wed, 10 Mar 2021 09:26:51 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-155-134.46.114.pool.telefonica.de. [46.114.155.134]) by smtp.googlemail.com with ESMTPSA id a17sm130520wmj.9.2021.03.10.09.26.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 09:26:50 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Wed, 10 Mar 2021 18:26:48 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> <526E2EA2-DF46-4CF0-B75C-1D1118AA4FD8@googlemail.com> To: Mark Murray , freebsd-arm@freebsd.org In-Reply-To: <526E2EA2-DF46-4CF0-B75C-1D1118AA4FD8@googlemail.com> Message-Id: <3B3786FE-7A47-4D29-8F99-98C1F483C0AA@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwfC02njZz3sTR X-Spamd-Bar: / X-Spamd-Result: default: False [0.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.155.134:received]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::429:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::429:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 17:26:53 -0000 root@generic:~ # i2c -f /dev/iic0 -s -v dev: /dev/iic0, addr: 0x40100401, r/w: r, offset: 0x00, width: 8, count: = 1 Hardware may not support START/STOP scanning; trying less-reliable read = method. =E2=80=94=E2=80=94 So the device is there ! .... root@generic:~ # ktrace -t+ i2c -s -f /dev/iic0 root@generic:~ # kdump .... 1287 i2c RET open 3 1287 i2c CALL read(0x3,0x4027cc18,0x80) 1287 i2c GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 d500 0000 = |Ehnt............| 0x0010 0000 0000 d400 0000 0000 0000 0000 0000 = |................| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 = |................| =E2=80=94 successful GIO fd 3 read looks quite good working !=E2=80=A6 But then loops in the end : 1287 i2c RET ioctl -1 errno 35 Resource temporarily unavailable 1287 i2c CALL ioctl(0x3,I2CRSTCARD,0xffffffffea70) 1287 i2c RET ioctl 0 1287 i2c CALL ioctl(0x3,I2CRDWR,0xffffffffe998) 1287 i2c RET ioctl -1 errno 35 Resource temporarily unavailable 1287 i2c CALL ioctl(0x3,I2CRSTCARD,0xffffffffea70) since I don't have an i2c-gadget to test at the moment , can't say which = device exactly=20 supports START/STOP scanning and which not. Also possibly some things cood depend on loaded overlays/config.txt=20 and which corresponding GPIO-pins are configured=20 K. From owner-freebsd-arm@freebsd.org Wed Mar 10 18:09:58 2021 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 2AD325721EB; Wed, 10 Mar 2021 18:09:58 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (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 "sd-143795", Issuer "sd-143795" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dwg8j2BgSz3vw1; Wed, 10 Mar 2021 18:09:57 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (localhost [127.0.0.1]) by kanar.ci0.org (8.16.1/8.16.1) with ESMTPS id 12AI9cbs003713 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 10 Mar 2021 19:09:38 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.16.1/8.16.1/Submit) id 12AI9cLh003710; Wed, 10 Mar 2021 19:09:38 +0100 (CET) (envelope-from mlfbsd) Date: Wed, 10 Mar 2021 19:09:35 +0100 From: Olivier Houchard To: Mark Millard Cc: freebsd-arm , freebsd-current Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's using poudriere-devel to build armv7 ports on aarch64 (cortex-a72) system Message-ID: References: <8B54D020-A3E2-4441-B6A0-894831E7E1EC.ref@yahoo.com> <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> X-Rspamd-Queue-Id: 4Dwg8j2BgSz3vw1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mlfbsd@kanar.ci0.org has no SPF policy when checking 2001:bc8:35e6::1) smtp.mailfrom=mlfbsd@kanar.ci0.org X-Spamd-Result: default: False [0.20 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ci0.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:bc8:35e6::1:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2001:bc8:35e6::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FORGED_SENDER(0.30)[mlfbsd@ci0.org,mlfbsd@kanar.ci0.org]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:12876, ipnet:2001:bc8::/32, country:FR]; FROM_NEQ_ENVFROM(0.00)[mlfbsd@ci0.org,mlfbsd@kanar.ci0.org]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-current] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 18:09:58 -0000 Hi Mark, On Tue, Mar 09, 2021 at 03:39:42PM -0800, Mark Millard via freebsd-arm wrote: > After using poudriere to build ports for native cortex-a72 > on the MACCHIATObin Double Shot (and similarly for > cortex-a57 on the OverDrive 1000) I attempted to do my > usual bulk build targeting cortex-a7 via poudriere-devel: > > # poudriere jail -i -jFBSDFSSDjailArmV7 > Jail name: FBSDFSSDjailArmV7 > Jail version: 14.0-CURRENT > Jail arch: arm.armv7 > Jail method: null > Jail mount: /usr/obj/DESTDIRs/clang-armv7-installworld-poud > Jail fs: > Jail updated: 2021-01-27 14:47:10 > Jail pkgbase: disabled > > But I got some SIGSEGV failures that I've never before > had analogous failures. I'll show the 6 backtraces. > They all have a similar type-of-context but in various > programs, summarized as (from the lldb bt outputs): > FREEBSD_COMPAT32 was indeed broken on arm64, and the process would crash when receiving a signal. I believe I fixed it in -CURRENT with commit c328f64d81079bad5064c8a387883df50ab5aaed Regards, Olivier From owner-freebsd-arm@freebsd.org Wed Mar 10 18:28:18 2021 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 A0E7C572BEF for ; Wed, 10 Mar 2021 18:28:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 4DwgYs3nw9z4Rc3; Wed, 10 Mar 2021 18:28:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32d.google.com with SMTP id m20-20020a7bcb940000b029010cab7e5a9fso11677260wmi.3; Wed, 10 Mar 2021 10:28:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=R+SdsR2tC2X0e1MdKkOqBUNI2yajF02azKob2vPArQk=; b=PyPfjCzt+mB5i1dvsylbclWCQJsc/6quVyXC1lNQUNMcALN6xuHU7Pao1ti79mZzMY z4P/Emf/926zrkb8TYzywB+Hz7mK54ZmgTG/pcZ1RNSXT250/Bzvb6UlvOk3BPBdwyDr 7gD+vSQ7c/xyGRNJkxWfpnw3X5S8/cJAbnUWCnsplztF5x30F6Wp1vyjYJjW/k8JMbAd aHIx4NNzDAFSqQwLRi6HdzZ4MINsh3wPYEUB1FGQGkb/ScNGBmNXSTPruo1/kXkjJjX5 TgQZTgBSj7n4TQF0Jyr2bQi84H+Xn5gJsWamH0Yu9trcuFqiU39/IM0ADL8wuf5x8D/o UknA== X-Gm-Message-State: AOAM533dhpOzCunG2u9ek/yXtLDSB43BNFct/mT7PQHBG6PeRkzEtIns ChqudSm6086g4cJu3qxeZpDyZOBvy6C5zw== X-Google-Smtp-Source: ABdhPJx5JjCj7UcVMhKuG2GkvSYCu1EQnqjrw76g+doPYAZoZnmLpbPvxXzrmEBnpyJ6n/ebcLTtZg== X-Received: by 2002:a1c:6441:: with SMTP id y62mr4591782wmb.97.1615400895597; Wed, 10 Mar 2021 10:28:15 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-155-134.46.114.pool.telefonica.de. [46.114.155.134]) by smtp.googlemail.com with ESMTPSA id l8sm139360wrx.83.2021.03.10.10.28.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 10:28:14 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Wed, 10 Mar 2021 19:28:13 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <599EDCF7-D716-4645-8832-E429C5E17F6E@yahoo.com> <526E2EA2-DF46-4CF0-B75C-1D1118AA4FD8@googlemail.com> <3B3786FE-7A47-4D29-8F99-98C1F483C0AA@googlemail.com> To: Mark Murray , freebsd-arm@freebsd.org, Mark Millard , bob prohaska In-Reply-To: <3B3786FE-7A47-4D29-8F99-98C1F483C0AA@googlemail.com> Message-Id: <7223573B-4DA5-4BE9-A259-6C271B36C08F@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwgYs3nw9z4Rc3 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[FreeBSD.org,freebsd.org,yahoo.com,www.zefox.net]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.155.134:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 18:28:18 -0000 > Am 10.03.2021 um 18:26 schrieb Klaus K=C3=BCchemann = : >=20 >=20 > Also possibly some things cood depend on loaded overlays/config.txt=20 > and which corresponding GPIO-pins are configured=20 >=20 So let's give adding devices & gpio-pins a shot with an example : 1.: we place e.g. the following files in dtb/overlays into the = msdos-partition : i2c1.dtbo i2c3.dtbo i2c4.dtbo i2c6.dtbo 2.: in config.txt we add them and assign pins to them:=20 --- dtoverlay=3Di2c1,pins_2_3 dtoverlay=3Di2c3,pins_4_5 dtoverlay=3Di2c4,pins_6_7 dtoverlay=3Di2c6,pins_0_1 -- 3.: reboot the machine : root@generic:~ # dmesg ..... iicbus1: on iichb1 iic1: on iicbus1 iicbus2: on iichb2 iic2: on iicbus2 iicbus3: on iichb3 iic3: on iicbus3 ... root@generic:~ # ls /dev ... iic0 iic1 =20 iic2 iic3 =20 .. =20 That's totally exciting ! :-) Ha Ha=20 4.: so let's probe again, this time on /dev/iic2 : root@generic:~ # ktrace -t+ i2c -s -f /dev/iic2 root@generic:~ # kdump =E2=80=A6. 1246 i2c RET open 3 1246 i2c CALL read(0x3,0x4027cc18,0x80) 1246 i2c GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 d500 0000 = |Ehnt............| 0x0010 0000 0000 d400 0000 0000 0000 0000 0000 = |................| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 = |................| 1246 i2c RET read 128/0x80 ... Wow, everything works as expected ! :-)=20 I have no clue what happens when you assign the wrong pins to the wrong = voltage ;-) Ha Ha=20 K. From owner-freebsd-arm@freebsd.org Wed Mar 10 22:29:05 2021 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 679BC57971D for ; Wed, 10 Mar 2021 22:29:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.ne1.yahoo.com (sonic302-22.consmr.mail.ne1.yahoo.com [66.163.186.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 4Dwmvf3tmJz4mhb for ; Wed, 10 Mar 2021 22:29:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615415338; bh=RSTVAdZfhmxTBQGlRXoCVaIwvvReSNna6nf4InK8mvg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ieL1hHCSS2YbQLYB6lMRYCsw0ZhjUB0qv+1DBjk05YgceoqlI5uvqDL25Cy7DbKdjgyGS8I5fAmjAbFIGtKhFdXPl3WIS59Md1GQIjS8ubbeOEd2qeBnFowcnziSjFLJK8WigPVWnIAup9ZQ6Sdq7JMP6GuH7NB8CWWNDp0z/rGaZD10yvb1z3ChYdO9/9uh3FysDsiDyO+O4YdJAAoPzgstaMscxrnklm3LmKjSsZ5+n3piJFTjBu8prU4Yr9utwTZsiKu+JKi9A7Rh7K1AL48RSlUkJeqC0XUK7kwR8AP8mTaipO/zMXo/xbgm/0KOuCI92O5QTWFdg1DnHFP3wQ== X-YMail-OSG: n7mDLgUVM1lZTR23SwjvM6w0wXxyxIsMuqMNA4eJ0f33Y.vQ9R0MbzSPr0XVhVT _RQCRxygrN9BFjoke4gebKRuJsxPoNnt2Yl02tCEl6yEu5QEHgPTlOGdVUc2xl6pxQx_GIV_tADu TsXDja7Y0kq3gkPOsTaJWdvp.u.wlR9HhDy13knRn3aGYXcPgmSY5ZTasTVAgBeCO3P2kxgAys.H kzMWE2vu_fIOFbPh0aZdg.HmXqAe980BvHBRME99yDJCOnRGLV7e3joLvw5gIgk1Uin6cBfEP4Bo KCZTt9NS2oKluT0Tec5fa_tWwxn4z_jFdg67Yg1mj6Y6BpQJAi8d0TIFvBlABKDSZ9EvDA0RpX5O XdLecnjBnLtO0x7R0OUyuFm8k9jnYLXwUFrbtkwYVLcgKNTMRijAW4Cd_yTEGoV7y3RBbd4GYuvQ _OOcOMYkVN46Cx_bR035TS5_OUDu1K311Q8JvbhGLTSnRB2jtpfpjHLIvOpvPWACoG1kNcEU5_c5 KsbsLeg6k4c4qie2zsWgqnPG7WIGpAOtbbtE6mEqmU0TEKu3nQO5plptL.BjCm0dsr0KdlC7blat 0AUe0rFxMYQv72Pheh8tu7suEpiPfkZj4C6ZSWGtiiBoN13MUxbxDphLjOpwkG.PMMG_5IKPH.cJ 9cNVZmlHAoNR8FTILvbVJdF7FU9j_3o.Z2H_d1KiPi6DdYIVGsX3FZlCVqfVVUs7IrpdfXDzPKcX uKiVsiHMrze.hrCboZ3aVa9Ckz1VFa46pHlYTtkfjuYwR15c2WpRPgLsfe5U88fTxVAj0as56jv8 GllldrRjsbAvxbGbwPYt94Kzy5.vMbcEJnwCKlKl.gEZ.0GsLpfWi6PoyILLCYyswJprrEbnNM6j ryuUNGZBehqylEcsulbkw0AFViccD1OzDhkSeSZGSmMLqG6ahrsVxO3Qh5RsMOdjfJvFFCJhd_Ka JN7yW7A3AOYhpBGVU5w1DyswAg.udWHjUdGa_dddOlzckLpTqPdF3Mvqof0UBF0EbFrWwq0M1LEr hNWyKiEbEghvedbYRHzjgRgvbvm4PzxCmgtNAQVSTnS6aDNige3LD9kLRTlT0Q6iNIVgG6WyNHJf V9.zBqd60nPNYBMJ13HKJZhrz.ZSPCmgXqrw_BcbcXUnPIJx5OTLwDs1g8KsY09G4xwQEMbvKSBQ QV4hqwxfMHb0MpskzZHTWzpluEaRRhliIzr01RuvYU5JVf4jTzkiwGXRQ_gkR21j2pSBCTENFNeN tIny1nKS3lgy2PURJzTO.n7Vexk3DTZGgAO86vjfuld7zBOSxFVSZnAoAKUEe4njVu.jvfZ95ldY ODe.O4zat5vc8Cc5gcIvy8mEYkqBbIYxTvuG1IJqTeqVJEQFjcBEGnqnvbZLtfL8uywfr9vK5Gy0 6WFC.KDDoYDgERLnL_Y2yFjaYkWFvDhS1Jd5chaxnsoHwP3UN1f_u2bJmR62bzoOJCX7yuz_xU63 cOZFq19KKBSoFpOr4OgUHBvLtVsPc0g2f5smFxieSnD_LQHZyZ4ETdeikOBIBH8NMxiaQWMvKGsO kjl17kJYuB_VPICL0vCG7kIi1SbIMEylDGlibOD_6Ic5Pr2U7Sy.EJ1.4KeiiXd1xhNu5W7sTthr 56oR6xz8hdIiVanL.2RJQ2CZMz_pp9u6RxkYHq3vAqzgrSpYaa6cIC35wJzA01i9IgbU7mDGFi9j .2eYnz8xRNeqwjRZjXfjEU3SiRFijXB86UxZ9Ag86ZFXRzSMwXFRMXuy9aILbz3HiHPKzs4CPEM9 G3X.NHWhuNeOs0LRPpan6D_gsXCiJ_Qk2e6thBNb2qZilsp9XzJW0WoewrWRiYMAK.PgrPzBaQTa xWfkRnKQAC47QmOpp92rH1_Bq8hj1q9GdGv0OfcZujcYCyMj7GlealvlK_QUmC9WkbZSv3Dz9.gw BzTxF3lNKOlP_EhgIgj24oafpk7jF6FauEhXGQEtrhTgEi1GjbxwsD32G.ECKxOegB34Grxtjmis 67HCpJAGuDh64Kwqa1KdZEkOy1P8j0D3mHyglmf5rI7aO8Gp1w2QA4vBewHG17A45AGkKkqBpxzs 0nQmZSOcChuQ7.KT98EsSpPVGD81V_a23FJz_t3q_jsgn0P8KLQ2jcmq6VwNUf8j5d.EFGkafmZg 3EBYOCQuGXhmxCixTojNFa5e.Q607rAr4EPWojAxetpX6DXHE0lc4fwuDwfIQiS7QxVI8VoP9Z5O N20cYdF5y36XNQVOFkM1oW4OjPaOiJLgUdEm26S2v_blJIQ7FabXxNSXPJ.pzEC0X7xxUfUtqKUq UozHVSZ_03jjF3vnu1sbHhdvU2fTkGnkmY42jvF9yZ7hq3jvp9xcpMTPTyTxuW5JyQKusCcJ5w4O apXzle0bW2K_E4iInDT4gm7z0Cfkllrjfk9No08PWKdKa8CSYyf1tuls0O1qsU1_89ei4bVsVtJa DYG8g9iVhkC.zlFCuftMrp1LMVZVciy1SYjWhn.ZnOlCFu7j5Moi8ok8W5gPiBBv_zWobNf_TnDZ uwsPkA6gGMMcALOxr1A73XedQWd.ONIeCq4eX8aV10u9hNavhwM9b0W..psLko.GtKPKmMoe2JE0 jUXorqCLNIEr8BBrUTCtR3mGlfWQOF3MncQH2i5U- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 22:28:58 +0000 Received: by kubenode571.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fa521d4c29c1f4553a1553e3818358e7; Wed, 10 Mar 2021 22:28:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (Mar 5 2021 firmware is bad for USB based booting) From: Mark Millard In-Reply-To: Date: Wed, 10 Mar 2021 14:28:53 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <24202B69-A5F2-41CF-A6F4-7113B76B9B0E@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dwmvf3tmJz4mhb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.186.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.186.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.186.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.186.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 22:29:06 -0000 On 2021-Mar-9, at 01:05, Mark Millard wrote: > On 2021-Mar-8, at 18:33, bob prohaska wrote: >=20 >> On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote: >>>=20 >>>=20 >>>=20 >>> Summary for current context: >>>=20 >>> (The below presumes that the msdosfs file system >>> involved is mounted on /boot/efi . Adjust as >>> needed for your context.) >>>=20 >>> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ >>> VC_BUILD_ID_USER: dom >>> VC_BUILD_ID_TIME: 12:10:40 >>> VC_BUILD_ID_VARIANT: start >>> VC_BUILD_ID_TIME: Feb 25 2021 >>> VC_BUILD_ID_BRANCH: bcm2711_2 >>> VC_BUILD_ID_HOSTNAME: buildbot >>> VC_BUILD_ID_PLATFORM: raspberrypi_linux >>> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 = (clean) >>>=20 >>=20 >> On my setup I get >> bob@generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_ = =20 >>=20 >> VC_BUILD_ID_USER: dom = =20 >>=20 >> VC_BUILD_ID_TIME: 12:55:10 = =20 >>=20 >> VC_BUILD_ID_VARIANT: start = =20 >>=20 >> VC_BUILD_ID_TIME: Mar 5 2021 = =20 >>=20 >> VC_BUILD_ID_BRANCH: bcm2711_2 = =20 >>=20 >> VC_BUILD_ID_HOSTNAME: buildbot = =20 >>=20 >> VC_BUILD_ID_PLATFORM: raspberrypi_linux = =20 >>=20 >> VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean) >>=20 >>=20 >> Start4.elf was one of the files copied from the link Manu posted. >>=20 >> I've not yet tried commenting out hdmi_safe=3D1 in config.txt >> but will at the next reboot. Right now the machine is doing >> a world/kernel build. There is another firmware update to fix that Mar 5 2021 firmware for USB booting --or you could try the firmware tagged as 1.20120303 . So: = https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e1= 3f68c423f3f/boot/ (temporarily where = https://github.com/raspberrypi/firmware/tree/master/boot/ points) or (tag based): https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ or (indirectly tag based): modern sysutils/rpi-firmware build content (1.20210303 as well)=20 > I last did buildworld buildkernel on a RPi4B 8 GiByte > was back in mid Jan of 2021. A summary is: >=20 > ENVIRONMENT: -mcpu=3Dcortex-a72 RPi4B @ 2000 MHz = (sdram_freq_min=3D3200), hw.physmem:8464072704 : >=20 > World build completed on Tue Jan 19 07:33:02 PST 2021 > World built in 29226 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Tue Jan 19 08:10:58 PST = 2021 > Kernel(s) GENERIC-NODBG built in 2276 seconds, ncpu: 4, make -j4 >=20 > So World+Kernel took somewhat under 9 hrs to build based on > a context for which: >=20 > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 > This was based on main 818390ce0ca5 and was building > itself from scratch, doing a non-debug build on a > non-debug system that had been built with -mcpu=3Dcortex-a72 > in use as well. >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: 818390ce0ca539300dd15d7a817784f1e3f7a9b8 > merge-base: CommitDate: 2021-01-13 21:27:44 +0000 > 4180404713ec (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > 818390ce0ca5 (freebsd/main, freebsd/HEAD, pure-src, main) arm64: fix = early devmap assertion > FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255938-g4180404713ec GENERIC-NODBG arm64 aarch64 1300135 = 1300135 >=20 > As is normal for small boards with USB3 in my context: a > USB3 SSD UFS2+SU file system on USB3 port and no use of > tmpfs or the like. microsd card not in use. Swap partition > used. >=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 Wed Mar 10 22:42:29 2021 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 1E579579FA9 for ; Wed, 10 Mar 2021 22:42:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-9.consmr.mail.ne1.yahoo.com (sonic313-9.consmr.mail.ne1.yahoo.com [66.163.185.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 4DwnC80Ddhz4p4b for ; Wed, 10 Mar 2021 22:42:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615416146; bh=1ZzTHhS4J2mBr6XufbpxPAkhaA8sXLDt0lNE901Rg1d=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=stE6yDNqsau1jvOMSsovQRvYhrVHw1iEdNbGW5weNUjQmLx+ixg8VwJu6N4v1rAG/zwSf0voCx8fOdeuayCE8CgjNl9mR4CeIH8vHt4Mw7o+hFztbnqxkgcrCmiZJNkQUvnCCmxFdAh/vw4pSyNoG7Ick/Nn44MvtS2B8gB0h6B3u6JVbfId7m/eZqZ6fB6HTDIkrojcWEoe+OEZObI6PHJvcVnHIKLJnQFedP8hElA2ua8FYgYWhdhwE66SRcpGSi/LBrZ9DMYGOaM+3V3brGIntRaYpzi1dahhAMMvtO0C38HZ3oGKgYTH3LS/tZYjNOt9eWxa3x8uG5XC2ErqFQ== X-YMail-OSG: gwhtzysVM1ktvTCeuwFvi7kqDFZ0AmWwSQEAywwk8Su3JjvsEEFQeHoXi7LjQu3 M88yQtuInaDWZughh4C77zLz06785Sry3NrpJxCc246b0a.KGWi7UFQA6DjzATXItG2AGJ.8hSIC Ixn_ZXnyFnfWQ3AjsiCQFqb60ozWgKXoWmYb8mqrEA5rAioDtv75feoQk20XzuFDJKkbN5NYoLkM FJGU_iKBQ6EU10P260SIEGUVgNVtRVf2HyTEDBLdaBhzx2l4qskNDLeIkntKyvN6mA0NhjkpqJR. 4hhBRxC12UQyN6ZpOtxLSPnsl00g.IKLBujAElprUDdrnPp.CmvFHP73cAE7Xnl16Np7PKZkqM7l VL.pE68.uV4yKUoiyhmRuk9siKmbdwJiThpAO2FcNAy0APoubcpbtbZBDC8Flk12FFN1QOLmK7UX bK_yjQfODVV_3eHV_rAOS9jKGuK_xUUnCYnhJz.k303lbfoLvaZwVhtpBtkx_L54hLL4zukkzI7J 8sH8zqSbSZZUq0kzJD7s5yJ0Om1Ot50AMeM3fK5MuvtKO1v1C7h1Suwy2Y_IVltBTP1fcOW_iOki ZgmHc1V3IJOYB6GbD7gJAraRr2GtoRn.8k4lvjKqaE.FRvzce9ZeOKRQU26loiF_PJHY0OBsiFer 4zlgY7GMNKBiQHB68Hz7eAehdTtDOasdi56Qw.PSP_MadlOc5wjq7nTnnDgqPkexnlH0VVxnzeT. Q5zweXlxkcLSvLFy8qVN7u6SSeCwPh28WEE8ICkh5.PXYGTNgkLO.h.QjD2YmBZkGQBcA4BFa9Wr U9Jcl.f8eUv6sa2Xs1gpoHC50LIurzVCul8xiUVFZqg1DEguv3.g.tsZNjhKABQA747lNFlCxrUg HhGEr04Qwvq734XJs3176wuUZjdd40O9HRGuwbz.cpKX01gOVoAQkMlBOiOmhWbAkCOa_3zYl2fJ wD1P7ZaywPXoOH7idsrYFi8FEBItGjk47QStqexP3gCILUgmtZ.4f4Bl7nj854aeLtfcJSjKVUpS _d4Ttz_TwA6lGJ4aAOiCzyf7dukVatpU0Vg6T6sEE0jRYuNqzprPdbnTh9UO6Zv4fJgJMoTNnuPs fSQRPF4cU7Nm_tLot_MvBM01FKPtyBLH1JgMZKby2XKD8XGg9U8crko75rIvafKoBg.JDaVc6B3R oEQ7BqgjS0hj7gPOAiqbe6eJTcUzbHf3czTXfDemL6nsebGyKKDHHqgYOKuzdG73vfsu76NtEWBy sQ_ljpUaYThQudwcdRKlG0QadK1e17J0XCJPx1PvkmPf4VDpAQBeMywG9X6IpT6otFZ4.O6NESue _sGNhJ9Bn6uU7P22KIB819GwfoRFELiIHHp3N1n.pQZSFyCl70HFNNTpJvOifdN9EOvpQBpwMxET xxYoL40FCrofBEPgnjner5OJYF_K0EkRGkzHx73bmQqCa5qGsWdD96AoBRN.4E15BpVU3zUdA9wh k46Pl1N4KRgfAkdGN1g_.jj_4.E7PpCIB1qi16rPcbXDi_NqnLqLnv1CjivzXY9KFklxangq8DUQ ZgJGhRetRNpWH7fYRszqnNGSh8.CkBIs3ZB6TVXVSJolznLb3nIxiTxRa6MK9lJOQTo7YHWloMY3 sBEO1Dw_CIdysF9kKVodAruLsb.Uk65T9EzEsQwj6uL8.cELbIvSSUr_lBFaVGVUlWTU8C7FgJHA rTXt9c7Y6O45LSZGQkwne3WAf3SExp_m.ihbpULUDnZE8noiiJuD6aUH55B18j7duDG1GBArwOw2 achaBWVW_FfxcF.wTrAfAT_eT3ixqzj47MotdLypY4JMsI96Pl1Gaz.j7_iNbNQHZWCF6c4hEqSz iAUJ8vGt6Omkuhv3JOhkEFp9BybREulgr9EveSrnaV3xyQUUpRX5C5ecgDkWgc7xrNzZA7kdq34n LuPIugilcdi64Pt.kki5qAnNP_V4liazUbnGEeT4iRcxdINZ8Xpwh__RzXT40xM1av_FSGh2x33V 4cVAYs7HqgvwMzudIG3QwBTY2P2sSgsolMhLvMS_xxa1BDBRaHwrYCOiU7.mLwljV3RtiRTiaV6b xK5R1PJWxCh_9hTBmOuml7jwHBrZBqk_endHVkURRYWI1lvH5yKaZ8rK1D9fAOLXTqXe8s.hV4Wr v94PrmDntrYAITsuCb4GDZchsmAzirmTFJCCGkxf3XaOoD1bFNL20fYdbitkl6zyJ5QKEf06dPem Q1KkdEWhD54t5JF0dLlOxINyBnCduIKQNr_8jsbGd2VU4W_w3fQPX.aEe69DKpcoZqTcCRpl4NuJ lgR3x_r0OVwhZ9.yc4n4sbwIfdwoqd3fkQeyhcshvhe2y0dj9SQoNFXGsdArZtE8VFa78rMFRoCR YqU5xhhlWyWtOp9gtoGYT2X_WbXXwxDux.Br8EIYroAhMrP.Cf1utq9XJaFLZtD0dmlsYeNDWRPa ScmM0Tp7vGwqw_9i2PIzW6qlyhyo7aahsWKmmJsCffTk9tXHj.EqiKgWfyRs41wl4LXSCB2dsEk8 7gzdGxvvndJYwBXgCWrYleOpEqaIGRdh8rz4ZhPc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Wed, 10 Mar 2021 22:42:26 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fa6de10c516cf967d5a3baf2a20d6452; Wed, 10 Mar 2021 22:42:25 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? From: Mark Millard In-Reply-To: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> Date: Wed, 10 Mar 2021 14:42:23 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <17639EFE-22F0-49A4-9D88-F9EEB11DC7A9@yahoo.com> References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwnC80Ddhz4p4b X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.45 / 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:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.95)[-0.953]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.185.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.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)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.185.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2021 22:42:29 -0000 On 2021-Mar-9, at 10:57, Mark Murray wrote: > I have a RPi4b/8GB with USB SSD HD, and its working very well. I = started with the = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210304-483c6da3a20-257149.img = snapshot, and replaced the /boot/msdos/* files with those supplied in = the rpi-firmware-1.20210303.g20210303 port. >=20 > It's working well, and now that I've built a new kernel with all the = non-RPi goodies removed as well as commenting the other -CURRENT = debugging gubbins out, its pretty quick! >=20 > I2C isn't working though. >=20 > All I get in response to "# 12c -s" is: >=20 > # i2c -s > Hardware may not support START/STOP scanning; trying less-reliable = read method. > Scanning I2C devices on /dev/iic0: >=20 > ... with a few minutes of delay between the 2 lines of output. >=20 > Maybe the IIC device needs to be changed for the 8GB RPi4? Or = something? You may have to monitor and explore the rpi firmware versions. Recent activity includes: QUOTE Commits on Mar 10, 2021 firmware: brfs: Fix USB bulk-read in start.elf =E2=80=A6 See: Hexxeh/rpi-firmware#258 firmware: hdmi_2711_i2c: Correct handling of start/stop codes for long = read See: #1548 @popcornmix popcornmix committed 12 hours ago 0591568 =20 Commits on Mar 5, 2021 firmware: hdmi_2711: Rework I2C driver to NOT use the AUTO-I2C block = =E2=80=A6 firmware: gencmd: Allow groups of clocks/plls to be read together firmware: power: Fix DA9090 under-voltage detection firmware: NVME boot support @popcornmix popcornmix committed 5 days ago 1711f63 =20 kernel: Bump to 5.10.20 =E2=80=A6 @popcornmix popcornmix committed 5 days ago 530cfdd =20 Commits on Feb 25, 2021 firmware: arm_loader: Return all borrowed DMA channels =E2=80=A6 See: #1541 @popcornmix popcornmix committed 13 days ago 5985247 =20 Commits on Feb 24, 2021 firmware: platform: vl805: Get BAR2 address from PCIe BAR2 registers @popcornmix popcornmix committed 14 days ago END QUOTE The Feb 25, 2021 one is a tagged version and is what sysutils/rpi-firmware is currently based on. (I've no background with I2C use in general and so am fairly useless in the area for the RPi*'s as well: just reporting based on some I2C references that I happen to see and why the "Feb 25, 2021" vintage was put to use at the time, part of that being the Feb 24 item.) =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 Mar 11 00:14:38 2021 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 9952557BC34 for ; Thu, 11 Mar 2021 00:14:38 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 4DwqFT6GHcz4tRS; Thu, 11 Mar 2021 00:14:37 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32d.google.com with SMTP id r10-20020a05600c35cab029010c946c95easo11746710wmq.4; Wed, 10 Mar 2021 16:14:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=jQD+ISdyibOHv3nwtWSGl81VZpZT1pGQquwaDKBnsZM=; b=FYZQcLGQP3odmzUf9QtYGZQtIZbHwmOnjZzsIhcSpcO0H7jH0eN4AuLb/UwXeVb4Hs mqyqkW/ZNLmNPeSrMhI3q/UZbuaFBeKBvz3UR/hVHgyRngeyKSylqAwhmTGLkXyNr4Mp Yr1cHMopE+zMptScxueZUzlBfFHabUNPT3pouFuFakaazw1wOQ6DDpQWD08rVVe2Giaw KH5TUE4xgLCgo0AUFL9i6kDZ1t56Q0iACXwvdT7FXB4nVlGBBR67jDDvb8NRret1AUMh ryQX2aZNrVwKdBo4uYRwi9NTa8IwuONxKVIFpSUTZbw0qd6wzB1F/jaQPiY+iSA68Su9 eFbw== X-Gm-Message-State: AOAM533LqSnQi40aoV5p0PDLIKP/l/ElcNM4KW5xnDnGztxt6YEZoifr 02OLAiq+QK4MVLvznhaS+8I= X-Google-Smtp-Source: ABdhPJzVj4VAGRzpBtdZ2UnnMFaWuClTJFyJ/80n/116S0sd0c8IBaMXLq9mk3xV+g2GMRb2UkdRQA== X-Received: by 2002:a7b:c119:: with SMTP id w25mr5472086wmi.127.1615421676542; Wed, 10 Mar 2021 16:14:36 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-155-218.46.114.pool.telefonica.de. [46.114.155.218]) by smtp.googlemail.com with ESMTPSA id e8sm982507wme.14.2021.03.10.16.14.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 16:14:36 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPI4/8GB i2c not working? Date: Thu, 11 Mar 2021 01:14:33 +0100 References: <0D013C24-3CDD-4262-922C-524916ACCB10@FreeBSD.org> <17639EFE-22F0-49A4-9D88-F9EEB11DC7A9@yahoo.com> To: Mark Millard , Mark Murray , freebsd-arm@freebsd.org In-Reply-To: <17639EFE-22F0-49A4-9D88-F9EEB11DC7A9@yahoo.com> Message-Id: <5A7D7073-90A0-48E8-A5A4-D353004156CF@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwqFT6GHcz4tRS X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FREEMAIL_TO(0.00)[yahoo.com,FreeBSD.org,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.155.218:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32d:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32d:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 00:14:38 -0000 > Am 10.03.2021 um 23:42 schrieb Mark Millard via freebsd-arm = : >=20 > You may have to monitor and explore the rpi firmware > versions. Recent activity includes: >=20 > QUOTE > Commits on Mar 10, 2021 > firmware: brfs: Fix USB bulk-read in start.elf =E2=80=A6 > See: Hexxeh/rpi-firmware#258 W A R N I N G=20 new CRAPWARE-files from rpi-org-upstream dated Wed, / 10. march 2021/ = 02:36 will kill ' powerd' ( at least on my machine ) : =E2=80=94 =E2=80=A6=E2=80=A6. Starting powerd. powerd: no cpufreq(4) support -- aborting: No such file or directory /etc/rc: WARNING: failed to start 0.88, 0.38, 0.15 up 0+00:00:59 = 19:38:39 ... -- files no further tested because quickly removed from my beautiful system = :-) Ha Ha=20 K.= From owner-freebsd-arm@freebsd.org Thu Mar 11 00:16:47 2021 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 A9AF657BD11 for ; Thu, 11 Mar 2021 00:16:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450: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 4DwqHy5P5kz4tVV for ; Thu, 11 Mar 2021 00:16:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id d139-20020a1c1d910000b029010b895cb6f2so11759792wmd.5 for ; Wed, 10 Mar 2021 16:16:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=jZIRG0iTkf8SPgJ7HLoGqfFOfw0ZNgLIKWxCXNh9aww=; b=UVZxcQfP4i2jvQLJBg4F7zIv9yT41qWPtgiw4Qi5MSIt+2G3Bu2+8gqKl+H84nm5Dd xAe/HZ+rNhXRv72REEj08n7Ah7s/OQbT3fMKNjhq2WSs0nMVw7tqn9Ddc3xAIvcaZWOs ldJxHPGzsM/kQ0Fw63l7mRTvoeVa/1Eq1e9Z+ZuvQw4ySjHb6Qj5M3so6RwaDb1lswFz jEh6GkZt6nsjRNtbb0+NonQz7cyhDXQ6jLzy1NLMMrQ4CZaJ02nOe36xHQbXN2I+7Dex 9EjkjjT4U+i/5W2Dev4J87U3pOYlqqTJjEW6ZppqIh/9XMH4vVWfvI5EiGppvq1nj0nm i/qg== X-Gm-Message-State: AOAM530MHH36xcIbgi5pKHBMm30ww0vKdhEETB0/ENVL78sdUz68jTGJ fBndZ0IxeGViMQQ+wtkb2lpQ0ATR9hNZXQ== X-Google-Smtp-Source: ABdhPJwfG30+7BMNe7ZsCIOj4uNpLNI8RRRWRsYkyJObBgyd7vKLUVnmhbaeymsFx6lUQpiFKYkdBw== X-Received: by 2002:a05:600c:d1:: with SMTP id u17mr5701906wmm.64.1615421804915; Wed, 10 Mar 2021 16:16:44 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-155-218.46.114.pool.telefonica.de. [46.114.155.218]) by smtp.googlemail.com with ESMTPSA id c26sm976328wrb.87.2021.03.10.16.16.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Mar 2021 16:16:44 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (Mar 5 2021 firmware is bad for USB based booting) Date: Thu, 11 Mar 2021 01:16:42 +0100 References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> <24202B69-A5F2-41CF-A6F4-7113B76B9B0E@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <24202B69-A5F2-41CF-A6F4-7113B76B9B0E@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwqHy5P5kz4tVV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.155.218:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 00:16:47 -0000 > Am 10.03.2021 um 23:28 schrieb Mark Millard via freebsd-arm = : >=20 > =E2=80=A6=E2=80=A6 > .. > (temporarily where = https://github.com/raspberrypi/firmware/tree/master/boot/ =E2=80=A6 here too ;-) W A R N I N G=20 new CRAPWARE-files from rpi-org-upstream dated Wed, / 10. march 2021/ = 02:36 will kill ' powerd' ( at least on my machine ) : =E2=80=94 =E2=80=A6=E2=80=A6. Starting powerd. powerd: no cpufreq(4) support -- aborting: No such file or directory /etc/rc: WARNING: failed to start 0.88, 0.38, 0.15 up 0+00:00:59 = 19:38:39 ... -- files no further tested because quickly removed from my beautiful system = :-) Ha Ha=20 K. From owner-freebsd-arm@freebsd.org Thu Mar 11 03:05:33 2021 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 CE7015ACD6F for ; Thu, 11 Mar 2021 03:05:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.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 4Dwv2h1n96z3hYB for ; Thu, 11 Mar 2021 03:05:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615431931; bh=6lL10SD54uO1tnnnZwvXWuHVrAljxIVKy2zAtXc9LYC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OGJ7hN3OTEgdEBAZEQ4K1CM/wi8XRqEIDyitlgyBqOoDpzEMQiah9IlUG+HmwiX39GQCXlBmKsdupeXE295geY6X3NkSe0v2rzRZXw6/xGT0qcyiJHBjS+eEerVKS8X/aFk93h0xmhT6oxyA2e11XEYvh3FGYvvv2hOYDNFgz6DGgsyaWmFivy7iheTB9CT0Wh5ky14pwzC+Ivl18Wk1vzIqvPcM5YO7MqukPKyLfYLraISse9R1VsYOcIqt3gew/rsp1gA2WYbZb9mJlrq0B6dtMGRyyC0gIXOKEHzcA/TrLoGfJUIYXFabRmoehvQj3dWJqCX6jqznFe+2ppQsGQ== X-YMail-OSG: r2UBpQIVM1liSeSvByswcP2sXu.nXsQLvg0exRa0auUIhcMLz324dZhcasPAl1l PfIdDp2JKOs2aUkvJUGRKYhArirGGpc3xxIUK7cpe1q9V.a0iCVBX0LsYSTn9_c7Cc4b_6vTqyPd EmUlTeNALoBlB1JhKbks7m2vpHIwRCPyahhk4IKC9Q0xLmjf_P1FHbszEzNrWMTqMUIklH4PhXLk PzXNB7ZqVA8N6VqnbU7sl7RJQez3Q4PopHsMkZSIC52y0UJ9fVAyvcgvWNIlQ8Oa3mmHysAJPpy0 dhXjJuYbfCkFmdQ2V0GtCEERNyUxiZPjNyHTxHxvepOgTdhMRH5spLv5IkDilT0IqazjWa_YysjN PB4lk5sisejuQxqkjlOy5E6S_RqXaXv6kRXsAaiaoscsQUqr3Grm3WxmL9BYWF5ua2M4UD1uMwLC ZBtVbjn1IWTtTU32Ezf10s748x9aF6Z2ps04wsAeYVnWB2nPl53X81f8L9q68DhBEZiCeqi_nPBu 89t6NK.J2.Owd2JVbl5gC6gVRcFIQAg7xplMyW09MozBENoZ3GbD16zY6M40RRDveKQe6gfoDy17 f1dTlhj8KNfISQGMxwTqP0TnRbYSHl09cNEvLNkNadLXenUP0LXmlS_zzZGeQ8qtdyPkbeH8CoCY KxNrXmf6UdDqAx5aMJUvrm1rhUIOuKtRjbVnx49cK__wdKTdYS5McWM9JXh6xVcTk0Ao5tFsRJdT 2YGrY2_iM8Xm.dvQmRHXgzMUyyVP4JEgRmtmB1FKeJ53KqVBTIT0S2bqoAO9K2ytn3KmJyk6xAcb zOGowsKgDK6UjSzlGXUvWE3ZgYxMLrtsm5L0blLT2_qf6TYdMhjyaFInqCA6u6wXlZzn3421crZK VD1O4OdDBGllKm2YF4mLfca1p230U.RWlA8SNIlQc72XAEUyOdDDGxHz5fwqMbSrmWsNJP5rFm4C wY77rDKk2xDdSa8R9uB6adaXH7Os4pBKshTbOCxWG6zXrjjOyLDoV7oawKc2emlbuPd46BDo93Mh VO4Qf3M6WeMWFCxjGzNL8GZ39rVDp1c6O6AkbhVykCkjjIQG0Torx6yrtisEO__imnLMY2xfoMvG g_G07PJ0Swid.V_d43.GLgbppcH12xpI7mnpRLLoBsXbV9314iaXr3UFmlAVg3v3FwR5n1aGg0jW 8MqYKh8_VzbMapEb2nU5KglH_evPAQWEAxNKdhkZJQqI1KZ4vNAsC1ypXJ4qoh9424DIsKR4pNr. cJbM6CGCNVf5Ir5VNltJ0uV2J4L2L0gbcgZnswUbIzVhFCWv4EwAy12e71ytfXrw3JwfERFwCXQv kDdkzMInWl3Kye9MwJU5TMFtPNHw9f3ZVYe8f6_TJ2KoLY48d1EkQ.KtQmhHM46HyOGZLASj.SYr 7.8v5FE.w_9my6IeSh.SC0sv1IHC89UqQLnYOK71aJKWmtq9_oleTzdIwLPzivwB1YUCGPK8GSZv ctveF4_yXCqG.nlbPTUxjwd_A1KSVh0iuua6K0C6oABzqyzbBKxaAVu.ALivGt6BrfPfsZ5VSam3 7s1MgwzxGuZLMXhxJhYhAK_7iWDW5Y0pj9FeQ3Af8lMkrmoLhrsDTPVp5VzlaiScUai42lKy4uTm wA7nOknSU9afwS75mdBN61PeXo3Y6GfkhEr.yHFRcCxLmLfV9XPfZo.nu2Q5v4_cgTsttsUEGQGs yP5GWnfgjYokiUFgBi_HhXmAENkesKb0D0GlEL041.SopvocBcmrLImr1Ti8vkoBF4nvzMovktkW 53YDD4_WY4nzJXvjQPSr3bb7CXK5BAuq4naliut82wTJSVuvO9y4fDUdIjzWJhHfLjlmvXDYw__E mI3jwrPHmR6OoyDEe9qL.cjbANxjVOFlXvcPoLDlHGyADU4BKKghQBstcmxclc0i2NCJshinTOrV h16HQBH5IH.LLFMxxLFbY_y8Y2Sqar.omr1gkFszih.zwDCICpPUZzQc_fsMKHijWDT8q6f90xcF em3Ea60OcZRk9hrPT0glsmCqiqZuf8iLq2n7v4ni2WQuqL9AqsBZntyIoBsB8cwkoFJVh8iGZk_n UJgo6N0ok0DjK8FyJ14alWUBD.8sEdJPnciv7_0u8ys_dAtsX4YC3E_fdTvfhtkB4vZZJ.wV5NCm upr.l2vGjfm4xfLEz0ueF6cLXfx4rcLWwN8POay7yzyFj726Z6ThNeX7W0oZGIl7yIM1LvBh48xt P_fn1Xott5qCKLOob3wYlnqJhdyclA.RqOnG21oNnoNsfV6O3bG5CKI1BSJ7xw3zEEEZLQGIZu_p 1VsmaMQOK4.DJXCax9j.nYLAdFM1QPrrUBNyrYklJsXOVpy2Ya05jz7TAW4dhTutTgzNxXnov6z3 lox2cDcJ2hW2qAEBbth6ADpkMGOo8pqRzbfBwUBYgUlDfjwyZQaWq7x3OJgQYQ7_n6tOCssFuGHQ qV.ha7JPYwKYKhWnzMKZoHpjVE3AloIfo0UxpfSUxU260qceLJEgFtZ20tdNXiLKVwl8eF5UDb6E UDRqhfW6n7oKF82c6O.JKzzCKSSnmmg8rRV4m1HV27C._WZa5I9FiDyLXZz38gHiDiM0Ry9ynSzM ydcq5pJ_2Z7haxnLwfq125AB8mSbQcPQq34HSEMey6D5Ttkogr42zmep5eqiNXuDhpFpmlSj84o_ uzrMyUxCZIDrW8DiMQZtkWY40kHKuwJtfVUwC4y9FUNNhl0tz7kfgUO8h07mEx6u8AY7CdX7_8JZ ZVs9s58Dsxu.HYD9Xzi3GgDd6051BbTKhfgISI5xzpmp4ew-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Mar 2021 03:05:31 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 62e8888b4473b06363a18829889eab64; Thu, 11 Mar 2021 03:05:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: FYI: main (bad9fa56620e based): some unexpected SIGSEGV's using poudriere-devel to build armv7 ports on aarch64 (cortex-a72) system From: Mark Millard In-Reply-To: Date: Wed, 10 Mar 2021 19:05:26 -0800 Cc: freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <44D4B523-D8E7-4E86-8458-B8F5165689C9@yahoo.com> References: <8B54D020-A3E2-4441-B6A0-894831E7E1EC.ref@yahoo.com> <8B54D020-A3E2-4441-B6A0-894831E7E1EC@yahoo.com> To: Olivier Houchard X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dwv2h1n96z3hYB X-Spamd-Bar: - X-Spamd-Result: default: False [-1.52 / 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]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.98)[0.982]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.189.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 03:05:33 -0000 On 2021-Mar-10, at 10:09, Olivier Houchard wrote: > On Tue, Mar 09, 2021 at 03:39:42PM -0800, Mark Millard via freebsd-arm = wrote: >> After using poudriere to build ports for native cortex-a72 >> on the MACCHIATObin Double Shot (and similarly for >> cortex-a57 on the OverDrive 1000) I attempted to do my >> usual bulk build targeting cortex-a7 via poudriere-devel: >>=20 >> # poudriere jail -i -jFBSDFSSDjailArmV7 >> Jail name: FBSDFSSDjailArmV7 >> Jail version: 14.0-CURRENT >> Jail arch: arm.armv7 >> Jail method: null >> Jail mount: /usr/obj/DESTDIRs/clang-armv7-installworld-poud >> Jail fs: =20 >> Jail updated: 2021-01-27 14:47:10 >> Jail pkgbase: disabled >>=20 >> But I got some SIGSEGV failures that I've never before >> had analogous failures. I'll show the 6 backtraces. >> They all have a similar type-of-context but in various >> programs, summarized as (from the lldb bt outputs): >>=20 >=20 > FREEBSD_COMPAT32 was indeed broken on arm64, and the process would = crash > when receiving a signal. I believe I fixed it in -CURRENT with commit > c328f64d81079bad5064c8a387883df50ab5aaed >=20 I built and updated FreeBSD based on that vintage and the port builds are part way through. The ports that I had observed problems for have built just fine and no others have failed so far. If it all builds, it will be tomorrow sometime before the bulk builds finish. But I figured I'd indicate that the fix looks to have fully worked for my context that had the problem. =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 Mar 11 04:14:14 2021 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 4304E5AFED3 for ; Thu, 11 Mar 2021 04:14:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-30.consmr.mail.ne1.yahoo.com (sonic301-30.consmr.mail.ne1.yahoo.com [66.163.184.199]) (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 4DwwYx0h84z3n1d for ; Thu, 11 Mar 2021 04:14:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615436050; bh=8xOTCuNLexsEkoyUgHF6xxLfIaCQ+9UMFXu35zGuvj1=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sZzc3NYG/PdpjUWiTQ2BiarbKXdDkyjXp3P3JlRPSckduL9CPtGQMlqIPuDkzP/K3LG1UV4dVa+iLJhtgEjMov6a5M41F0ya7pBqzPYpFDwrr2T0ibMojKFBjPOx4Xz0iawroEpa7g/Z46Sn2k0mhlXsU+lAsuACPUfFemI29HkvUhZ+KPK8pBq3zgx9mk+RhPqW4ER2frANffx9qZRfsf7309RxM5i8hlHGeXskERO90QsX6W6l1oUQrHMxh0Pm5BQKusR5dqMo+wmS+6YetcG0adttlfbuU+Elwu1xYvtcYAnecAaJsMXe1S/z/RAYijtWskoIl418PDj9bkHCnw== X-YMail-OSG: E7LggBwVM1mtLKdSnJ_dFAf2sUurTLePGviddtC30N19gKZ2RF0ivWcG29NU01G ycOepEZJqu2dSqYvJBwi8RsodstvUlkYtlj01OgKT0GXw9MLzSV6mw.cLmTKUPyESm_UC7Af7f.V aLGBN9jqOi8qvXzc.RQQqqaGt9LOyEMhBu3k2vE2qyOj47p6SodZGbhDNIp4hd9iglfXrTOwbcld 8E0iW6qKvLqFRr5e_g1c.7RQm1N3Bh8u6Dnh_2OjhMMqGDYL7lI5e6Agaxxr6ySGv82BogGhhDR_ I2w9jdrLTIMl7bzXAxJ1e3lGn4k75f8xCQfaMzIYTftuPPytWjWrfK3v3BcAAClRRZnjg6ZNNM.L QqrDtk_yXIDoJTRhDIIs6Gam3UvqB6US4I5rjtJOi7EVu4lXMR1xMTdH2JyN5neZwU.2bMOowO_W Ej0tvjhLSObnkJfBPZP4PMzRrMkkk5S4n_JkuHXspL6tlSIhgbHBqaEy9nKk1PutGCDfnJhP1F8y pzOkyx69in1TXEIzG7h9T5UC0GiYKlJ24S1Woo6wVcINhmbg6hb3KdtsbT0h25YRE4stwteDEDvS aamMYaXlmr0mBQYmfK0KTSAbJAeuZkjqSKqQkGILaK0mWHh9m5ocuxnTnoC8.W0x3ofdkDMpw4K0 SnJZmDrWhjGb_1dQBXTTgIi0Z2nFV0lXKYphl2EQFxSpdCO2okTfFyUm.QNCBg1Hm5ltilT3Y2i5 sT8UA3Ynuwuqwz0epjtKifpVoZCq8eelXaq31UCTpUvzY2W8TX32yqqe16j13qeyjbDYoqt7iwZL ioSOAGrgc0ORNP8x1GchixHhzyF.3qGZlwQZ8skYTx_AMzW3Ktu4c.DDGgtZCEnbLZJdQ0a11QRc e9VGUKlcZO8nfhjtVsNnUrNjCHOJKt_yWyJPbNkP.jordGNT5C64wQjeNuePglnKiGyv.JAr1Okt GsjXT71fJHXHLdPFRp0LoovlSB_BPWmQ62ZaUlvMWvbV3T8.RpUGytT_H2QIzeByIgsgdN.oy0wj Xrb5y4_8SnmGJHLD8QP8TYpQjj4SazBy57ug001nf7ZDf3tpmyuWHXDfSVUzbt83Jij7_rRBvQdo CS8VASNh77FNi0Gdvhdj6b75PSexNXor.gVwBNnS7pYY8WOf9oAqU2eFEy5vsEAdBCV6Nr_2ISFp LwWxxKrdIQeQU5MPYXjl3nkfhGubUUvVapWIkPtqSIn0YkBrZW5BHXzRkTlUIACnzG7kW0KfZ8OG 8Q5HmRtBH5hfVRtEbufGGYyhCNfgbgI2uk.iPXS7eGdt5.g1DNXNZ14qwTVKa70WeJ8QNHE0cDyl 34v4i3hkGoWHL.f2VkGeG0vN9rfOaZEmVMgxxoSp50gPSOgs26.5yarxz4E3p62_Gj1KyifPBR0K FwRp.c0da_.jHCFQwwxyut1ORKwyYuWtzsvF1iJiXZ2KpPllHbgamATHa4IOnTQzfPPM.Uzp6xOU Z20PBG79cci0.CSRmX497Lm0ecNyhk5DY9qZ7qvczKY5LW9neDiXjz_bIeG4N_X1oYn4z.s7W6JA V5DK_1EZE939abvkxDY64GEJ81Fm2ImP.tGqUzq5Lemq9Gysw.pQaQ4Tgzb.fj2rjFhRvn98IBch NU.AxJaOhvEzbyKpyLMyBeN8.AO3m0wSgV0IJ6cjaps5dmL.cDVNubCFHIBqAjalX4b7tAvE_OYA Jl1Z9d_DDG1kimyrtzkQUH4DcLhW8wC1mnbJvdQAGSIX9G1KfYwiDsB4HRLubaqPirItKOavFFYT IHg3PsoYdPqMoL9fMsbk0DmMGbOpRdaDc9L1HlOoJmuZXl9pkx_db2txCAzqYvdAbmdP6EINz_JW 8rvqYHZPXGbeXeM2GHPaG.NWjlWmUQu4i4x6eiJUv9VuzVo6XyZSgEbj98fJcFxaT5CfjVe1ye4A YhMSvki1jdYzK33yzsn2TAnW9DEvnF0zGUwaUpdd2WRhbfIY.E4VFySssdM4B_KLwH52AlY3O6Yn l4Ue8Zq0VCQ4Fx1j7CJWEGS3Aj42xYDjOdjYc_RB5h5s4QabqeKJJG0TotK9dQ.U7u.CK5wZHD_e pRdAKw3FliAYvsAbEYmk6rHX16IuI6nJppjqgEh6KNSZoybvEpBRxpNAa1rC1j90Bo2qRwnECYHY 6bvaqkkBCtkblxkw7pWD4Yyf8aT5by_fmEanU9beCIhUOJL7FSCXA5plJl1I7LsGHmTLS63jOWSi Fm1k0yug_QkChp3u59dd8t.GFUQyedIl5w6aopcbbJGtUmESClyfKYiAn76f8m0TYWLUFHfCM661 5BThXPxWCAR647R6efX5ws5Zfe55YCOIFgAT6kTlwW1rdYsWaey3NTOEGg8n.E.Jgvv.d.g3ardv ILuV7_pxKCRqvct6wZKghRlP5W6bTvzah9e_0zBFgLsByGHoBFT0UcWfOrjzHRf_qSV8kM1yOACq Z3co.TS0Et6DkYNHTxwhWyjswY4uVF.BlwysQKogI1_9N0Gbwg83t5iLvrUISr0_k1HnS_Xhcoms 5JBd5NQlFPIt18wkOF0hnVGxK_iWMi5k87dY1.rRR4WcJP95AHvtfygk2jpG0qkU0o9KfqTQu.Ng 7d5ZTfbApEvLvggKLmCo.CrddToJG5KtVSlwJyVb0dnq72Ff2vQFUjg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Thu, 11 Mar 2021 04:14:10 +0000 Received: by kubenode556.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 932e6acad13a7553534249f28e87d43c; Thu, 11 Mar 2021 04:14:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (Mar 5 2021 firmware is bad for USB based booting) From: Mark Millard In-Reply-To: Date: Wed, 10 Mar 2021 20:14:07 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> <24202B69-A5F2-41CF-A6F4-7113B76B9B0E@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DwwYx0h84z3n1d X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.184.199:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.184.199:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.184.199:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.184.199:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 04:14:14 -0000 On 2021-Mar-10, at 16:16, Klaus K=C3=BCchemann wrote: >=20 >> Am 10.03.2021 um 23:28 schrieb Mark Millard via freebsd-arm = : >>=20 >> =E2=80=A6=E2=80=A6 >> .. >> (temporarily where = https://github.com/raspberrypi/firmware/tree/master/boot/ =E2=80=A6 >=20 > here too ;-) >=20 > W A R N I N G=20 >=20 > new CRAPWARE-files from rpi-org-upstream dated Wed, / 10. march 2021/ = 02:36 >=20 > will kill ' powerd' ( at least on my machine ) : > =E2=80=94 =E2=80=A6=E2=80=A6. > Starting powerd. > powerd: no cpufreq(4) support -- aborting: No such file or directory > /etc/rc: WARNING: failed to start 0.88, 0.38, 0.15 up 0+00:00:59 = 19:38:39 > ... > -- >=20 > files no further tested because quickly removed from my beautiful = system :-) Ha Ha=20 I will remind of what the RPi* folks report about using such github materials (in an raspiOS or raspiOS64 context, usually via rpi-update use): = https://www.raspberrypi.org/documentation/raspbian/applications/rpi-update= .md says . . . QUOTE WARNING: Pre-release versions of software are not guaranteed to work. = You should not use rpi-update on any system unless recommended to do so = by a Raspberry Pi engineer. It may leave your system unreliable or even = completely broken. It should not be used as part of any regular update = process. . . . rpi-update will download the latest pre-release version of the linux = kernel, its matching modules, device tree files, along with the latest = versions of the VideoCore firmware. It will then install these files to = relevant locations on the SD card, overwriting any previous versions.=20 All the source data used by rpi-update comes from the GitHub repo = https://github.com/Hexxeh/rpi-firmware. This repository simply contains = a subset of the data from the official firmware repository, as not all = the data from that repo is required. END QUOTE https://github.com/Hexxeh/rpi-update says: QUOTE This is only intended for use with Raspbian. If you are using a = different distribution then check with the maintainers if using = rpi-update is safe. If the distribution ships a custom kernel (e.g. BerryBoot), then it = almost certainly is not safe. . . . Even on Raspbian you should only use this with a good reason. This gets you the latest bleeding edge kernel/firmware. There is always = the possibility of regressions. Bug fixes and improvements will eventually make their way into new = Raspbian releases and apt-get when they are considered sufficiently well = tested. A good reason for using this would be if you like to help with the = testing effort, and are happy to risk breakages and submit bug reports. = These testers are welcome. . . . Backing up before updating is always advisable. END QUOTE FreeBSD's kernel is an example of a "custom kernel", even more so because they are likely presuming linux. Releases showing up in "apt-get" are only from some of the tagged commits, no others. The RPi*'s release and pre-release criteria do not involve FreeBSD compatibility in any direct way. =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 Mar 11 07:54:34 2021 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 F38A456CB31 for ; Thu, 11 Mar 2021 07:54:34 +0000 (UTC) (envelope-from wa5qjh@xmission.com) Received: from out01.mta.xmission.com (out01.mta.xmission.com [166.70.13.231]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dx1SB2NSkz4SF7 for ; Thu, 11 Mar 2021 07:54:34 +0000 (UTC) (envelope-from wa5qjh@xmission.com) Received: from in02.mta.xmission.com ([166.70.13.52]) by out01.mta.xmission.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1lKG9Q-00FP0K-9r for freebsd-arm@freebsd.org; Thu, 11 Mar 2021 00:54:32 -0700 Received: from [210.185.171.178] (helo=[192.168.254.156]) by in02.mta.xmission.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lKG9P-0026MC-Dd for freebsd-arm@freebsd.org; Thu, 11 Mar 2021 00:54:31 -0700 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable From: wa5qjh Mime-Version: 1.0 (1.0) Date: Thu, 11 Mar 2021 15:54:25 +0800 Message-Id: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> To: freebsd-arm@freebsd.org X-Mailer: iPad Mail (18B92) X-XM-SPF: eid=1lKG9P-0026MC-Dd; ; ; mid=<8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com>; ; ; hst=in02.mta.xmission.com; ; ; ip=210.185.171.178; ; ; frm=wa5qjh@xmission.com; ; ; spf=neutral X-XM-AID: U2FsdGVkX1/+OR1E5pG92MoaYxUiYglt X-SA-Exim-Connect-IP: 210.185.171.178 X-SA-Exim-Mail-From: wa5qjh@xmission.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa05.xmission.com X-Spam-Level: *** X-Spam-Status: No, score=3.7 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,XMNumbers,XMSubMetaSxObfu_03,XMSubMetaSx_00, XMSubMetaSx_01 autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5269] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa05 1397; Body=1 Fuz1=1 Fuz2=1] * 1.2 XMSubMetaSxObfu_03 Obfuscated Sexy Noun-People * 1.0 XMNumbers Suspicious email with numbers in From & Subject * 1.0 XMSubMetaSx_00 1+ Sexy Words * 0.7 XMSubMetaSx_01 2+ Sexy Words X-Spam-DCC: XMission; sa05 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ***;freebsd-arm@freebsd.org X-Spam-Relay-Country: X-Spam-Timing: total 297 ms - load_scoreonly_sql: 0.11 (0.0%), signal_user_changed: 14 (4.7%), b_tie_ro: 12 (3.9%), parse: 1.40 (0.5%), extract_message_metadata: 4.8 (1.6%), get_uri_detail_list: 1.00 (0.3%), tests_pri_-1000: 6 (1.9%), tests_pri_-950: 1.93 (0.7%), tests_pri_-900: 1.53 (0.5%), tests_pri_-90: 92 (31.0%), check_bayes: 89 (30.2%), b_tokenize: 5 (1.8%), b_tok_get_all: 4.5 (1.5%), b_comp_prob: 2.4 (0.8%), b_tok_touch_all: 74 (24.9%), b_finish: 1.05 (0.4%), tests_pri_0: 143 (48.3%), check_dkim_signature: 0.85 (0.3%), check_dkim_adsp: 3.4 (1.1%), poll_dns_idle: 0.91 (0.3%), tests_pri_10: 4.5 (1.5%), tests_pri_500: 15 (5.0%), rewrite_mail: 0.00 (0.0%) Subject: what wlan driver to use on a 3 yr.old Pi3B? X-SA-Exim-Version: 4.2.1 (built Sat, 08 Feb 2020 21:53:50 +0000) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) X-Rspamd-Queue-Id: 4Dx1SB2NSkz4SF7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=xmission.com; spf=pass (mx1.freebsd.org: domain of wa5qjh@xmission.com designates 166.70.13.231 as permitted sender) smtp.mailfrom=wa5qjh@xmission.com X-Spamd-Result: default: False [-2.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[166.70.13.231:from]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:166.70.13.0/24]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[xmission.com,none]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.231:from]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.231:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[166.70.13.231:from:127.0.2.255]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 07:54:35 -0000 Sorry, I know this must be 10 steps backwards for most of you. I just downloaded and burned to SDHC the new RPi3 12.2-Release and was so ha= ppy to see it "wake up"! but I have been trying for hours to get wifi up on i= t. I even resorted to plugging in 2 external wifi dongles, neither one of wh= ich i ever made work. but at least i found rtwn drivers in /boot/kernel. i k= now the wifi function is woven into the bluetooth controller, but I saw no f= athomable (by me) connection to a driver.=20 I need help, Please. direct answers as to the driver name, links to places t= o read, whatever anybody is willing to share! Gary Corell Ya gotta see time beyond the end of your nose= From owner-freebsd-arm@freebsd.org Thu Mar 11 09:32:22 2021 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 AA68E570A33 for ; Thu, 11 Mar 2021 09:32:22 +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.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 4Dx3d20MwJz4b9H for ; Thu, 11 Mar 2021 09:32:21 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Thu, 11 Mar 2021 10:32:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1615455140; 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: in-reply-to:in-reply-to:references:references; bh=X5lMnY1wNwEu5BO2bMEIdDlJbB26OJdTaY/pS+aC9lQ=; b=jEqohWMJBOgAgE60T9W6WO5YWUKlbFRsnrWvDLJdBhhsyzXTMjsiV2WR/We5qJYDVJnaq0 zr5PXt27KGMD8kkSM1yvZaCQJkaKFQz2mVNIPWj5mcUUlxrPMaNHJfZXqLsYZsS0ojzB/t JVwYiR9mPDa6gJ1KhWOMf8a8MNz9UCm+aUmmhU6wXt8Apt9DZiT1+uMxur2Z3J3vKSgRVj IbCGvW0GoSTlXggaVtr7MWFCKi3GQHJ1ChWtEppFoCelBlLLwesP03HzDkHAv8C9xyD6Z+ KQkb2u3sBkcDLIUl7iDYEI2yVnkaK8s/0XsAB9CBZuBee7vUy62FQcHInDCU+A== From: Ronald Klop To: wa5qjh Cc: freebsd-arm@freebsd.org Message-ID: <849246148.10.1615455139774@localhost> In-Reply-To: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> References: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> Subject: Re: what wlan driver to use on a 3 yr.old Pi3B? MIME-Version: 1.0 X-Mailer: Realworks (551.2.89c726ce8c6) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4Dx3d20MwJz4b9H X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=jEqohWMJ; dmarc=pass (policy=none) header.from=klop.ws; 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 [-2.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MID_RHS_NOT_FQDN(0.50)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 09:32:22 -0000 Van: wa5qjh Datum: donderdag, 11 maart 2021 08:54 Aan: freebsd-arm@freebsd.org Onderwerp: what wlan driver to use on a 3 yr.old Pi3B? > > Sorry, I know this must be 10 steps backwards for most of you. > I just downloaded and burned to SDHC the new RPi3 12.2-Release and was so happy to see it "wake up"! but I have been trying for hours to get wifi up on it. I even resorted to plugging in 2 external wifi dongles, neither one of which i ever made work. but at least i found rtwn drivers in /boot/kernel. i know the wifi function is woven into the bluetooth controller, but I saw no fathomable (by me) connection to a driver. > I need help, Please. direct answers as to the driver name, links to places to read, whatever anybody is willing to share! > > > > Gary Corell > Ya gotta see time beyond the end of your nose > _______________________________________________ > 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" > > > Hi, FreeBSD does not have a working driver for the onboard WiFi of the RPIs. Your only option is wired ethernet or a (supported) external USB-WiFi dongle. Regards, Ronald. From owner-freebsd-arm@freebsd.org Thu Mar 11 09:40:46 2021 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 109215710B8 for ; Thu, 11 Mar 2021 09:40:46 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [79.134.105.182]) (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.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dx3ph6rYBz4bCH for ; Thu, 11 Mar 2021 09:40:44 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.151] (87-95-57-131.bb.dnainternet.fi [87.95.57.131]) (authenticated bits=0) by mail.kronometrix.org (8.16.1/8.15.2) with ESMTPSA id 12B9eZUi005234 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 11 Mar 2021 09:40:36 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 87-95-57-131.bb.dnainternet.fi [87.95.57.131] claimed to be [192.168.1.151] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: what wlan driver to use on a 3 yr.old Pi3B? From: Stefan Parvu X-Priority: 3 (Normal) In-Reply-To: <849246148.10.1615455139774@localhost> Date: Thu, 11 Mar 2021 11:40:30 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> <849246148.10.1615455139774@localhost> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dx3ph6rYBz4bCH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 79.134.105.182 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; HAS_X_PRIO_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16302, ipnet:79.134.96.0/19, country:FI]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[79.134.105.182:from]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[kronometrix.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[79.134.105.182:from:127.0.2.255]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 09:40:46 -0000 > FreeBSD does not have a working driver for the onboard WiFi of the = RPIs. Your only option is wired ethernet or a (supported) external = USB-WiFi dongle. Are there any improvements for RBPI 3/3B+/4B for wifi on-board support? = Is anyone working on this part or not?=20 There were discussions last year for this part but nothing happened for = FreeBSD 13.0 Stefan= From owner-freebsd-arm@freebsd.org Thu Mar 11 11:18:37 2021 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 A8D0D5747BC for ; Thu, 11 Mar 2021 11:18: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 4Dx5zc5N9fz4jM3 for ; Thu, 11 Mar 2021 11:18:36 +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 12BBIRO9086036; Thu, 11 Mar 2021 03:18:27 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 12BBIRfI086035; Thu, 11 Mar 2021 03:18:27 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202103111118.12BBIRfI086035@gndrsh.dnsmgr.net> Subject: Re: what wlan driver to use on a 3 yr.old Pi3B? In-Reply-To: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> To: wa5qjh Date: Thu, 11 Mar 2021 03:18:27 -0800 (PST) CC: 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: 4Dx5zc5N9fz4jM3 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 [0.61 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[dnsmgr.net]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(0.71)[0.714]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; 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]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 11:18:37 -0000 > Sorry, I know this must be 10 steps backwards for most of you. > I just downloaded and burned to SDHC the new RPi3 12.2-Release and was so happy to see it "wake up"! but I have been trying for hours to get wifi up on it. I even resorted to plugging in 2 external wifi dongles, neither one of which i ever made work. but at least i found rtwn drivers in /boot/kernel. i know the wifi function is woven into the bluetooth controller, but I saw no fathomable (by me) connection to a driver. > I need help, Please. direct answers as to the driver name, links to places to read, whatever anybody is willing to share! I have successfully used run(4) and rtwn(4) devices on a RPI3B, you probably need to do one of: kldload if_run or kldload if_rtwn_usb The see if you have any wlan devices: sysctl net.wlan.devices If you do then see if you can create an interfaces: ifconfig wlan0 create wlandev run0 up or ifconfig wlan0 create wlandev rtwn0 up If you get to that stage you should hopefully be able to do the /etc/wpa_supplicant.conf modes to get you on a network.. if not reach back and I can help you get that done.... > Gary Corell -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Thu Mar 11 15:28:50 2021 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 8CC7C57942F for ; Thu, 11 Mar 2021 15:28: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 4DxCXK4v78z3Cbq for ; Thu, 11 Mar 2021 15:28:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 12BFSnac046253 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Mar 2021 07:28:49 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 12BFSmev046252; Thu, 11 Mar 2021 07:28:48 -0800 (PST) (envelope-from fbsd) Date: Thu, 11 Mar 2021 07:28:48 -0800 From: bob prohaska To: wa5qjh Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: what wlan driver to use on a 3 yr.old Pi3B? Message-ID: <20210311152848.GA46214@www.zefox.net> References: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8A453E8B-3590-453F-988F-A3D09A326ECE@xmission.com> X-Rspamd-Queue-Id: 4DxCXK4v78z3Cbq 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 [1.88 / 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]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.984]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 15:28:50 -0000 On Thu, Mar 11, 2021 at 03:54:25PM +0800, wa5qjh wrote: > I just downloaded and burned to SDHC the new RPi3 12.2-Release and was so happy to see it "wake up"! but I have been trying for hours to get wifi up on it. I even resorted to plugging in 2 external wifi dongles, neither one of which i ever made work. but at least i found rtwn drivers in /boot/kernel. i know the wifi function is woven into the bluetooth controller, but I saw no fathomable (by me) connection to a driver. If you have one, a wired-to-wireless Ethernet bridge (Buffalo Airstation or equivalent) might be worth a try. It's not cost-effective to buy one, but mine worked surprisingly easily with a default snapshot image. hth, bob prohaska From owner-freebsd-arm@freebsd.org Thu Mar 11 20:29:27 2021 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 15F665ABE1D for ; Thu, 11 Mar 2021 20:29:27 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (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 4DxLCB1y6gz3rmX for ; Thu, 11 Mar 2021 20:29:26 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x633.google.com with SMTP id ox4so33322679ejb.11 for ; Thu, 11 Mar 2021 12:29:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:to; bh=qd1if7LWBmvd1PFM2AEuA7TYGA1Zb00xmjw8PU44svw=; b=tdYYZvrIE97xt3tQGkfXZpLtqO2mcjp6cjQbxyMnaFmqi9DCwtwXWXthejWEVCM3Bt 2QdOtXhSqn19wPmLLSmkRG1X2+2aSn8H/RPB4/FpOk7wgsgt+ewlZ5oT+tHqSpzNmX3n 30uxz7BZ5nbaH/DR6qqkuFv8TY78U51xqPCwvGlFZQX2CFk/c/fbs5trE0V8UrDcXB3f iH2F0PTtbXUOeqhG7Sy704DxC6en5kc5BLwaqs4c2E7MS376clAOSJb3yaseCOIklO30 StpWYlOTdv5ZW6HObpw/wrZGXDhwWw6WKlSJHSVkc/snkgjTLjjKHSguOCGuXtbXWRCQ CMzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=qd1if7LWBmvd1PFM2AEuA7TYGA1Zb00xmjw8PU44svw=; b=OFWqcCRtZxYDQ93fgz8OPu7uaQmsw4eepidughJvvCq3RPtNbpwsc5L+mUjje6DUT4 J1jfaPYrDb1+E+bClJRbXO9UI2gBsNg7iQZVPXqGmN91+T092Ce+Tmd5No3B2WviE1x4 eaF7UBgCxFfvMipLH4E0myl+jNYWHa3i5/GZmSEyeVpBiVlEEn/pHRBgLdLmsKvIRwRY vey/H0C9KFPoKu0k6hhUWVfrg2yliq3G4qE8sA526ICjZVluA+EMbGhoH/gxAUyUnNFp bFatDW6i/XbJz5i4bEU/CSUtKW0ei23FfBrqt+M8USeytsb2WpPPiSWcG/kcOMJ/HPOS UrzA== X-Gm-Message-State: AOAM530c+gLcfOj3P6027VEbwBAXvfUSB7XjXa1olyVnSlWbIrSFDeTw 5ADb5ON/o0tuWnxiMM2R2sF1Nhds9e8= X-Google-Smtp-Source: ABdhPJy3gD5jHEnTY48qB0Dbq7FXRkaCjCzLP+EbFuIozWXtUcSOj3B9l4kXwYEEhQTwKXRytTpyoA== X-Received: by 2002:a17:906:b015:: with SMTP id v21mr4691046ejy.243.1615494564257; Thu, 11 Mar 2021 12:29:24 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id j14sm1879130edr.97.2021.03.11.12.29.23 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Mar 2021 12:29:23 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: problem with dwmmc ? panic's on bad filesystem... Message-Id: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> Date: Thu, 11 Mar 2021 21:29:23 +0100 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DxLCB1y6gz3rmX X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tdYYZvrI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::633 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-2.56 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.61)[-0.613]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.56)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::633:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::633:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::633:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 20:29:27 -0000 Hi I have had this panic several times on rk3399 based systems when the = filesystem has gone bad (and just needs a fsck).=20 It doesn=E2=80=99t happen on Marvell a3720, so its not arm64 specific, = more likely dwmmc specific or maybe the dma on the rk3399 ? 13-stable of today, but problem has been around for a long time.. Anybodu else seen this ? Ideas ? ** SU+J Recovering /dev/mmcsd0p2 ** Reading 4194304 byte journal from inode 4. panic: dwmmc_ring_setup: error !=3D 0 (27) cpuid =3D 3 time =3D 1615451057 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x30 pc =3D 0xffff000000513da8 lr =3D 0xffff00000002f37c sp =3D 0xffff0000a5dfe240 fp =3D 0xffff0000a5dfe440 db_trace_self_wrapper() at vpanic+0x184 pc =3D 0xffff00000002f37c lr =3D 0xffff000000253e9c sp =3D 0xffff0000a5dfe450 fp =3D 0xffff0000a5dfe4b0 vpanic() at panic+0x44 pc =3D 0xffff000000253e9c lr =3D 0xffff000000253d14 sp =3D 0xffff0000a5dfe4c0 fp =3D 0xffff0000a5dfe570 panic() at dwmmc_ring_setup+0x14c pc =3D 0xffff000000253d14 lr =3D 0xffff00000053c6cc sp =3D 0xffff0000a5dfe580 fp =3D 0xffff0000a5dfe580 dwmmc_ring_setup() at bus_dmamap_load+0xf8 pc =3D 0xffff00000053c6cc lr =3D 0xffff00000029cf28 sp =3D 0xffff0000a5dfe590 fp =3D 0xffff0000a5dfe5b0 bus_dmamap_load() at dwmmc_next_operation+0x27c pc =3D 0xffff00000029cf28 lr =3D 0xffff00000053c3e0 sp =3D 0xffff0000a5dfe5c0 fp =3D 0xffff0000a5dfe600 dwmmc_next_operation() at dwmmc_request+0x130 pc =3D 0xffff00000053c3e0 lr =3D 0xffff00000053cb04 sp =3D 0xffff0000a5dfe610 fp =3D 0xffff0000a5dfe650 dwmmc_request() at mmc_wait_for_request+0x128 pc =3D 0xffff00000053cb04 lr =3D 0xffff0000000c3060 sp =3D 0xffff0000a5dfe660 fp =3D 0xffff0000a5dfe680 mmc_wait_for_request() at mmcsd_rw+0x1a8 pc =3D 0xffff0000000c3060 lr =3D 0xffff0000000cc580 sp =3D 0xffff0000a5dfe690 fp =3D 0xffff0000a5dfe7b0 mmcsd_rw() at mmcsd_task+0x284 pc =3D 0xffff0000000cc580 lr =3D 0xffff0000000cb098 sp =3D 0xffff0000a5dfe7c0 fp =3D 0xffff0000a5dfe8f0 mmcsd_task() at fork_exit+0x88 pc =3D 0xffff0000000cb098 lr =3D 0xffff00000020d294 sp =3D 0xffff0000a5dfe900 fp =3D 0xffff0000a5dfe950 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff00000020d294 lr =3D 0xffff000000534a40 sp =3D 0xffff0000a5dfe960 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 17 tid 100095 ] Stopped at kdb_enter+0x40: undefined d4200000 -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Thu Mar 11 22:30:24 2021 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 EC87E5AE5C6 for ; Thu, 11 Mar 2021 22:30:24 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DxNtm5stwz4Tb3; Thu, 11 Mar 2021 22:30:24 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from freebsd2.freebsd.lan (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 6BB33213BB; Thu, 11 Mar 2021 22:30:24 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Subject: Re: problem with dwmmc ? panic's on bad filesystem... To: =?UTF-8?Q?S=c3=b8ren_Schmidt?= , freebsd-arm References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> From: Jesper Schmitz Mouridsen Message-ID: <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> Date: Thu, 11 Mar 2021 23:30:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Mar 2021 22:30:25 -0000 On 11.03.2021 21.29, Søren Schmidt wrote: > Hi > > I have had this panic several times on rk3399 based systems when the filesystem has gone bad (and just needs a fsck). > It doesn’t happen on Marvell a3720, so its not arm64 specific, more likely dwmmc specific or maybe the dma on the rk3399 ? > > 13-stable of today, but problem has been around for a long time.. > Check under known issues https://wiki.freebsd.org/arm/RockChip. Should be fixed in https://cgit.freebsd.org/src/commit/?id=8727c174b0fe44766bb7ea765dac6d5f82818103 But perhaps it is not included in stable/13 or it is not totally fixed... /Jsm From owner-freebsd-arm@freebsd.org Fri Mar 12 01:59:10 2021 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 41DB356A8AF for ; Fri, 12 Mar 2021 01:59:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 4DxTWd38r1z4g1H for ; Fri, 12 Mar 2021 01:59:09 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 3C5B25C0032 for ; Thu, 11 Mar 2021 20:59:08 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 11 Mar 2021 20:59:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=4/Vvl5aOAd5vCjd2aS5kOC9CQn9Uy+chGTKdX9hEGZI=; b=xXUsg/M/ zJRgVXG8I/Sh4jVCthXapdvV32YS551EVX0ox6V6+cMfzJr351XpAzkbM77juvMm o5Vs8jBoWuMrf5MrOLgyPEjpu6qQcdlYmLQ8VUJi7qWUs14kQeAuYm6pBOB71oMK uQrBsRCcVi9vIDClIXBWsOR/U0botBDM4VFI5ovcOJ83uGQCKrubkLLzC25ERDcf wrrCgISFNWis19RycUt7tdaoob6ikKf73OAsUynPB7J7NXZeyI5cxzPMM0eyZZiK UsCgOi6tx3N4fHGZJIZ/FEdPclUlS7i5zjFugkxakgAMNlePn8brt1EYiVJG1n9E D/1ZjfJImqFa1Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=4/Vvl5aOAd5vCjd2aS5kOC9CQn9Uy +chGTKdX9hEGZI=; b=Hzxv1WoyYL8MWbdy5LzO0IB7S5/pQm2cL+6Gnsuqxvwg4 PqKElnjFnD2UM1yBh0G63OYTVScgQuODo9Q+uKxcHK8yWa9unDh3ypEBkSj17jV6 Rw0YzeOCUjHYt7xrEpxcKDLjqAHdNbyCzGj9cm6y2OyR+G9zWHz7fO7uSYpP3d6/ plq36pFj7FAikMlBn3acDQn1WpRJm3WDbcYifMkyZbAzZ9CiPEwfe1b9W7FSgQFe efOXvv5/lQCRn92PPtDsamqXhHLJkDzyv+i6kxKwmEeRNKuOT4HsxLJzglvximrU bMFq6R2ysZByeMm0l9rsF82+GlzwlPlVO5LLHmhqA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvuddgfeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeffhfdtjeffvdeukeelffefueduiedtke ejffelkedvhedugeffffeviedtuedvkeenucffohhmrghinhepiiihgihsthdrnhgvthen ucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id AB43F240065 for ; Thu, 11 Mar 2021 20:59:07 -0500 (EST) Date: Fri, 12 Mar 2021 01:59:01 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YM4kBje6VIINmHAT" Content-Disposition: inline X-Rspamd-Queue-Id: 4DxTWd38r1z4g1H X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=xXUsg/M/; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=Hzxv1Woy; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.26:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.991]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.26:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.26:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.26:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 01:59:10 -0000 --YM4kBje6VIINmHAT Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, main-n245392-8423f5d4c12 built and installed fine. On reboot it seems the microsd card times out. Console log is here: https://cloud.zyxst.net/~john/FreeBSD/main-n245392-8423f5d4c12-no-debug-fai= lboot.txt Booting kernel.old works fine. This one is from main-n244802-88db1cc9f19 (Feb 14th) Nothing else has been changed configuration-wise, same msdos partition, same config.txt. Only thing that has changed is /usr/src has been updated, built and installed as of main-n245392-8423f5d4c12 (March 11th). Should I raise this in bugzilla? thanks, --=20 J. --YM4kBje6VIINmHAT Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBKytgACgkQs8o7QhFz NAUVtg/9HrIzVkX3fIF1Z89Wui1pkAVL6jAnw1rGhl7Lv9CKow4yhCJkc1pB3ov3 mSjKPJRoWcK6uCi3P7IJc4x0nVwpgs9SVWIzK1ES/sYPgL1zik6wX8M5rFByTr30 Cl6YaGKQJSVAEgO/5lFjePG9vgy4EFWG0MLfgszlLwu1es9AKFoGJKcipJxeuvBS pt2gJlyrQ5nitFDBV3sf8u/7TmCxpitcP4QvX70a5/+KV2I5GNZIAYUq0HCH1kcZ hSKWdcdMkdMx1tFP3ja3M/glf+aHmcEcp2L3hDjvbsdDS2zjCMJpnQARLS+Nvf/t Nl2yK5abzBGvOtQBSWxqWTZCe7wotD9wzQVfUn4GrEsx3dz4JagaMgurrM5MYOUC 1BNfBXzscx4SMI/R/MAeMYbfgQV3dQoNVuga1dnVK7O5wNRwRBPWvhu5sYq56rlL Ts0/7g8IA0Fr79KwbFcZrFcSelMMrcNbcM4dAEPXtvCEenGXKddtG2ZpFGR/VQ/Q XN+bRX8Y4NQxiecwnhFraCUcykGsavk8lNv2IaL3wFNehhB3qz6iKzP1iXJFto1R n4ihKWggAfzbHmNWKNb3dS/WOb/nDf5MY/SyilXqpzW+CGfi98IAaIuLpQOj6WFZ IDCDogMtsGAPbNEKUDQMukd30O68MF5NNq/X8FcnPBK/HTCnCfc= =yJ1T -----END PGP SIGNATURE----- --YM4kBje6VIINmHAT-- From owner-freebsd-arm@freebsd.org Fri Mar 12 03:23:58 2021 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 6CB1556BD1B for ; Fri, 12 Mar 2021 03:23:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.ne1.yahoo.com (sonic311-25.consmr.mail.ne1.yahoo.com [66.163.188.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 4DxWPT1l8jz4k38 for ; Fri, 12 Mar 2021 03:23:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615519434; bh=OjLGPu8zgnc7mSSR70Re80hPacvugpMxmZg37tkEJy/=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GUdcK7yiwwzJH3jwt/Cu1zvq7R1WSF5tM1i4qENEHJMWu49lVOVecHEC5rNN/ENpzQaHPBb/e9rpRcPHkA2so1f/ffKf7LoYfHR1OfwlUS2dVg6a79BIQDDpttUZ0gmwJfTte5ne/YV5E7qV+UTITiWHxRITnjWFD8UsPB4wDm+k08vZ6Hg4XkC3fj/HYvFe3ten2iHPjwaJRIyedeGOBRIh11iHRmLNgYJRzNbCbInJWRBC8xqINLwFmVk+MGPQkwXa/qb6DyOy2OcgVJUnNoY2SjDTWcME2wxBZ6m7WGA/zZuAdtu1yXtU7MRBBK0Xamk0gB2Zt8llvN53rUsarA== X-YMail-OSG: aFo3VGIVM1nA2oCAL3KO3jfSGrNhDjrNpUeuU_G1O1eU20mkMJ8CqtvfxynK8k8 lMVAm.L7hc8dAX.OqO0HR7kVJf8lvtSL69CBl2FDQ8dexVNGmIJJ8EeZkgnuh1aIARZ8KsQrixN_ LfJlsUqB_qIcMNxuxc5BU4JKc1HXCzmlnSMt2piUrHVUOfSM6A1nu1_tbjchuChSuvEp3OABLQ5z a9zRiEse3adfsVSkYe1_oA_y9U3I9RXyvB4g_BTyIVpqxsbtnWG4VCI04iidgz_yh7MOzDgrILhG H0ZNG.xV3OyhWoBI8X81UActmXKm50hZWNDPGPLeXFplEPKETe.IaA0CrFlHXBjMWltgPfx9kuOA sC494.E9FaMTFiIWn1CYI1mISfRIwpOT2KF5v1Fs6AM.dNY8pdfJThqjngBhRcZm5265d6ZC8e_C XT0HlRCDvVszNnuxkxLvoX5k7RZLYXDv52Pn4PZ0xOmxBeh6U9OhPUBs5EsBDWcU3TQeFULW2vgZ d5VYkna2EJY.4LwbC.INjvz7ABjbh94uqu7izMfYLtAUGaK8tHg3xRPGBp1wLxuDPQn83wlqQoji jBFRNrCIVuEKRU5.xSBz57loQNqcDMUP_jEZFmgOAc8Dx5sRYeQNcsUU716xTT6YaPFEM5GEkRkp HMs6dIWrLH7ERGwrRJps8t4rILjEOV4l0pFvoBGk_QmVT7rkolP0us5ckBbp0SG4GJiyoSkm7wLB C3pD22iEhq2Dm1Zb3C0kBE4ztcDpkSVev10qZJ3EhmlKr9m7s8TvTFVTr30aVClmjYPsjkJSjWnN xIoPD4LvHmu2hVlfsngeRZFgfoiDWLt853nZnduEWybQI66yhqND4MotD5LrEhGW64n73t8bTSBb 2uhu0ulp82WV5BJN4KaGYK98f9v87iuQHlsdmVEtpugSBz9Ee.xjDqjwwcwl9i5W0ANKeszIKPob P4u9BWu2LMM6GwEaWVKzMGISowmWKHJHhVw3A6A9ipBoTcxd5y9cj_.VuyX1LwEdVFBdmWU4F2Nd zKlQuJjbPfyPy1dDYmd.rNiMWFs9QEr5hJrPkJ2YwkpSg9kvdjwBesKFAqMNwV0V1gnfOAl2ItAA 4kwkP.M3uMpHqx.2k1wq64kVqMprInmNMH.4CCtE7krh8B5J7rCcozZ8mO3ZASM.8DU76YZ_XyCL qZcClK3aJ88J9b6Z8FPKQx_vjvef0qt9P3sowKsmFnLfYqGFA2A58uUX8mAyy4jsLzA2Wo6NU8cr VsaLN1l_Lhs0CgnzXQJACv_ay_VEBaKIhuHGCy1Ve6UJI7EfsiD_uLHAKautnF6muofiKsj7GQUW dqHnCpf_rOvnnhYke_MbkDe0zejAXjIQanpbOJlOdkqskYccFqRflcCF4hgwq8hWLnbudldGuh_P lV6mIbDYppgKVL3xUuDLzA13bA0jTc8cO.DQiBzlMd7LA0O9Hn5ke0sYSAKaIeFGl19hX5_dnPwe jxQJY4Bh99XfeYdL08PPNMmKXX6q2LqxRfogl8yb.WGXQCthEksyPcgA25Q5cHCSftCfGJBz7IM6 7tvDVLgnvtB.m2h15vh7sMZowX_i8fo1IK.sFNlLhPJ2pqodv3iy_0R_q52hv.UeCW_kyv9xxfyH rpMWndQaitjD6zrhfC33D_1PxjWPUbtDJ0ixUQGdEorDKOj6VQL.0ociD4hmHH1zESAms8lHvaxs 0Tb9ToqqTwy.R8kTJo_vTVG5GlXvL4prZMRSWvbftQkoEh6.NT4DrzyfAIChr0L5DSBC5GA8HkZi .KPtYuJjoV7Mhko8_2.i8odAhC1Pz1UT1kXCcgLkvI6SkKwSBzYcfDq4.MqkvxU5w8zh.fscuVrG hBCO48cmv0vNThXK4PudDr8IkL__HJXNOhW97zBVu1q74YpPCWkpGlqzO13iF.szEpzR6DERxPzT GYVeV1R_35wt3WC6R5EnqLACPHV7xFC_yVLtqX46WUlqfTvgf.sScCEVqwFn21QJYUOJ1.CmsvBf X65LgWraom1pXh8k_zLi4BEF_lUvuHJ6W_Pa1HpJkpR74c_o8V9KqnlopRYTjGEgl.E1Yi.CaPDR jcnMtmiQzsxGT_oZoWcV5hTwOFymVD2btsqh4EqOUJ7z0ep9NBOANK_OvpFbqBiSL8T6Wrboivqe Pjt9ylcPuD0RGxJ5i85exa_bRMRv9tG9JRwvj9_BuPR07Y8t9_nNPHx4HX4sp1a3P.BXF7UID7K6 7xIed5Nd_HviVHPg_fu5_GIJAyOcTHEGmzKePcI_BmmkZVGh_CiNRI2NDH.QnON7ygHAbFVRZeWr vd4Iu6XiynuHUQBT8CU_.BKb2fFj7o066RVkPX9piIrWcAoGSnF2jPEfwL0h9ZsCBWZ9KvYql8m6 GCFW9yst5Fgwcf.0RVDUubYcR9st_dkuNpNLaHaM1rV6E4GsmJPdIu7dBq0wxAOBKwjR93lcg15t eEKC9K_JztCOh420Uj2PzoMIdzxjh0OnINLDrwg9GQTspv6dOg0EOS1rgNIpK8tHv2tWfCW4kX4S pmDE7ZmecHHDfUd_yLOcKmNoHq6uiZrShoo8uSFXByI0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Fri, 12 Mar 2021 03:23:54 +0000 Received: by kubenode573.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d8e903cbcbfe50bb82ae86c25c01aa69; Fri, 12 Mar 2021 03:23:48 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior From: Mark Millard In-Reply-To: Date: Thu, 11 Mar 2021 19:23:47 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <77D90D34-4403-44F0-A7D7-EEBCDCF745D3@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxWPT1l8jz4k38 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.188.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[66.163.188.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.188.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.188.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 03:23:58 -0000 On 2021-Mar-9, at 01:05, Mark Millard wrote: > On 2021-Mar-8, at 18:33, bob prohaska wrote: >=20 >> On Mon, Mar 08, 2021 at 10:56:15AM -0800, Mark Millard wrote: >>>=20 >>>=20 >>>=20 >>> Summary for current context: >>>=20 >>> (The below presumes that the msdosfs file system >>> involved is mounted on /boot/efi . Adjust as >>> needed for your context.) >>>=20 >>> # strings /boot/efi/start4.elf | grep VC_BUILD_ID_ >>> VC_BUILD_ID_USER: dom >>> VC_BUILD_ID_TIME: 12:10:40 >>> VC_BUILD_ID_VARIANT: start >>> VC_BUILD_ID_TIME: Feb 25 2021 >>> VC_BUILD_ID_BRANCH: bcm2711_2 >>> VC_BUILD_ID_HOSTNAME: buildbot >>> VC_BUILD_ID_PLATFORM: raspberrypi_linux >>> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 = (clean) >>>=20 >>=20 >> On my setup I get >> bob@generic:/boot/msdos % strings start4.elf | grep VC_BUILD_ID_ = =20 >>=20 >> VC_BUILD_ID_USER: dom = =20 >>=20 >> VC_BUILD_ID_TIME: 12:55:10 = =20 >>=20 >> VC_BUILD_ID_VARIANT: start = =20 >>=20 >> VC_BUILD_ID_TIME: Mar 5 2021 = =20 >>=20 >> VC_BUILD_ID_BRANCH: bcm2711_2 = =20 >>=20 >> VC_BUILD_ID_HOSTNAME: buildbot = =20 >>=20 >> VC_BUILD_ID_PLATFORM: raspberrypi_linux = =20 >>=20 >> VC_BUILD_ID_VERSION: 8ed5b5711855476273c45bb0754d9e23903a42e7 (clean) >>=20 >>=20 >> Start4.elf was one of the files copied from the link Manu posted. >>=20 >> I've not yet tried commenting out hdmi_safe=3D1 in config.txt >> but will at the next reboot. Right now the machine is doing >> a world/kernel build. >=20 > I last did buildworld buildkernel on a RPi4B 8 GiByte > was back in mid Jan of 2021. A summary is: >=20 > ENVIRONMENT: -mcpu=3Dcortex-a72 RPi4B @ 2000 MHz = (sdram_freq_min=3D3200), hw.physmem:8464072704 : >=20 > World build completed on Tue Jan 19 07:33:02 PST 2021 > World built in 29226 seconds, ncpu: 4, make -j4 > Kernel build for GENERIC-NODBG completed on Tue Jan 19 08:10:58 PST = 2021 > Kernel(s) GENERIC-NODBG built in 2276 seconds, ncpu: 4, make -j4 >=20 > So World+Kernel took somewhat under 9 hrs to build based on > a context for which: >=20 > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 339: SYSTEM_COMPILER: = Determined that CC=3Dcc matches the source tree. Not bootstrapping a = cross-compiler. > make[1]: "/usr/fbsd/mm-src/Makefile.inc1" line 344: SYSTEM_LINKER: = Determined that LD=3Dld matches the source tree. Not bootstrapping a = cross-linker. >=20 > This was based on main 818390ce0ca5 and was building > itself from scratch, doing a non-debug build on a > non-debug system that had been built with -mcpu=3Dcortex-a72 > in use as well. >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > merge-base: 818390ce0ca539300dd15d7a817784f1e3f7a9b8 > merge-base: CommitDate: 2021-01-13 21:27:44 +0000 > 4180404713ec (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > 818390ce0ca5 (freebsd/main, freebsd/HEAD, pure-src, main) arm64: fix = early devmap assertion > FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255938-g4180404713ec GENERIC-NODBG arm64 aarch64 1300135 = 1300135 >=20 > As is normal for small boards with USB3 in my context: a > USB3 SSD UFS2+SU file system on USB3 port and no use of > tmpfs or the like. microsd card not in use. Swap partition > used. >=20 I tried another buildworld buildkernel (self rebuild) after the recent UFS SU related file system performance fixes: World build completed on Thu Mar 11 18:39:37 PST 2021 World built in 29780 seconds, ncpu: 4, make -j4 Kernel build for GENERIC-NODBG completed on Thu Mar 11 19:18:02 PST 2021 Kernel(s) GENERIC-NODBG built in 2305 seconds, ncpu: 4, make -j4 So a few minutes under 9 hours, a little more time than my prior report. This was based on main c328f64d8107 and otherwise similar conditions. For reference: # ~/fbsd-based-on-what-freebsd-main.sh=20 merge-base: c328f64d81079bad5064c8a387883df50ab5aaed merge-base: CommitDate: 2021-03-10 18:06:42 +0000 2b8c7a68d4f4 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. c328f64d8107 (pure-src) arm64: Fix COMPAT_FREEBSD32. FreeBSD RPi4B 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245380-2b8c7a68d4f4 GENERIC-NODBG arm64 aarch64 1400005 1400005 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 05:49:19 2021 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 7C4C456EB78 for ; Fri, 12 Mar 2021 05:49:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4DxZdB1rBhz4qxW for ; Fri, 12 Mar 2021 05:49:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615528156; bh=OIPyfsbW8Jv3xhWAXGpF1TWXr3Y8H5lkKzt8cp7W/Ja=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=jTHnsIy6+S+I67zQYwPhhPNlXj2SzwZKes3sJvnXJ4DiCJlYJ6SrqQ9EQRTRO9vZyIjiQmNTwb6gymkpQBOXcmtJoLKnUMFIgv1xiUeW0+7WdRmpAKDHmukxPPDpf1rGK0eHBNQUCO3W3wMDCpHoSW0ehwQfmphtedWx8U+8QoUvspEbAfhYxa2IdX3xCAN4glc+iq9nLegztg4uOsA4bNjDxlJonZ6kPumCzwatZ1E7MGAIm4E5BasfGKQXx7JIeAVcrAO0Hm5j78tyiRXWb3fEWF3WHhak2YiFCNH4pUWbeGAlbkHry4DFWX3liSWGyqf6Bl6BDxgADdZ0xFfvIw== X-YMail-OSG: YvFlct4VM1mT820UGCkmJX5GPxSoiX4fMtQ9VchjHy_a1SVvxM5.KI.3oAZdH7x uUdJLJAzbCrbi9UauEW0I68cBDXcqLRW2apcnMauYy7LAOdn0spgXzXH9CurEkEt9ZOeMuClQngI L7.1xMLidzIptmx0uhC6ups0CXGiSjaS7Rc.UDpXsqWmQLpHoxxvEYZ354UmcuB3OEX7QOJZOxYT EU8gQb8YA_sHGfOLhfxatdttQ4_Nq8EAXzmRBw3bMc8wRrRjcS0rquGl3thvWh8hk.uAR3qMcSAo .6oVyUben5uZFb4Uk0mXeJB4ZqeTQ6jeWRF4_vJ2GWgJ2qEIMonCfUsNZwqh3qJdE8bvcnGaVZWq IDMRxAh_yrS5kmYpWcuAeHM.zICV3xV5MFlsi9tf_8hcddz8URsoGgZoFlg.xPOEHNEoczL61DKl tn6WjZLXm9xsfGpekEV6mRySleAB1jdQ7I6iqLwGOw3xMmrFb7JkrlW92mnq41K_YAxiDbWpHQ9P tT2qk7cZChjR9y1PWvzdfQJk_zDVhDuh0P8hxFCLZyNHqOflwE83xzogZc8g2QBx9_tyjHeB3n65 Ls.gnPvk_SAhRH3Kvk.YIQGUInVIAWbjRmmnZpH7Zu.ldJODeiQc8nL3Q8I1QHOrJOaLuxqaD9Qn 6b_y2cAtBdo7DVrGSSKojCig5G4d927xncGL1C77DJffei8jYf_kh6qrp3BLbk1gjurQcPBcw0hB p4u0bUMUepjN.0an3LqPavVujh5EL89VbquTbrEoakeWNYqasAGfvLLO7MF3PqjnRaBmt7DVPr1Q iMx7jdMtfSu0ACkgc0mHO8L14vTPwaaTbLxs90ZgVGrufOQTOmKF0XAHGHVMkxl701hD1WubLZZP 65TgluQNIHP0J5jqewG6bTqRS6MHL30QB.sHtwb7nx.2olSy4fSFwFMGOZRbCNBHl0xDoxjzzHjs wm8q2e2G9OSLC5KjcJvOHIwfNkO_UCX4rQsgr3.uPEohd8w4kTgXRYybJrkDX.9CYgnyVk1M84c7 b.g8laRX7XxarnevNq1nBxoJDFRcsnVAWtc1NBYrU0MgZcox47d0Vr4jEwIxABukoqqTQto97dyD bSPXnSA6SOWnPibRdjiTxo3DjvVpx3uB5alpYm6CYffILTycwfrdB9ka0CuP_FMKq7.dA7mY9kvM LzrisG2C2nGIcRvFcOwSwLL7dR3R9j2XslZwVKFUZoEg.ymal5FNOrxsEmcePQA1TBLYPnSQBTY_ pKWqPVCpc9jJYxVChpwCtoBVHoGtkmLB3s5Hl1M238DR.2IbcnASCem4rpM89P02mYrGzOoEIEvz lg9iVG5IfLQXPn2FsHa119NHzMQr3DPnWYH.mxYe1FfIzkG2BOIuGM4Vl7IbyAFzAgi62uPhWYXz SjUQnDK.ZwQPRSDEBfSo8CML7Emq9mSP.q19dkQJf9ibltUu0KAtgQncCO8.12INnlXdUxS1I9l_ GU3aKG4dMnogz2Txcicdp6EQ_w4oUuE7vkNRSWDDRhfQ4y0iN5BKQ2Hn.QFItGWdKR8uQgpKyQp5 hqB_mBdJBma4bPXGJCh9qHWdi7UVmYLaDCMRSby7fSEamy6.rX8Uy3d3dLpS4xpzZaW.wRt3WxPa 1NOZpNxU1kgJ3m8yCZUu87ym08rHUtc4cZM7XUmO8Q_UcBkIfTiDfoXQXnlN8fu6VNjM94l77dKF yLRJlXjcFc7UsFrWa5L.KqEjG2bZDQTdi3akY0K0AsIlXxHfnGj6un40gqiPb4mUoIRBp3l7Y_9O 079OM6nVVXENMcMINFj8ZLTWJ5IAW_FpIIPvYR60siu_GSrDa77Ua1YXURhZHWtNFaopJyhzjcWg I6LFCtgejRoUo2yo4dCkgrc97uuNA1IeYcCFyANc7fGK4dIwLZDoh3udDpq1_MeC.XvyU4VOZo6v cCfCpYvrs4FdACxBgXfOupMMONkj.i6U8_kvWVXlzuSL9PlxOM2BMezE2ynDlTqvlScG8r1KBWwm D0Gb.jSMQHDqIrnFVOM61oPMZmCu9QD2TQYkV0Aixnma2iSVSyrPgdRQSRk7WLK8MefwtLZuCf1k ez65_87Hhz1akErqN8n6vidD.8xgTdGtxSmexlpZKzQnfXSb8PhHvUOn6WPIkI14UDz0GOUvQtuo 0sxY02BiuYBEWlW8IEeySUn_dfmpft8LYBvvTKmywWl.4S91Mhebm24QL4DaCKgcfxw3lXrkwWQk 1fcfwZy0Ci57ePrKrFX9mVyq96cAzltBa6Cbwg3sdHzzPq5VSESF3JV9xYSKHO6KX9wKdPst_Viv GJhHku5sNzeBgcQguBmKlQXqBm4GV9FlY__Dxvi.UK1WT.OHnZf1SvNDkirXyu6Z4y58eHdnAWIt WRThKUucl3KmvgwHgGyxstiRBl57uVqXaL86vBkcwxCnw7oCVCK34DJQIqTkQVouLf43wehMCD_j .ZraXFM62HlepiU3slTpQs0YXlraXMhVNiMKOugAMVaXZ6XpyDBUmqi9kYOfpQ.NRY2yDaZTR9h6 q7URstv7PzH9kDd4KPM5d4Ezo2.46srYJqVOjMBw- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 05:49:16 +0000 Received: by kubenode556.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3583d818fbeb35b631b3d152efce8e6c; Fri, 12 Mar 2021 05:49:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Thu, 11 Mar 2021 21:49:11 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxZdB1rBhz4qxW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.48 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.977]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.82:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 05:49:19 -0000 On 2021-Mar-11, at 17:59, tech-lists wrote: > main-n245392-8423f5d4c12 built and installed fine. On reboot it seems > the microsd card times out. Console log is here: > = https://cloud.zyxst.net/~john/FreeBSD/main-n245392-8423f5d4c12-no-debug-fa= ilboot.txt >=20 > Booting kernel.old works fine. This one is from > main-n244802-88db1cc9f19 (Feb 14th) >=20 > Nothing else has been changed configuration-wise, same msdos = partition, > same config.txt. Only thing that has changed is /usr/src has been > updated, built and installed as of main-n245392-8423f5d4c12 (March > 11th). >=20 > Should I raise this in bugzilla? Note: I use the official snapshot = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz and its: # strings /mnt/boot/kernel/kernel | grep 15565e0a217 @(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 = UTC 2021 For some comparisons to what you report about your build. Some oddities in your report that might need to be addressed first to make things more comparable are . . . Your log file shows: U-Boot 2020.07-rc3-00208-g88bd5b1793-dirty (Jun 06 2020 - 20:33:00 = +0100) But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz has: # strings /mnt/u-boot.bin | grep 2020 2020.10 U-Boot 2020.10 (Mar 11 2021 - 04:30:22 +0000) This makes comparison of results messier. You might want to copy the snapshot file over to your media. For reference the snapshot for 15565e0a217 also has: # strings /mnt/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) The Feb 25 2021 start4.elf build is from the officially tagged 1.20210303 rpi* material from: https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ ( which is what a modern sysutils/rpi-firmware has in part of /usr/local/share/rpi-firmware/ ) Note: many files other than start*.elf are involved but many do not have such nice, checkable version strings to look at. What vintage/variant was your experiment was based on? You might want to copy the snapshot's material over to your media if your media does not match. Your log file shows: FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Sep 17 07:58:43 UTC 2020 root@releng1.nyi.freebsd.org) But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz has: # strings /mnt/EFI/BOOT/bootaa64.efi | egrep '(FreeBSD/|root@)' FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) I do not have sizes or content to compare to see if there are actual differences. FYI: # ls -Tld /mnt/EFI/BOOT/bootaa64.efi=20 -rwxr-xr-x 1 root wheel 1258796 Mar 10 23:29:52 2021 = /mnt/EFI/BOOT/bootaa64.efi You might want to copy the snapshot's material over to your media if your media does not match. With the deliberate matching of materials, re-running the experiment and basing any report on the result with a description of the context would avoid worries about the mismatches contributing to the behaviorial issues. (I've no clue if they actually matter or not.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 05:54:33 2021 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 0538D56EE32 for ; Fri, 12 Mar 2021 05:54:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DxZlD6c9Tz4rBc for ; Fri, 12 Mar 2021 05:54:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D163F12939 for ; Fri, 12 Mar 2021 05:54:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12C5sWL7006544 for ; Fri, 12 Mar 2021 05:54:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12C5sWfr006543 for freebsd-arm@FreeBSD.org; Fri, 12 Mar 2021 05:54:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254229] Kernel pcanic when connect USB mass storage on Raspberry Pi 4 Date: Fri, 12 Mar 2021 05:54:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nrgmilk@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 05:54:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254229 Bug ID: 254229 Summary: Kernel pcanic when connect USB mass storage on Raspberry Pi 4 Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: nrgmilk@gmail.com I used snapshot of FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz My RPI4 is 8GB model. I tested all USB ports and some devices. ---- ugen0.5: at usbus0 umass0 on uhub0 umass0: = on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:0:0: Attached to scbus0 opanic: malloc(M_WAITOK) with sleeping prohibited cpuid =3D 0 time =3D 1615452946 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x184 panic() at panic+0x44 malloc_dbg() at malloc_dbg+0xf8 malloc() at malloc+0x30 disk_alloc() at disk_alloc+0x1c daregister() at daregister+0x3b8 cam_periph_alloc() at cam_periph_alloc+0x528 daasync() at daasync+0x260 xpt_async_process_dev() at xpt_async_process_dev+0x194 xpt_async_process() at xpt_async_process+0x3a0 xpt_done_process() at xpt_done_process+0x314 xpt_done_td() at xpt_done_td+0xd8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic [ thread pid 7 tid 100044 ] Stopped at kdb_enter+0x44: undefined f902811f --- --- ugen0.3: at usbus0 umass0 on uhub1 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0: Attached to scbus0 panic: malloc(M_WAITOK) with sleeping prohibited cpuid =3D 2 time =3D 1615455121 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x184 panic() at panic+0x44 malloc_dbg() at malloc_dbg+0xf8 malloc() at malloc+0x30 disk_alloc() at disk_alloc+0x1c daregister() at daregister+0x3b8 cam_periph_alloc() at cam_periph_alloc+0x528 daasync() at daasync+0x260 xpt_async_process_dev() at xpt_async_process_dev+0x194 xpt_async_process() at xpt_async_process+0x3a0 xpt_done_process() at xpt_done_process+0x314 xpt_done_td() at xpt_done_td+0xd8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 KDB: enter: panic [ thread pid 7 tid 100044 ] Stopped at kdb_enter+0x44: undefined f902811f --- --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Mar 12 05:56:54 2021 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 7D23E56F045 for ; Fri, 12 Mar 2021 05:56:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4DxZnx1NcLz4r7g for ; Fri, 12 Mar 2021 05:56:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615528611; bh=HiknBS+6I//S3b9wK6p+hVfGHH01atdWIgNX4CjCI0I=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hXMrIuGFvB+c4ynXOaE3AYzxLSfUZcCQnyvtnGHKlfJlLFo6Sl9n4qqhSXT9E9hvhZcuvE6pshO6AaGhAxWpCcYIAPHYSbf9mmFsO55q4SUZ4uMLATVFc5m0ltSVkjSXSLctT2L36CdkVcAeB+9xp5heTryvU49JWUSfRyKV4S8yDCxAkkEDHq+n0Y4Q+aDDQvb2Jt/wkHvGBCIDaT9L9jWNal+5iMWZvGELtDUCY4o15ZZiv5LrI6SHNtcvGagOLhqMhb9G0ypy0ZMKaMWhTzlTb5XACfk2C5CgFxdYJKxgpBEgtcZkA54ZwXxx/oZt2bMVObX80Y0nZQJcStPsog== X-YMail-OSG: NGoGVaMVM1nUlgq4.Bwd6D5QjIfFEbB7g5o4Z5SCcgqf1LNegVWoFvdwPOWbabJ i6xLLhCSm513hg2zjQ1hZ7VADW57YKIXtQ.zHTHYrB6PDe04Ntsm4jldqoSeLtKC78Sdxv5gGXM. _MpR610hNHgqdWjUgR6eIurq3_sPgQnP1_FbAolDdUP1wYPK_VwhntA.24fYboP4GO477giw.53I T1HxOA4B7ZiyEMUGDmpHBjfmdF0b322sWe6paAzcmSx5fDlyj5CyjJ8oNtjaifuC5T_2q.OmZK3J eX.TA6z07mTQVSNy7W1FV3dRakmqEQ_wQYEV9YNJzl5P9vQZbMuoPDIstvh2HpkKVOo5xbIMeiKw J1uVGDfsVBtf3LpfawEpFMg3ySeUwtepAu2ky43V7V6ScxxWTMPcdmS8BK9hGkhbYK22XDhX1rds RkVntFGVw.rIXQ39FV0mzMWeJLBJwkVC5f6TDKGvHSSs9Y5FVbhGtq8.nb6mh0JE7bHOZ5Xv732Z p_oEP8YaTKwr90C8sThzio_dMAuK6f5f83ygBZxX48GeiDARiD_FIxqUfkWfevRNqXQ558p6Tr_K Hl_LJCKmqUC7uQfi.IeRhdli66_QXRUbEMkGy9Ju_H6le4PgVbM182wJ5pIuqgkPpDQKDM6okaOB OAsxBdFpO_npAXBQczmduKVkZl4FubCP8cToXF7knq1TEo33vfBqZYvcV4LHXF7J.Jvv3FTBMGYA sVu3sV.5XiNvo0j3jETY6zYU4pruKYWvBeSmGf40hoFXx.AaX5HSxtf0VopoxXUt38E5.qx6lCDE LYEH9AwZqBTvOZasUmst7krYwlxtNleuWUxkPttoKgxMJQ5NTjjfoffQs5C2M4777ezR9gGBZXeG bGnnOb7JqpMwQJsudL7LlvyOPTtrfQlMonmNwaAz_Qd4ostVhw9Dli1V2eDVgUZA9s7kpHJxPpmx PGc0EmKFASNNtQ4QozoUXlRcSZ_v3B7mULZU7KbZrS4aHZweHH5EIUNsSXXwzyKw_MNmYnVSmLs8 O9DoM6fUfa85wU50Gc.bc1c_xb0riPaN2GtZDWdS9c7A9VhWMg7VINWnTuBIIb9C.NNbEQ0aGXFu wlPsXB0PTZO1Oz912Cga47T.qIxQRmCf8iFHm5ckL1x.8sQZSQ7DM43FOEUrrGL3zjS6XYb0JXlM OjC1w9O5KO2tOy9zpIuPlUCX2F.PQzNaH50iWj.Ipq64obKZEmjo8B9MzVpdlHxSHotez_hTkEjP 7DUku9fSEb.VEUTQhuMEngFqLQkFJ.T6B.jrWNBT3emmqoAlcr1wqEHvKEiN7PM3IK_kPC64LKqg YWNZxbWxVNvcgGxdrEkdMhNyTxFmlltw0JhWnVoWPiOKBLTXF5y5qt7En7kESt8JjLM5LN55O33G bQdEzycp4IinP_EfQ1hdRMcTLevB8cIvrIaL2E.PJ_7fPgYa85f8D1Jigo0JLr9_Pd8aythy5Lnj z0OsnXrygqggT7rDobI6ZnGqSlLlJOM2sBnaYvQJ_UpnDg249x6AWTkL7hyi.UzXq1xHvTvzwF33 a8IRFC3RnmaJ71mR8TodO4Hvr_R7EQJH.u0xtIDee3y7nGPSQTPqNzLKtTb5c6XSmdGA478v3mqY 1zYE4NKZwA4TUdn6EgIfFBuDDjgiqlBgN0uGZuZZZYpdyx8ldAwYQ4kb8ZkI_NHB2KAzuWxo4v7H OR4Bmw.m6rKYtmQASuWoncBRIfpZU7W_8Rw4uQrbgPOweZqcwnVvaV2K5fEIik4F1ploN1RaaK2X d6LWjqrd_BLF1Q2SLEXA.3CrgPLeQjDwLi2Oy.YCM9TE8mHItlT2CM_q3KIPxs7J.ETFHNhiyCJ6 9e6upLY7CpVOF9uZ2sjUQhiJEV1Qln2L9N5xAw8WZoJuCrCCg7C4PFRRxoTDn5J8L.fzhmof5.o7 UuXA2SHX5SvoJ4Nb8ZgTJrsRDzQh8btMO3ypHyuxmCl.fmsihj3_5Gaz.PT52ElONw_qw9bOy0Sp jQVatTxeHwAOQCIuAcwR_c8UCbtg_NXTdJ5pVHrqcjxFtgnYv3G9mLK.BTq.dP.bTRslfizB5KXO osJLzr5usyq2u6VwKgNUE_IdCHCSOeZJbczyOrwlaR.HP5iczDKjHr36kUMVzdcLXAI60NvkzFQz FZTbPmGJBOOyaMqTINtLuPEnRvuOEp6uF1daYxY_Zqlq0.GY00RSYXNH6DLcrQsGp8XvWH4e7k1m pVqXR4obHTKME9nCrRFbFxhBXolRywnyf91phmoXQwX4Xs9fdHCMDwQyfsO7SA3KavbekINkgR24 yz0PLVrgQJQjHLtPpkolgTIyIPtM3wdAqgabIBG8OL87OFllMqPS9cOmqtSrndM3vtqqOV5KGqUl XsfCGK9UxmS8lgagQ7YjqFq4XWCBz7Ljt1EkEWLLZ5ZJGHQGxtAlJ45IduQg_IUgIp9gWep1Bb7w c25SOQ.IS_LtnY6SQHthLNmC_5mTHmS5bhtuJmy3rO56QgMdGcNqR1cclyR_mt2Ou2lzGjRJu81O 0v48z5nw8KFvAldGL7dE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 05:56:51 +0000 Received: by smtp411.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 85f0d2caeca29ae67809a44d08f27566; Fri, 12 Mar 2021 05:56:49 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Thu, 11 Mar 2021 21:56:47 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxZnx1NcLz4r7g X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 05:56:54 -0000 On 2021-Mar-11, at 21:49, Mark Millard wrote: > On 2021-Mar-11, at 17:59, tech-lists wrote: >=20 >> main-n245392-8423f5d4c12 built and installed fine. On reboot it seems >> the microsd card times out. Console log is here: >> = https://cloud.zyxst.net/~john/FreeBSD/main-n245392-8423f5d4c12-no-debug-fa= ilboot.txt >>=20 >> Booting kernel.old works fine. This one is from >> main-n244802-88db1cc9f19 (Feb 14th) >>=20 >> Nothing else has been changed configuration-wise, same msdos = partition, >> same config.txt. Only thing that has changed is /usr/src has been >> updated, built and installed as of main-n245392-8423f5d4c12 (March >> 11th). >>=20 >> Should I raise this in bugzilla? >=20 > Note: I use the official snapshot >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > and its: >=20 > # strings /mnt/boot/kernel/kernel | grep 15565e0a217 > @(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 > FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 = UTC 2021 >=20 > For some comparisons to what you report about your > build. >=20 >=20 >=20 > Some oddities in your report that might need to be > addressed first to make things more comparable > are . . . >=20 > Your log file shows: >=20 > U-Boot 2020.07-rc3-00208-g88bd5b1793-dirty (Jun 06 2020 - 20:33:00 = +0100) >=20 > But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > has: >=20 > # strings /mnt/u-boot.bin | grep 2020 > 2020.10 > U-Boot 2020.10 (Mar 11 2021 - 04:30:22 +0000) >=20 > This makes comparison of results messier. You might > want to copy the snapshot file over to your > media. >=20 >=20 > For reference the snapshot for 15565e0a217 > also has: >=20 > # strings /mnt/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:10:40 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >=20 > The Feb 25 2021 start4.elf build is from the officially > tagged 1.20210303 rpi* material from: >=20 > https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ > ( which is what a modern sysutils/rpi-firmware has in > part of /usr/local/share/rpi-firmware/ ) >=20 > Note: many files other than start*.elf are involved but > many do not have such nice, checkable version strings > to look at. >=20 > What vintage/variant was your experiment was based on? >=20 > You might want to copy the snapshot's material over to > your media if your media does not match. >=20 >=20 > Your log file shows: >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Thu Sep 17 07:58:43 UTC 2020 root@releng1.nyi.freebsd.org) >=20 > But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > has: >=20 > # strings /mnt/EFI/BOOT/bootaa64.efi | egrep '(FreeBSD/|root@)' > FreeBSD/arm64 EFI loader, Revision 1.1 > (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) >=20 > I do not have sizes or content to compare to see if there > are actual differences. FYI: >=20 > # ls -Tld /mnt/EFI/BOOT/bootaa64.efi=20 > -rwxr-xr-x 1 root wheel 1258796 Mar 10 23:29:52 2021 = /mnt/EFI/BOOT/bootaa64.efi >=20 > You might want to copy the snapshot's material over to > your media if your media does not match. The suggestion might not be the best for EFI/BOOT/bootaa64.efi : Copying your build's /boot/loader.efi to EFI/BOOT/bootaa64.efi would likely be better so it is testing the version from your build instead. > With the deliberate matching of materials, re-running the > experiment and basing any report on the result with a > description of the context would avoid worries about the > mismatches contributing to the behaviorial issues. (I've > no clue if they actually matter or not.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 06:19:15 2021 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 0EBAE56F6D3 for ; Fri, 12 Mar 2021 06:19:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.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 4DxbHk02Zbz4s7q for ; Fri, 12 Mar 2021 06:19:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615529951; bh=+Kcm/WE9ziMYXzZ6VvopvuGHIvILr8R6jA6Gcl1udAP=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Stg/QXwBOVVbcsM81CPrRFX3dNfvY+WfHYgFNwW0EOOAG0GMhNTiIGMYcT3vQzBjxQWYtJvezy12cG8DlnAfpuan0LLrMSFNRx8gSw05b4M9SgUIempOt+/KMsF7Hwmct6KEAuzvvGhhLE0rJ1pQZn1/y0KKH/ogVGZJcmmQHHDTQK0mT3U7hjCG2JyxmOAm7tsF+jv+KeNqfmUhKFlaP0SzVrngRjjRHaZv0kXRAL/d7Hmhgy4ta/rpoJq02KZDxKOGuKu/0GKnU+dB3B75g+BJFGVxddxYlSQyhYw2SH8HMKogugd2LZRWPzIwJP9SvQ0Toi6TPdA+WmPLf/vW4Q== X-YMail-OSG: kQBED9QVM1kN.NQjT0leJIhH5DfnXRjoPfZ7n9_GY647yGLXy0hFhfKDX64Fo28 iho9w6tYFWXnEYVIvwS1QMP6XO6DCaE370lizSzySUBSBARzt72zSaWISBesHrzaInkcxm9Qa481 VGZfuIdSNcga58R9p89FVVGdVhAPg7hjK31rjtj4flFBXx.Xs5NBdeKGOolHzQMDlEyS30kigi7h gUpHUkukZRVYrCrv9DbLS4kClaQVapMOGSlfLDD0YHb5VygQ62pN_AJqmQqL3SEulwRtctNyvcxr ggbjGEmNdXtoCgSN7JTEm8h0PjwoUSibT47Ntd0xMe0rSlcLBmoKLuax.s0wTOEtQZh.o7ELFbIN JnZIMNUWoybqxgW.K8DPPAAGh4tPWksrHNkVVUTg7UeHAE0qXSkWZpBeKN0f7zVTKWLDu9Jgllgc CDy1mW0m.TqLL8kMJToSBFYkwf66Fs6dGEY5iuyASfKDUMAC1Slh5gXNKK1Vv3vucVrJqRUrIyJs bRL5_dZ0CAWujKnjgs1xyZmMGJRipxQnGV_5bL8_OkYbXTyldyTgsN4Zehxxi7eITyWU_jJIqF7y ClXw7aK1kW9oMKf3N9wTucIOmPMdetYjiqAnJF80ObrYdbjhmuE_EHA9_x6w5zjxgcfN0UkwPuhh 1e1mS5KlMayG04deYG8ld0mZJH9Qw4IuXaUyy3TfI4I2gZcYJMNdVHf3dedV_x_sS0jyJJ1ptPMc G9rsPThgTPGEbShBv.aJ3GNQscS5TIG5A38S5DLKtcBaUGQY.HNWqp3TAewvy3qaYh5CABIeo6ET XjV1CswXae8eGwhBsZm7m9ZzEyAl_rpX.tRJRU5ayMPyBlDPeM66LrfzSwbw4v7m2rHppsgARZJK c7nJdYCCl.7XZm6GcuqUZuoYtfwomgcaBeGBrrpA6Pg6zNsPYvQiSmnmqexwVU793ghjzEzl3QJx _Shz.lGFjrG0qPWGQWLl9nrEADeeQyPoZKwLqI0iNQKwD6JODwbR8s8dv9dBTxusKV1OXFNFWHxr eNntceOpMXwcLv29up6xhnnoNGn8PcN4jIoyoX8BNuhZOy.EyYGlgM.rsU4MYJ8Bc0i5_xY_0Nvu JRls2ljxRtbRjOv_nFy9Feh7AbTfhJp4I4dlrkYGeO1I9aKpw6noxhO6b6qyw5TM0aOfN4jM8Oms shNXc5MkOEb6GaGsydEurEzQqUadQ81ZuSnYzv8LecqJRbq3N5NvwaGX3Q.WGAWTC4boRRrJcDdM R.R7GntAueuHF6w9U_k1URi1N0uoDPdtMzNnPk2MHib.dim.AOi0Hyn55H68E2Qa.sW6lCCW4znB fjCeXxKesyytjs8u4I793oADZyWpT7JlANl0IGtwUNc_aSGMhGMuR_YuiIYmZZY_aOW3_0PSudo9 fD01Rq_Tk3Nrwmrp6Vkrx3UcwviBESLaAOKAs0L7BWF53LT.f81FHu9s6Q67Rb_3AgNVpkApJobF TVnELmQQsqXkrdSt5DV49UwzQB_a_tDpyp1UJyCKhUbqK4cQGKarDmW6ogSp5i.c8ll5zsiR47qp glSSeD5alLl.k2nnUVtBi0NfoWgFjvR_bKFlz0xTStyU43yyVp2Rbd_ZPWjcsWnTJUpURvLBPxpy 6oeIBr5NtkZkqOnp3oAZH8skSrfNwwhGM1msu9C6H8JfKakeCQTJ3ZgvTPMngxCVi97B2s4ifNF0 oHtSEGRfHc43E1A5MJ3_TAOfYCGjBsRHAFH9Si1TRI8lAaqb9BaxV8ooYDlYrrrWD7MuCjPwUSQm fN0zk7Wtn6719vZvSYDs9wSb6jcK_3CreuGTNXE.pZL110oog2lPHMicfrGHDAvit2InRMsrhrKk wOIb5ZmfnxpwjHd_ubBfHowXr3VlpOKYcSumTJ6U0RzLuTcLcuc38jyb9GCRztW2YUUTeOzLIIAL ISy.ziuWZUgmrMg7kauKI8wlijw7P7h7VG83qB3tG0TuC8B6SBB_IfzGx6pMgVI9vP3I834KGRzn whNwQfeomdBFa64nsu0gSGAltXjPWlsPl5Ef4YOD7F.Ms4nnFrhdE6uYtSYk7eQzjhh62pwziJOC K4Hc.0GrcOTNmRoiw_Xz9BdlXw7zvRhEJtZe0GC_6dUASJDfYsj9uE4RXRxm_pithEWjm8vH0y7n ujk_FKSNnzejeCeU_RxizBtO8LXN64taSH5oNTKP2hGmczNRHpobUrr5gEmfdZa3wuq1lt7W8BiP IYp93JxdJfOGvXoXRb9ZHIZ_HPyxoB8pD9neZrsv98FUWPoGzfTHhXApl6LMLDHgJTaVhDbhfW0w 0BTwK8wab8BgqlVX0xZaWxFcxCLjJ_rY8chrOLy8qS8bHjazgcc840hHfhRMrqvFqlaprPXMJQlf PK6kHyf3jzxIjf45tMzoBypjtH1oEV6BDj4woKpohAh17GIJNNaCIgu8TbzWkIa0Ufrq0xVsRXs5 rtwIciMHcP8zki.ngu7gaN.TOzI_V_.NLb97HH117QDzXq9weV9h6I1qCFN9vprB770lcU9ExLiK eM4DL2aYNBD.TUioEKKnA75dh_XhMFgljhjkciKkjQ1s3edIbLs1nQMJcWglF7aPxmUzuu3K3ztE UHCkh7o9dU44Y7xC_Dvw- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 06:19:11 +0000 Received: by kubenode544.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6646cf08eb3542f50902ebc0b5689f78; Fri, 12 Mar 2021 06:19:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Thu, 11 Mar 2021 22:19:10 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <90F389BC-C3C5-424B-8B7B-A0E014C3A766@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxbHk02Zbz4s7q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.204:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 06:19:15 -0000 On 2021-Mar-11, at 21:56, Mark Millard wrote: > On 2021-Mar-11, at 21:49, Mark Millard wrote: >=20 >=20 >> On 2021-Mar-11, at 17:59, tech-lists wrote: >>=20 >>> main-n245392-8423f5d4c12 built and installed fine. On reboot it = seems >>> the microsd card times out. Console log is here: >>> = https://cloud.zyxst.net/~john/FreeBSD/main-n245392-8423f5d4c12-no-debug-fa= ilboot.txt >>>=20 >>> Booting kernel.old works fine. This one is from >>> main-n244802-88db1cc9f19 (Feb 14th) >>>=20 >>> Nothing else has been changed configuration-wise, same msdos = partition, >>> same config.txt. Only thing that has changed is /usr/src has been >>> updated, built and installed as of main-n245392-8423f5d4c12 (March >>> 11th). >>>=20 >>> Should I raise this in bugzilla? >>=20 >> Note: I use the official snapshot >>=20 >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>=20 >> and its: >>=20 >> # strings /mnt/boot/kernel/kernel | grep 15565e0a217 >> @(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 >> FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 = UTC 2021 >>=20 >> For some comparisons to what you report about your >> build. >>=20 >>=20 >>=20 >> Some oddities in your report that might need to be >> addressed first to make things more comparable >> are . . . >>=20 >> Your log file shows: >>=20 >> U-Boot 2020.07-rc3-00208-g88bd5b1793-dirty (Jun 06 2020 - 20:33:00 = +0100) >>=20 >> But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >> has: >>=20 >> # strings /mnt/u-boot.bin | grep 2020 >> 2020.10 >> U-Boot 2020.10 (Mar 11 2021 - 04:30:22 +0000) >>=20 >> This makes comparison of results messier. You might >> want to copy the snapshot file over to your >> media. >>=20 >>=20 >> For reference the snapshot for 15565e0a217 >> also has: >>=20 >> # strings /mnt/start4.elf | grep VC_BUILD_ID_ >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 12:10:40 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Feb 25 2021 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >>=20 >> The Feb 25 2021 start4.elf build is from the officially >> tagged 1.20210303 rpi* material from: >>=20 >> https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ >> ( which is what a modern sysutils/rpi-firmware has in >> part of /usr/local/share/rpi-firmware/ ) >>=20 >> Note: many files other than start*.elf are involved but >> many do not have such nice, checkable version strings >> to look at. >>=20 >> What vintage/variant was your experiment was based on? >>=20 >> You might want to copy the snapshot's material over to >> your media if your media does not match. >>=20 >>=20 >> Your log file shows: >>=20 >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Thu Sep 17 07:58:43 UTC 2020 root@releng1.nyi.freebsd.org) >>=20 >> But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >> has: >>=20 >> # strings /mnt/EFI/BOOT/bootaa64.efi | egrep '(FreeBSD/|root@)' >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) >>=20 >> I do not have sizes or content to compare to see if there >> are actual differences. FYI: >>=20 >> # ls -Tld /mnt/EFI/BOOT/bootaa64.efi=20 >> -rwxr-xr-x 1 root wheel 1258796 Mar 10 23:29:52 2021 = /mnt/EFI/BOOT/bootaa64.efi >>=20 >> You might want to copy the snapshot's material over to >> your media if your media does not match. >=20 > The suggestion might not be the best for EFI/BOOT/bootaa64.efi : >=20 > Copying your build's /boot/loader.efi to EFI/BOOT/bootaa64.efi > would likely be better so it is testing the version from your > build instead. >=20 >> With the deliberate matching of materials, re-running the >> experiment and basing any report on the result with a >> description of the context would avoid worries about the >> mismatches contributing to the behaviorial issues. (I've >> no clue if they actually matter or not.) >=20 >=20 FYI: There is another report about "panic: malloc(M_WAITOK) with sleeping prohibited" for debug kernels if any USB device is present during boot so the below is based on having no USB devices plugged in for trying to boot the snapshot. I tried the microsd card media that I made from: = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz and the RPi4B 8 GiByte booted just fine, even doing the: GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` = to revert them. mmcsd0s2 resized mmcsd0s2a resized gpart: arg0 'ufs/rootfs': Invalid argument super-block backups (for fsck_ffs -b #) at: 6402432, 7682880, 8963328, 10243776, 11524224, 12804672, 14085120, = 15365568, 16646016, 17926464, 19206912, 20487360, 21767808, 23048256, 24328704, 25609152, 26889600, 28170048, 29450496, 30730944, 32011392, 33291840, 34572288, 35852736, 37133184, 38413632, 39694080, 40974528, 42254976, 43535424, 44815872, 46096320, 47376768, 48657216, 49937664, 51218112, 52498560, 53779008, 55059456, 56339904, 57620352, 58900800, 60181248, = 61461696 So if there is a more recent problem, the bisection range should be fairly small. No need to go back to 2021-Feb-14. One thing that is different here: debug kernel instead of your non-debug kernel build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 07:05:08 2021 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 A39C0570355 for ; Fri, 12 Mar 2021 07:05:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4DxcJg4wS3z4vJs for ; Fri, 12 Mar 2021 07:05:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615532705; bh=nrOyGGYqssoqO43GCrNF4YjBA2hmpcj1esPTlHXNgQo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RISFqdbhr3uwLcSio+WC7uAIgLwKEEm+RSqx/L1BGLCBQ3zPlGok8xIRuTDJPm7S5/67SG0xHbVEQATuLQ6R6ZmLYhJJEdRtuDNdqlwiUUGtQnKY0g00aTF+8jgVp8Zrj+811FHIfNemW1UBzAQVs7MMowfYe4kbK9hgYm0KcotPcRdmX2+QkpCzcw22pEyncK/HD12lQV4lSEUIM0ac1UWS9LaSJqvM930g7ENK+4nfleDh0WAS9jAfoWURaZxqcIeGe4YiSAnhpttiCwRIVPEvxmDBdbVpJNn+2p1Rl6AyqffHDdodZTxYdLInE8TjdRGqKRWHAAp6/nOSRtYOlg== X-YMail-OSG: m2jPKScVM1mrA7FC5l4lq1I9ijRxng6A.QIQhN_bBFzJJpSAEbAAWdEZ.k2YiIp 8OxnJBpGrhcdAQ0wGF0wnxiWP7.EwANUiewPeqrUssu2iGfPpdD4x2N0C_z5MdjiD4otVMdCdh5a 0I5vVhBBElsh.pp55fRyQclyBMZfVSwqtlDM1BoF39f5IxhXR_wRDV_U.6.zIqiV0IXSHAM3iZq8 gZPh9zvhuIkyMlKUw6b_J5f7hxBzCUXWKJOQARLn1EbmUPNJuJHilTpgPoBA3gUPTNtffhCfhPHP hHAOEZWKN7HCrzPmg.Rr7.zRzxoaSzHzmqc6HCN6VYcKaDxMMAuo5Rqh_fLS6RpbHgC1YKCuWYRO zTl4rIUthGT_dzEJ81Kxp8OvHkPzcPl6iQwy8NFnwMb6Et1hsnzizVRgfTGu9.ikDH7QGyX9NDkT 4T_nMZ26w7WDGQaoauV1GdlRHG41kMCSaMZCNxLo5UVS2W9MJx60ci70pZvz.ew4EIA2r9AaSvFS f65Hm3H3aHqLPQ_R8GhcynCl_eDfGFYNSwGYCcDWqkcDOU5zW3jJS40vGP33PMZcKu77UZaUhvTO _PYVFGssiuRwqQ2NGC7cz0py7dMLeX76dej.RBwgGrDBIa6nDgDXQXZeb6RH5QPyxm1AVz_7T3wc V7rjWmcPMqsccqRuU9u.78d5VcAHgwVGKRaVTUOyroIFrAHKiylvwGGU3GZRRTR17fppPBqdtWps .qkCscjcJ8wxOYZ8LsNZW8quU0YUC97RNdpLKdVRwOVhbzAu8wfyiXeR9r94rqAJjSzz6Yvajj5h mvvtfYzu4B6lDi_OtRi.SymyvsgZjVJtBf7.xDCi42D1VWMZh25ua.8hXDI9eu7uuMfhy.PmKZUY poasahpOtewbbxvkM6n2ZMCZJVIZXD5ZPc5lKCdTbRoG5NdBoECb6np3e7n346kv2swfUe0WXqN5 oGE3I2pLXUbAcRUPIlY4K239jmjTExFWVFjqF_EXdsrd7cGCQAii.FhGSCKSslyPeGkNiy.t.Oy9 zUlDWbmKCqPyYWlugGCV1cjFGv3Qiz1yduKX3tbNHyhnQLGXzOSmauE0eNdMJAVQCL_syND62Nwo .IcvruRh120FstRpmi2sEnhyKlkPyrRez.Dk4u0Z.dpwbA9T9JWXV.KUyYdkT5Fl.Anamz9oUl0n vg.CAn2Z5CQB4I53pkET4ubzhsXMKu8o.zDYFKHuF5xvHPrgFEd77JKCOjy19MZxj_.g.qQ3LNJr IH6f4raiQfJ8hyxBJaawfXrnkUtDuSOTEMKrF1OY1JAVNABX_RT_X.TtSjHqQw8Wg_c8vqj5y11X ACHL2xfnrbG3GpSTap9qU_waUXe3.WGCBnXpabH8REk2UFXXHUS88k8zDJNZMFRseQobz5H2lYEN XuTb5HfRlS0CowdDoIC72B_nnLYiP3JiIhppGuI0BIfH68s6qwt7oH30HUHrd4W0BphNNYEhF6nm Kkl8ViJ9d0Z2mkcHSV0SYrvp8bS7LIqTGT1rAx4h8cAojXacJ8R7IZBhU3u_uaocsrz2Pmv3qCST noUEG4X4woXAkQmHpZhlCyHEgbE6469rzyKcDfIaXu.XYpns5EuHbiSMjjPyLO45cUYFdDwKo.Ie GPIinLgyfq7vLPi9cCrOkn_hZy.RLu7Atb4UsG6rv_zdcYM09V9.nAvuaJxhYf5U.r4RJEkjHKWV MBGodOwRcPN0yhU6ylMBiUvack3y_9ONQIwFhgWSrz.72nrWbu3DU6GKEL0tO.KgPCHshKRgMSAm 9aWFJY5GMyL.tvELZ9j1VFWgtWbUDnVHOPP3ITMGKXt.JJE4QPy48u7brovUqDqDVptyxfL20J66 24JgUEkGHI02QgyXTdUOTdSzaSHwmYW1B1kdAtu9Lys1mwVjh_VHL_0mGlAVHqFfuC03A7hFgVhb MI8jSIF0veDBJ4RuEv0FOiIysk_mZXbLrqtfROCn8gXWS1wjiYv_ua3bWuCfKyW2Q0z_f60U0lGW zw5s.EGQvkmqnEk9i710M7m8eH6EN6lqMC1GM03XER20sd0f819148e3kMFhNGopixNa.BCyk.xr BmI.ERTjEYhFrBIyrgQGxSWqyC3TrtVTCAglpcdb_V9QwIlRtvv4lY1PXSRcPzn.HkeZ29LTSi8t jDRHTgdx0oA4b5mhhnBdJisLw3IfckNHZTX7fJjZ4fpT71xrNL6B5Zbexyw4FZawa7h9wePUJEdr ratgDp_d61XdP0qbhTuYrv4dC5Ockj8_JJfWmtaWvxRZGEALmHqn56mGfCiCQP0BR7nJe1EFmljl lWoRFIUw4LgUG7YD9KPS9cuxqUctFrhHYae.YTbToGcMDTO.RNUB.cab5hfUJURbUKtbCasyHfaO Ub6nKMhcbZzNLPMi9yUREJCVLQ61PwupJds_yugAdA39_KGvXI_UW0TFvq9Z2u_flHT_LryaYemM ZfqFs9dlIO0i0Z4S9JxW2OA5K4P76DummPYYmG15SrypebvOThjnU1Mz.XW7LxW8ePYeo8CF0zUv 0Fai7lCbKGrYrFAHb__0trqdM1WDQ3k1qQoi8QdsrIW4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 07:05:05 +0000 Received: by kubenode517.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6cb5890daa2b2cbfc21850d1b0167ed3; Fri, 12 Mar 2021 07:05:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: <90F389BC-C3C5-424B-8B7B-A0E014C3A766@yahoo.com> Date: Thu, 11 Mar 2021 23:05:04 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <90F389BC-C3C5-424B-8B7B-A0E014C3A766@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxcJg4wS3z4vJs X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 07:05:08 -0000 On 2021-Mar-11, at 22:19, Mark Millard wrote: > On 2021-Mar-11, at 21:56, Mark Millard wrote: >=20 >> On 2021-Mar-11, at 21:49, Mark Millard wrote: >>=20 >>=20 >>> On 2021-Mar-11, at 17:59, tech-lists = wrote: >>>=20 >>>> main-n245392-8423f5d4c12 built and installed fine. On reboot it = seems >>>> the microsd card times out. Console log is here: >>>> = https://cloud.zyxst.net/~john/FreeBSD/main-n245392-8423f5d4c12-no-debug-fa= ilboot.txt >>>>=20 >>>> Booting kernel.old works fine. This one is from >>>> main-n244802-88db1cc9f19 (Feb 14th) >>>>=20 >>>> Nothing else has been changed configuration-wise, same msdos = partition, >>>> same config.txt. Only thing that has changed is /usr/src has been >>>> updated, built and installed as of main-n245392-8423f5d4c12 (March >>>> 11th). >>>>=20 >>>> Should I raise this in bugzilla? >>>=20 >>> Note: I use the official snapshot >>>=20 >>> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>>=20 >>> and its: >>>=20 >>> # strings /mnt/boot/kernel/kernel | grep 15565e0a217 >>> @(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 >>> FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 >>>=20 >>> For some comparisons to what you report about your >>> build. >>>=20 >>>=20 >>>=20 >>> Some oddities in your report that might need to be >>> addressed first to make things more comparable >>> are . . . >>>=20 >>> Your log file shows: >>>=20 >>> U-Boot 2020.07-rc3-00208-g88bd5b1793-dirty (Jun 06 2020 - 20:33:00 = +0100) >>>=20 >>> But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>> has: >>>=20 >>> # strings /mnt/u-boot.bin | grep 2020 >>> 2020.10 >>> U-Boot 2020.10 (Mar 11 2021 - 04:30:22 +0000) >>>=20 >>> This makes comparison of results messier. You might >>> want to copy the snapshot file over to your >>> media. >>>=20 >>>=20 >>> For reference the snapshot for 15565e0a217 >>> also has: >>>=20 >>> # strings /mnt/start4.elf | grep VC_BUILD_ID_ >>> VC_BUILD_ID_USER: dom >>> VC_BUILD_ID_TIME: 12:10:40 >>> VC_BUILD_ID_VARIANT: start >>> VC_BUILD_ID_TIME: Feb 25 2021 >>> VC_BUILD_ID_BRANCH: bcm2711_2 >>> VC_BUILD_ID_HOSTNAME: buildbot >>> VC_BUILD_ID_PLATFORM: raspberrypi_linux >>> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 = (clean) >>>=20 >>> The Feb 25 2021 start4.elf build is from the officially >>> tagged 1.20210303 rpi* material from: >>>=20 >>> https://github.com/raspberrypi/firmware/tree/1.20210303/boot/ >>> ( which is what a modern sysutils/rpi-firmware has in >>> part of /usr/local/share/rpi-firmware/ ) >>>=20 >>> Note: many files other than start*.elf are involved but >>> many do not have such nice, checkable version strings >>> to look at. >>>=20 >>> What vintage/variant was your experiment was based on? >>>=20 >>> You might want to copy the snapshot's material over to >>> your media if your media does not match. >>>=20 >>>=20 >>> Your log file shows: >>>=20 >>> FreeBSD/arm64 EFI loader, Revision 1.1 >>> (Thu Sep 17 07:58:43 UTC 2020 root@releng1.nyi.freebsd.org) >>>=20 >>> But = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>> has: >>>=20 >>> # strings /mnt/EFI/BOOT/bootaa64.efi | egrep '(FreeBSD/|root@)' >>> FreeBSD/arm64 EFI loader, Revision 1.1 >>> (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) >>>=20 >>> I do not have sizes or content to compare to see if there >>> are actual differences. FYI: >>>=20 >>> # ls -Tld /mnt/EFI/BOOT/bootaa64.efi=20 >>> -rwxr-xr-x 1 root wheel 1258796 Mar 10 23:29:52 2021 = /mnt/EFI/BOOT/bootaa64.efi >>>=20 >>> You might want to copy the snapshot's material over to >>> your media if your media does not match. >>=20 >> The suggestion might not be the best for EFI/BOOT/bootaa64.efi : >>=20 >> Copying your build's /boot/loader.efi to EFI/BOOT/bootaa64.efi >> would likely be better so it is testing the version from your >> build instead. >>=20 >>> With the deliberate matching of materials, re-running the >>> experiment and basing any report on the result with a >>> description of the context would avoid worries about the >>> mismatches contributing to the behaviorial issues. (I've >>> no clue if they actually matter or not.) >>=20 >>=20 >=20 > FYI: There is another report about "panic: malloc(M_WAITOK) > with sleeping prohibited" for debug kernels if any USB device > is present during boot so the below is based on having no USB > devices plugged in for trying to boot the snapshot. Should have written "any USB storage device". While there might be other kinds that also hit the bug, my testing did not have a problems with a USB keyboard. (I did confirm the storage device panic for the debug kernel.) > I tried the microsd card media that I made from: >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > and the RPi4B 8 GiByte booted just fine, even doing > the: >=20 > GEOM_PART: mmcsd0s2 was automatically resized. > Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` = to revert them. > mmcsd0s2 resized > mmcsd0s2a resized > gpart: arg0 'ufs/rootfs': Invalid argument > super-block backups (for fsck_ffs -b #) at: > 6402432, 7682880, 8963328, 10243776, 11524224, 12804672, 14085120, = 15365568, > 16646016, 17926464, 19206912, 20487360, 21767808, 23048256, 24328704, > 25609152, 26889600, 28170048, 29450496, 30730944, 32011392, 33291840, > 34572288, 35852736, 37133184, 38413632, 39694080, 40974528, 42254976, > 43535424, 44815872, 46096320, 47376768, 48657216, 49937664, 51218112, > 52498560, 53779008, 55059456, 56339904, 57620352, 58900800, 60181248, = 61461696 >=20 > So if there is a more recent problem, the bisection range > should be fairly small. No need to go back to 2021-Feb-14. >=20 > One thing that is different here: debug kernel instead > of your non-debug kernel build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 07:58:05 2021 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 1D1665714FD for ; Fri, 12 Mar 2021 07:58:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.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 4DxdTm1LQyz3D1p for ; Fri, 12 Mar 2021 07:58:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615535882; bh=qLrbUKCLEDbuDnqxT5Ls6puTIDWobDzyW2s0rL1BJQN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=p8JuCqO88H1IGTCkEE9ipM+1QKv/b3DZIEKI5QzLg7yMt3go7Fh3hRAV8M6Yy9203vktxWv3pSz8H47RHAYGLLYcrYH70Ffa0IwWZexWgXxpDlOH+HM/xvvbvO5TfSckm+Z67opVuQkqETKwGjOJxBMhO5oznTj0GCZxLF45N1JgcMedd2OPxLtdK9Nq0Ctk5Ag5L7VlGGdLDZEVP0Sq2ybVhekf0Nf2UP7YA7TdQ0klsUX+CxDGySN3E1NwcNIxANLnk06zi0zy+T0AOZsNYBZxX64MKzkDDe4+7ilxWjNu8Bam447WY4a6YNwORTgebQcs1fcU0+Jz4fPROM/6EA== X-YMail-OSG: K1fvAdkVM1mRWwd4968ynxUKYDDw7evXx6J4x8H3fDSFNpT47KL_iXJ6qu2UC4r mcrB3.BRi8aqzqR7AYBlJnpAcRSyIEVrQZ75Qs6CvLXjW6YA7DBmnnxwqNtQXEaNH3fpucefzkYw kSYk1kjKcwB_o8bD21BbJjkiV_pEGnm.slWTJicFNgKRLBe7sdZe6g8F6oAZa1eRPcKfJlybaxj0 RwckaREKGDW2zJ3ypaODi9VYWYejx1mwPP1kRZ3kcm6ljgq1p1_L14lqguHVrcFv9IXrsjexPx96 aNhzdmD4WdDg1G4sYdqgPFIzksmSFP0fvLrL4s9iyfElt3yKBRByK_2DnroLCDmaSSP4t687Zi5s 3bNXOUMH5rbaUGSuWInX4mNE6yEAJtaBllM1Dq_wijw5HnUponb9nPotQUTfxo0sudzWgL3_Iuil o6Ke7ab5BG3JEOhbnkLpfwEgCTEbRfbDo_9yCA03UJPHemwoSisxhHYkv32azD9GeztGLQ5KWJdi BuvGJLRqwVX4A2iFQrk1Dhg9U1l6aR0LBWFRwcrHk1YsQfqD8NoegMl_pgoqPNB2Akv5PAFO9sqt IrfJd5eNblULXtmEvi.iNeOo2Ysuza7NFmWPk_aLmFIUzK3GQwHp_C_pfQdRs0OoCvTb0fdl4.aL TYshG1lxIc5JhoVPtCB9BDDM1y_hyAaPy2yQj6UBtHxrEhqqT.ZMVWb4WDSgwNX.fYeFY9xn9Y6V McKiznD_ljo2IvjVwKjsr995bd7.JNmp2i5P5KLToDm0uRk8hrOB9niOubeLCZJ2ILggOsYNQkpx p5WKUmZ5nQqWNByaDgEIpKteQw._Lrqvg4raLNErfpHFEegyrvk0NcLb32CHvVKX02VTTX3sCHBz 9QvEMlPt9RW25uXRxahqQ5isk.LVOwBMAuCPASTwG5G1zEBPF7G9pN1q5IXj3_oA.oY6ownHQjU. jm8qeCnGG2YI3QqMl1l4AnpFPkSZaTr6pHtWHb1VpnmTNkMyILxhA2jfnRnQ62BFJYDWL.a9qZSh TFhPM6Osw1a5IZ13zi3SE_Hjdk7b6DOkbNqwPJB7VCGi5bmMH1JJf6bUVThQjTu_EmDBN5Uk8SLH yPlG0egEuDdlfbGNvK3SGPS659Tf8AKCJQFPb4mJFFeVSiwBffsO9.PDq9ukQn6dxdeKf46fatz2 LyU5z2o2QtpYjBWp0yLIttqqqt1hMohdTm3FbKQvLLTJz2VSOpZ3lMW6j.fpcokWsb3qKAyUBvu9 JKfVlIUWNXe4EhfF1CUMldM6l8X.dcooTsJEmlF5kwg8Ldl_vrN6jhGgy1txHij3udxK6z3CXeH0 5wizUZQII.pPQfn4a2D3b.gUvIAg5bPkLM.dxGrBclIhKOOME6eP_vQm_tsnD6DDSbYLF3GaYkG5 a55jal8jrJu0oGtmwxLqqYzv3uqrah11EXl.5zGOHhvBOnLwF3eZmRBGYKBB4jEIMrWdOg6BhLNG w1Qf1nQOLDegssZtUZtKenXa13cgwy9R5ZqH5vMPTWyAsYZJpNgJVzcqTzFtDUt.w6Lk7UXCzz1A 01QndTXtcOe4fbizcTPdAJe2ujeM_ErWEg5bVG0eeaAy0GVp85Uknut1sbKZ2tUeuVAV4mP.46Z5 sLmGthGFJgsGn76ZCUZR_b1AZS5viNFIfJmo.ZAxalcIWBi5HVOhbAdZ76JbNeOrO_iI6S42KMV8 rtRuX4ReiwpmOo65CffiyLmOaG3crf39CvLHzpoYqJ0.qp51OPmJrdVD9wvzCQ8ES3nZ6X3vujOc DfC4us5_ACep9SZM8.yB0ARePp7B9bW6h2O6gH9ZrYOgwV8ZrormTbdGebjuxw0kBYRnMpAJewIc eW4sr5G3VFcguAxk88Vm5ofpW0DDm5rJuzKWLqVutods1XagQsIOUkQGuIP8nu.W7LAPzKwmQD5n GyD06.qJl5NmU0Q67gvRjOuRQS6zhaIkjTkIY173kYGHoPiURx1a6hS3.MMMqkqZkdlfHr3OsMnA 0RFH_dhnfSIcH_Om_MOuT4ieVJEeQm8YtLi8kjSp8J.jU3GSamNknPBlk5gSPlr7FSnt6FacFgah OBox5DT1imeuSUcsp3vFFh1.yBdsD50L2QsD3PNY0oW6ZwhQAYM_gx_1_xxFyWdVizABrRWL9GaU .D4aRUJKTxKeWVFSouTucJyUbtI_2zVsE_kZzyIDtXdCjDfw36mRZ66eZleKmWh94Cp0m290jU08 danBjFjp12HrUSQHnyVRovAHb03s7IJWGb9qGIowj2oPflE30O9pE_XBERaIkjZgFpEd2o2i6s4w yZKLh5UAdDnQuV8oKX.K6fyRHl7eUYsxRI2bIW8_VuFZrM8EPjKq5Csa7FlYgiOTnpfTosJeeS3P uytsgxQviSS2O39er_VTrbcpbW71tT5Uxte_4mLscaXcu9MiBuAL5J3XMx7.bbMW6AU7QcC2_Ch9 jp2sQ1CLdvc85p8_zw..1KVnRwaJi3mdgrbFQo.JL352WCzP9wTvJ1jrGbNeKGJ_mFe4_N6_araz p_.7T6kd1fD5lAUUBTdxPoUE9KwO6It.LXyXXw3ahO_ZGGf2cg_j93sL2d_Aq7G.g X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 07:58:02 +0000 Received: by kubenode501.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 86e2163254d828a403a1da628d3c15ff; Fri, 12 Mar 2021 07:57:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (FreeBSD debug kernel panics for USB storage devices) From: Mark Millard In-Reply-To: <77D90D34-4403-44F0-A7D7-EEBCDCF745D3@yahoo.com> Date: Thu, 11 Mar 2021 23:57:59 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <453A972C-D4C7-4789-BAD0-78A167019E7B@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> <77D90D34-4403-44F0-A7D7-EEBCDCF745D3@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxdTm1LQyz3D1p X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 07:58:05 -0000 There is a known FreeBSD error exposed by recent debug kernels that panic with backtraces like the following when USB storage is present or plugged in, not just on aarch64 or armv7/6 but in general: panic: malloc(M_WAITOK) with sleeping prohibited cpuid = 0 time = 1615452946 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x184 panic() at panic+0x44 malloc_dbg() at malloc_dbg+0xf8 malloc() at malloc+0x30 disk_alloc() at disk_alloc+0x1c daregister() at daregister+0x3b8 cam_periph_alloc() at cam_periph_alloc+0x528 daasync() at daasync+0x260 xpt_async_process_dev() at xpt_async_process_dev+0x194 xpt_async_process() at xpt_async_process+0x3a0 xpt_done_process() at xpt_done_process+0x314 xpt_done_td() at xpt_done_td+0xd8 fork_exit() at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x14 It turns out that the snapshot: FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz Is an example of having this problem. So are the other "20210311" snapshots with debug kernels. Recent https://artifact.ci.freebsd.org/snapshot/ materials will also have the problem (debug kernels). The http://ftp3.freebsd.org/pub/FreeBSD/releases/ material do not have debug kernels and so will not panic and should work as long as various memory allocations do not fail. https://reviews.freebsd.org/D29210/ is for a patch in review for the issue. Various folks have used it to get debug kernels going for their activities. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 08:30:49 2021 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 7A5875724D9 for ; Fri, 12 Mar 2021 08:30:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4DxfCX2c1qz3Fgx for ; Fri, 12 Mar 2021 08:30:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615537846; bh=C08VWN7jT3n/v6CUPfyhNa5CT8VGU9iqr9FJG3lHrVk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ExHpgWbfec+96ilZYA7xTEiJo6GCZAWG2kBPFij5XLWVGUpmksutchYWz1qGXaUdLGiG8yheEdjyCrV4JNwdK+4GoqpPeSKJjDEqPTAHeGWXJKU0/OC5KS3Vd6fDZGJ4QxCfna+GcFupv1hlHRNXW5jKnSGNQcJ1pKydXw0ZCqvGqMkeMBGoajyts8EbJtuaR3qd4mzAxnJFCtyKrz1fsFiyPaeoNEAJcY3wKTMObKF+GSsFP9z3GcHmN6sdP5R8SSB4ZS5burIBeDfgaHFBcMSpkgsoxh1ltpZgfXvRF5g4G/pCpbaI2kDSdtT4ZURjCM0ZNmgT6z9fFPpvAAHp7A== X-YMail-OSG: oco7lvEVM1ldlmLVZkGGZQG7YLXXxs2F2vKsVkFj3gSVEkFhbL0lQzznvvuyVcI ZDy.48r67DffZKi3LAihaPC_glY.s.jkyvBqgn3KIK7I_WmwfwnvOO.rBXg3GwvglnBVpZyqitXn J._PrNhDSLdfye_WmhRbaVCaaEW1OHM_5s5yLp1cG8lWNyvFDHt_UVjBICfs5A_PHxfd_IdZjOeH 97f1qjWUsDlSrBArE6F8g6vkVIKpY9weFAOm5e.gL2B4v_OAhoHfhnHT85Mf89DGGhPfKf_xMJiG VHSZRatW6SBLG5ndjHxlzSC2BY9RGjZ3VvziyLPVQ29ZUMtquNMXV5ccTSnHpZiDvKHpybIv85XR K0TN12XdZoWvhZJNefhXHvRTys2CU_LAQXPII0OcrBZ5qR9M_D.NIiFcIgPaQTa1yiHC7g3KEMOT 8OQM0DHdewt.ZBVLXV57B5jrARjndLFnQzRwUIG2WQFLK4Hj2NU5d3mU4rhdcu2F_1PEKVKy9s87 4TTf9b_TqiQQ4Z0wVbgrTcOLKCj8ldJ0CbVWjFJ4qSWH58su8R3zqr4B0_q0xKpP1bUXW7g9Q6Kd aoD0FKi6pCCCv8d0ztil.BVFCdt5bujGIY5Yj19tkap1qwileOwOq1SA3w.8b8jBxCJeyxkZN1jO v8S2g9Xf.4qwhjzX6ox_gGmjJLvjldnW8Hv4H_maxy5PG27d4g9xoeq6MJOlsOEjTHBf_D1UbCKG kPbzQlDEUCGBBpkDhC3nl6GlKmSLURLlrUlexRt_rkcAX6zpRBZ5KobEq.suYY8MDJEmZSfnWQcG J.ZltnmhH.IanXzeekWJGC9atsArLt9BGv9RelFoi5vfGb0bGz21z8WG.5i6MXqNVC_NJRC5jd20 mnfnl1FHd8cLpJQtEHadisdbBxVXneaj68H0O.FHG8P7jlbnl9QMplPe5DEA4R2Ysr4hb4IlMmeC HVkyQ3EXCmI4rHu1BAHJ8.zYSDGdgYk0Vo._LNIOlWNKhXtkNfcq3ldQmGGWSqvbP5nXw4GM0bK9 CkRIp4aLxVfKqOKViY3w5utzfCklljh65ZdhbOFreL.AffQjRjUbS1eifYHdhIcxgW05hPKa1FS9 2QV57rdXBT9_gO4NomsvOgpS1o2gtQTuc.5.0.u_kCjEHU6mxJrZ9ERBSqpQsonPLdmjpK6evjC7 3AEx007nXXxIvVh_I5shsWtecDPIoYRC7u9g184iid954QBWNjJbKOD0_LioOgj2XohncEJL2gvb eJcekObMr63D.0DgiIrqFtqNyLlVzg6bVntyS4R0Fizq82z3Z39vMC8Own8ZpEIHgEbmvfrofp.E gL6LGkWXYAoVkXr8TOySmlaGsMGHjhOlGiUMjbJHKNYAiXWT_bZ45ojNv0T7goRELYwoA8bqpkpo XK2Bw9rz8KJl_cn11L64en8Jpb18f3rQT5BzvQ.sorSKG9GzeRQoduZqOGdSeQbbMgJXvz_BpotO 7SuLwj95U6FEZR5H6FIJQGUphHfGOF5bx4lVUdCyj3kBizZXemQ8yHr_ZY.D2aJT4mnpWcBd59iZ S3m4hpxnjmOU6m.ZWScya3_C9gaha9QNUa3JxWl44y_zWv8e0MjoxAZNyXcQHu2hj_KCicFUBMMg IJK5cYlo6MXo6AWZWUR8fT.iByrtPAZQTdJiocb7fz4uBRUDjBztXWgSUDsD9jVO9KHrkpPZwR99 oJM5_7gvpltS8zEPSV4LGKfQX20OiUt1cssbX0IUTezym7gDb7FhIXI7qoGgn4yq1FYSeC7PRUT. yB8xNGTWHO1dw9TZa3uaobicBYVuT5W0NWN7LV_mcupkHAirvJ5SkQ9_cgzdsAB3F0A2F_MItgt3 YkErb7KjvcLetbae.7XbQkY0_fDgZx_W2XcZfcFLf2g17dA18lLwjynuEsexUDzp6B2NpqJYAVZb aVMgQJIre7k.ZDllivvATQX3cDJlcJYLu949oN6.kDHqzp8UzLHFXD2k6G2kG6NJqTEIe4yUMpku 045Pzafi9va3sGmbOoxJIyo_FV7dFZ9wYrSTBxT1LVo01mmPIlUb1JF5716nF9v7XQ5yiYEvXPfV 8DQtJGGJTteSxmZAVPaGqityLwT8EXgc5gpNmq40pxwSxHrWChDyPmMk3HOfbMsyk3IXsyqDRWrE Sj.DqfcqtowTN7v6G617pOKwmYzZ3IF4lDzq_NMGaDaBrGddbNgml_R21pZ0nrI1.mszYF8z38lm 2S9vBdCkIM8KMIa7u9a4DAy58HUaGjhjG8epCiHAVfRgvqWPMHcJzJTeL.FxqvweXL2V8aUTWbzS P3nJtkJs2XM_WerKu6V2fiYrUIiEH.r_eZb3jnaWBNg2j4aUuPqeCyPI_ebX0puW4rg6IWkhmtqY dCea6MkIL3q_ziZGA04vKCwasrfY6nyD_FIjDp3IuWUmfH_kjfLXJU0.0n995.op7TfOzextt1pj iaNgs6yJghZn7z6BnDXM3M6jVcIDDS8yYH8eG4DIPzVzPx8QiAHK5r_GnFYZIdhAsVfKQrJDOjkx .JmV9Jm22sDFxnr5GXFub2_j6viSt4XmjeUu8.3M1FYpufNkkSvkJ_jYu3dbecD_gjOxdkich0qc W2RopyZobu0wGrbhXWug9 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 08:30:46 +0000 Received: by smtp402.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 897ec0d789ba8c1c7411f2dfb30c3f1b; Fri, 12 Mar 2021 08:30:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: RPi4 Status and xorg behavior (FreeBSD debug kernel panics for USB storage devices) From: Mark Millard In-Reply-To: <453A972C-D4C7-4789-BAD0-78A167019E7B@yahoo.com> Date: Fri, 12 Mar 2021 00:30:42 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <07B00E95-6802-4C98-8BD4-46CD5B2D67F3@yahoo.com> References: <20210307155515.GA4591@www.zefox.net> <67BF2EAC-04AD-4822-99B2-48A99563331F@yahoo.com> <4B963C56-D7E9-42FE-8B8B-B8A425ACE78F@yahoo.com> <20210308011035.GA6603@www.zefox.net> <20210308173045.GB13739@www.zefox.net> <4D8FD8EE-6642-46ED-8AAE-CAECB36572F6@yahoo.com> <20210309023348.GA16279@www.zefox.net> <77D90D34-4403-44F0-A7D7-EEBCDCF745D3@yahoo.com> <453A972C-D4C7-4789-BAD0-78A167019E7B@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DxfCX2c1qz3Fgx X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 08:30:49 -0000 On 2021-Mar-11, at 23:57, Mark Millard wrote: > There is a known FreeBSD error exposed by recent debug > kernels that panic with backtraces like the following > when USB storage is present or plugged in, not just > on aarch64 or armv7/6 but in general: > > panic: malloc(M_WAITOK) with sleeping prohibited > cpuid = 0 > time = 1615452946 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > vpanic() at vpanic+0x184 > panic() at panic+0x44 > malloc_dbg() at malloc_dbg+0xf8 > malloc() at malloc+0x30 > disk_alloc() at disk_alloc+0x1c > daregister() at daregister+0x3b8 > cam_periph_alloc() at cam_periph_alloc+0x528 > daasync() at daasync+0x260 > xpt_async_process_dev() at xpt_async_process_dev+0x194 > xpt_async_process() at xpt_async_process+0x3a0 > xpt_done_process() at xpt_done_process+0x314 > xpt_done_td() at xpt_done_td+0xd8 > fork_exit() at fork_exit+0x74 > fork_trampoline() at fork_trampoline+0x14 > > It turns out that the snapshot: > > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > > Is an example of having this problem. So are the > other "20210311" snapshots with debug kernels. > > Recent https://artifact.ci.freebsd.org/snapshot/ > materials will also have the problem (debug kernels). > > The http://ftp3.freebsd.org/pub/FreeBSD/releases/ > material do not have debug kernels and so will not > panic and should work as long as various memory > allocations do not fail. > > https://reviews.freebsd.org/D29210/ is for a patch in > review for the issue. Various folks have used it to > get debug kernels going for their activities. Looks like the final / was a bad thing to have typed for teh review: https://reviews.freebsd.org/D29210 works better. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 08:47:42 2021 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 BC763572B5B for ; Fri, 12 Mar 2021 08:47:42 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (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 4Dxfb24k18z3Gq6; Fri, 12 Mar 2021 08:47:42 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x62d.google.com with SMTP id mj10so51808970ejb.5; Fri, 12 Mar 2021 00:47:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=XIRO04GJZfWDl3GHiXHGigwSEY/mz9duGhXDXlMfXEc=; b=viAzg5edcZkeUw61+LcqJbdvrrnGpay+U4ipUVFWOqq//gkUHoKRVGssLFvQlR2ZHM xhlvDD7VNauK2r5H6N3jOnqd18+xKLwx20ZDlvY29OtlSZ6sCpmJa7KAbCdYp0UqlVoq ZOLVVorgceh+yAvndXnPGa3ihNR/OAdpkTksynUjEpk1lYSExbgr8E+Z2edI6Ya1Nc2D VL5a8cZ6EoA3QoFknkArSdMMsoQn/T3xMGfiyMZlQmN0sQ9GQYN+0WAb/pOJDgciV0pU uTEVF2sixYLUdE4nnTcA3bNC+tCjbUBlj6wPpATDiJUlkkdEn0fN8XTkYO7L3MTfJBby GsQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=XIRO04GJZfWDl3GHiXHGigwSEY/mz9duGhXDXlMfXEc=; b=U3grJdifUaUR+/dVUN7odJHZv51zXi7F7n/AfVNq3WUag9Z88y1RIPy1PvmvHV2fxp jYaH6FwBk9Wxzpvm8vO74QuJOMivkri0ObsNQCRJavGdiZ7QIQj2oq9S8wOqIqIRsCNd +kp1klfbhoFUOCiaA6pqiqB0lgSoWgHft0f8cp2krRpsMLof2JaI1p1wtu4mL0s6+6kI uFX1w9YlNN7K25ofJ8vH+jo1Hn+D3Ym1GpwUnFqVsYlAZ0j4lVIwbtj1GvLVoGAHhPez K4V1SguADa0oLP12H5P+MZ1Qt+z0tTXcBFAKOFUypDK+4AxzRgU2qgfuQl4asFoVG72F INnQ== X-Gm-Message-State: AOAM53269Y3hRPCCW96VqpxhD44DpZIY/cGrophD0Qwo29s6lj36OsD2 uuwb2naNc1pXS8RnR0B6JfslMgzK8Pw= X-Google-Smtp-Source: ABdhPJzNeoRX71ZvmvtNU08cE4ycWisGqDU0VtxzQFKZLzQBUJcTjCG6G+KlBr9FxEO5AFK9wKkoKA== X-Received: by 2002:a17:906:f0c8:: with SMTP id dk8mr7463335ejb.300.1615538861278; Fri, 12 Mar 2021 00:47:41 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id 90sm2734471edr.69.2021.03.12.00.47.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 00:47:40 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: problem with dwmmc ? panic's on bad filesystem... Date: Fri, 12 Mar 2021 09:47:40 +0100 In-Reply-To: <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> Cc: freebsd-arm To: Jesper Schmitz Mouridsen References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4Dxfb24k18z3Gq6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 08:47:42 -0000 On 11 Mar 2021, at 23.30, Jesper Schmitz Mouridsen = wrote: >=20 >=20 > On 11.03.2021 21.29, S=C3=B8ren Schmidt wrote: >> Hi >>=20 >> I have had this panic several times on rk3399 based systems when the = filesystem has gone bad (and just needs a fsck). >> It doesn=E2=80=99t happen on Marvell a3720, so its not arm64 = specific, more likely dwmmc specific or maybe the dma on the rk3399 ? >>=20 >> 13-stable of today, but problem has been around for a long time.. >>=20 > >=20 > Check under known issues https://wiki.freebsd.org/arm/RockChip. >=20 > Should be fixed in = https://cgit.freebsd.org/src/commit/?id=3D8727c174b0fe44766bb7ea765dac6d5f= 82818103 >=20 > But perhaps it is not included in stable/13 or it is not totally = fixed=E2=80=A6 That fix is indeed in stable13, so it looks like its not really fixed, = or this is another problem... -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Fri Mar 12 10:09:34 2021 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 2D6A45745C4 for ; Fri, 12 Mar 2021 10:09:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DxhPT5LlGz3LDt; Fri, 12 Mar 2021 10:09:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1615543770; 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=WkjF/Hyx5h6yFRmu9dJiNPSoABLc1IJkTY6NBUrv7/I=; b=O4sN6Iuf+Rp0Hb8jBdcF+pcwly1puhs2O2NwGX199UQLKZZ3+ZpJ7T6/sqUW86QUcAtc0U ULL61Hk/emSi83TqilXFWw7FgvSIjEwbtORN07GJLc8k/Y4icd8oG0nuFiKeigfxGCs/+k vM6dJPCEau5PaWIy2rUhF9OnZ/s7mBQ= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id b0a98330 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 12 Mar 2021 10:09:30 +0000 (UTC) Date: Fri, 12 Mar 2021 11:09:30 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Jesper Schmitz Mouridsen , freebsd-arm Subject: Re: problem with dwmmc ? panic's on bad filesystem... Message-Id: <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> In-Reply-To: References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DxhPT5LlGz3LDt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 10:09:34 -0000 On Fri, 12 Mar 2021 09:47:40 +0100 S=F8ren Schmidt wrote: > On 11 Mar 2021, at 23.30, Jesper Schmitz Mouridsen wrot= e: > >=20 > >=20 > > On 11.03.2021 21.29, S=F8ren Schmidt wrote: > >> Hi > >>=20 > >> I have had this panic several times on rk3399 based systems when the f= ilesystem has gone bad (and just needs a fsck). > >> It doesn?t happen on Marvell a3720, so its not arm64 specific, more li= kely dwmmc specific or maybe the dma on the rk3399 ? > >>=20 > >> 13-stable of today, but problem has been around for a long time.. > >>=20 > > > >=20 > > Check under known issues https://wiki.freebsd.org/arm/RockChip. > >=20 > > Should be fixed in https://cgit.freebsd.org/src/commit/?id=3D8727c174b0= fe44766bb7ea765dac6d5f82818103 > >=20 > > But perhaps it is not included in stable/13 or it is not totally fixed? >=20 > That fix is indeed in stable13, so it looks like its not really fixed, or= this is another problem... >=20 > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" Seems like it's the same issue. Your hitting EFBIG from bus_dmamap_load. Does that happens everytime ? Does that happens if you disable journaling or softupdate ? --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Mar 12 12:01:09 2021 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 4BED157778D for ; Fri, 12 Mar 2021 12:01:09 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 4DxktF1RMRz3lGl; Fri, 12 Mar 2021 12:01:09 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id ox4so37237392ejb.11; Fri, 12 Mar 2021 04:01:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=WVNdXbqfDTo9Ado/eGsM31j+cLQrACSclXMcBrK0luQ=; b=f7z/lBW09Rfp38EdcejJq54cHorPnmEd8qAyAJ6aMHBWYNl4/F1s79us99UEJn1ZCH 6pDEAOLtKfpBKWvCFhTeQ1QjcbKuw489uoEClWXs0JVVsApYfss0LR/xPCnglzVy0F0z 7kSfdIlFpXMQEp74xuZ+45BlcPau1C1OUbznk1PlpNid5/uUyc1pQk0p+Rg1GaBuZka1 GrCDFBv0J6uHAtkQCgUaOJIaxYuUBFHaahthUcvJR8gvNVNXammbrqvvQeB5bVqVHfbt X95GyDqTbAY4ogiYSX+YJp1hXMIsEx7qDNvJ+Lr9ul9yF0W0HpqUSwVpS5CpUt2/aJHO BXGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=WVNdXbqfDTo9Ado/eGsM31j+cLQrACSclXMcBrK0luQ=; b=Zamhxy9IC+U+JSr4KiQqA60qKeAjy57b9x/KpACTzpgXRt03G1f5PmU7hvNmoEIiAX PmWPDTgoO4LCo2Hsc9Yxh3/zIG2LkzdVmKMgUZ9qQnhPycM9UIbsftiuK1fHiw9bJFCV Fht3rNtUarHAraoWlsDwQVkJ4FLs5DI9+r/UYA0riZSbnG2ldSfTRZmUWyL94LTG4dxJ PxjY0juFdzy08Fr7k6v41RcWuhSuaOs/IpZU29YLnN8Ea+/JQlcAbOE/FN6c6g+8B1ya LPe3HLIpGgOR9zhaqkfBwI3pYf+jHmMTSlmMHk4tx57MOZZLpGJbJyl2et3ZfZzsGXfA /7bA== X-Gm-Message-State: AOAM53345a9rtnW8cfO6XVdJnrpdqk+C0bP9Jv8UJiIZcinOErnqRtJ4 2ft5xrxzE7Rt14yw3P8MAeU= X-Google-Smtp-Source: ABdhPJzisF0dk4To1P15Xp7PTI0Q7B7RipuKKC0H+y/1yB7E3zpzEM4/9fWyp3kFb6YCtoKcLpbmdw== X-Received: by 2002:a17:906:aada:: with SMTP id kt26mr7878179ejb.137.1615550464416; Fri, 12 Mar 2021 04:01:04 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id n16sm2614243ejy.35.2021.03.12.04.01.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 04:01:04 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: <33616974-30A2-41E5-B177-8259CC08F60D@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: problem with dwmmc ? panic's on bad filesystem... Date: Fri, 12 Mar 2021 13:01:03 +0100 In-Reply-To: <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> Cc: Jesper Schmitz Mouridsen , freebsd-arm To: Emmanuel Vadot References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DxktF1RMRz3lGl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 12:01:09 -0000 On 12 Mar 2021, at 11.09, Emmanuel Vadot wrote: >=20 > On Fri, 12 Mar 2021 09:47:40 +0100 > S=C3=B8ren Schmidt wrote: >=20 >> On 11 Mar 2021, at 23.30, Jesper Schmitz Mouridsen = wrote: >>>=20 >>>=20 >>> On 11.03.2021 21.29, S=C3=B8ren Schmidt wrote: >>>> Hi >>>>=20 >>>> I have had this panic several times on rk3399 based systems when = the filesystem has gone bad (and just needs a fsck). >>>> It doesn?t happen on Marvell a3720, so its not arm64 specific, more = likely dwmmc specific or maybe the dma on the rk3399 ? >>>>=20 >>>> 13-stable of today, but problem has been around for a long time.. >>>>=20 >>> >>>=20 >>> Check under known issues https://wiki.freebsd.org/arm/RockChip. >>>=20 >>> Should be fixed in = https://cgit.freebsd.org/src/commit/?id=3D8727c174b0fe44766bb7ea765dac6d5f= 82818103 >>>=20 >>> But perhaps it is not included in stable/13 or it is not totally = fixed? >>=20 >> That fix is indeed in stable13, so it looks like its not really = fixed, or this is another problem... >>=20 >> -- >> S=C3=B8ren Schmidt >> sos@deepcore.dk / sos@freebsd.org >> "So much code to hack, so little time" >=20 > Seems like it's the same issue. > Your hitting EFBIG from bus_dmamap_load. > Does that happens everytime ? Yes it does. > Does that happens if you disable journaling or softupdate ? Journalling seems to be what triggers this error. The last (error) request contains 0 segs and a non %blocksize length if = that helps.=20 >=20 > --=20 > Emmanuel Vadot -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Fri Mar 12 12:18:57 2021 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 E6D32577E20 for ; Fri, 12 Mar 2021 12:18:57 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (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 4DxlGn5F9dz3mDv; Fri, 12 Mar 2021 12:18:57 +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 9F07F8D4A156; Fri, 12 Mar 2021 12:18:49 +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 AD707E70818; Fri, 12 Mar 2021 12:18:48 +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 vyrgDQDOuk4t; Fri, 12 Mar 2021 12:18:47 +0000 (UTC) Received: from [127.0.0.1] (unknown [IPv6:fde9:577b:c1a9:4902:2025:26da:3720:f724]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id BA882E707D0; Fri, 12 Mar 2021 12:18:46 +0000 (UTC) From: "Bjoern A. Zeeb" To: "=?utf-8?q?S=C3=B8ren?= Schmidt" Cc: "Emmanuel Vadot" , freebsd-arm , "Michal Meloun" Subject: Re: problem with dwmmc ? panic's on bad filesystem... Date: Fri, 12 Mar 2021 12:18:45 +0000 X-Mailer: MailMate (2.0BETAr6151) Message-ID: In-Reply-To: <33616974-30A2-41E5-B177-8259CC08F60D@gmail.com> References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> <33616974-30A2-41E5-B177-8259CC08F60D@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DxlGn5F9dz3mDv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 12:18:58 -0000 On 12 Mar 2021, at 12:01, S=C3=B8ren Schmidt wrote: > On 12 Mar 2021, at 11.09, Emmanuel Vadot = > wrote: >> >> On Fri, 12 Mar 2021 09:47:40 +0100 >> S=C3=B8ren Schmidt wrote: >> >>> On 11 Mar 2021, at 23.30, Jesper Schmitz Mouridsen = >>> wrote: >>>> >>>> >>>> On 11.03.2021 21.29, S=C3=B8ren Schmidt wrote: >>>>> Hi >>>>> >>>>> I have had this panic several times on rk3399 based systems when = >>>>> the filesystem has gone bad (and just needs a fsck). >>>>> It doesn?t happen on Marvell a3720, so its not arm64 specific, = >>>>> more likely dwmmc specific or maybe the dma on the rk3399 ? >>>>> >>>>> 13-stable of today, but problem has been around for a long time.. >>>>> >>>> >>>> >>>> Check under known issues https://wiki.freebsd.org/arm/RockChip. >>>> >>>> Should be fixed in = >>>> https://cgit.freebsd.org/src/commit/?id=3D8727c174b0fe44766bb7ea765d= ac6d5f82818103 >>>> >>>> But perhaps it is not included in stable/13 or it is not totally = >>>> fixed? >>> >>> That fix is indeed in stable13, so it looks like its not really = >>> fixed, or this is another problem... >>> >>> -- >>> S=C3=B8ren Schmidt >>> sos@deepcore.dk / sos@freebsd.org >>> "So much code to hack, so little time" >> >> Seems like it's the same issue. >> Your hitting EFBIG from bus_dmamap_load. >> Does that happens everytime ? > > Yes it does. > >> Does that happens if you disable journaling or softupdate ? > > Journalling seems to be what triggers this error. > > The last (error) request contains 0 segs and a non %blocksize length = > if that helps. This sounded familiar; I am not sure what happened to the comments from = this: https://reviews.freebsd.org/D26735 From owner-freebsd-arm@freebsd.org Fri Mar 12 12:53:06 2021 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 373ED57890B for ; Fri, 12 Mar 2021 12:53:06 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 4Dxm2B0nGFz3p1C for ; Fri, 12 Mar 2021 12:53:05 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-ed1-x52d.google.com with SMTP id e7so7785796edu.10 for ; Fri, 12 Mar 2021 04:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=+/fMasCK7jhMJYFnpL2fyhwDcPOcI09rJyyIEU3Br8o=; b=LKAYsq5O2vaPrS4RE+IrBzyMo2NnBpxbmMOtVvrfIfvpDdeSPI8MXyl/HtM+k3BX8N ySsGvm1kLfqlTqBkye8Rzrv0n+G8ZaMHcynQJz2VXPC5HokIZDiSaCL5Y3jpjbBClqbC zxfbe/ZpS+flFV11x2SMiu3hXsL+KJA6TLq9Synrgl3YLFzEHJ+MRfrFLLzKVVD4gzpp kvKIlT0a2b7+2MkPU15KrZJM6CFSW/WvYncLHg3NKsACeDYYdDMLSnSaNGYBDokFdRgb EB1t4gU3lIXtgUIqRqZvdxTaPaVekfwOOXPCPORzGFxj6IwSj3OZ8h6ZqJiFsxR7q6C3 6WYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:cc:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=+/fMasCK7jhMJYFnpL2fyhwDcPOcI09rJyyIEU3Br8o=; b=f03p373mmXqVEEwBZnZvxMRvAF//KK4t0JK7FTtDyV4UpPHpHXQ1qxEDJ45Oi2yfNl 782AVsjDDW5a8ubAozwIga89mniSKqdLHQnvdNch3zCQhl7dQ+JCOiOR/eiRplomvojq SarOsuJNzD3ErJxUVQS4SwiMTkHSsdKiZGukT7DaI0vjoqvtZQEQRnGrEvdxX36XKlrm c6Jy0bOUV5FD4Sgm9PfNeCkoqtF9KYkx1W/3KcFJ5T2uCRUjLg94NHOFVRtEHytvWI1q SQ9gOCkgRMUWWny30nfHZODmPGzENYbqviebfHv5bqGMaWU0DbIPquj5nMDpkfzMbhkI wBdA== X-Gm-Message-State: AOAM533Gq4zoGwBmPgTkaAIendwciXycDc5PyfwHuoC0rm24vxeSMtM+ P3kzVcQiN2yi/Nm1XvUwYMYO0PZ0Qk4= X-Google-Smtp-Source: ABdhPJx4HcUjT6AyNuS7P8RBICOZq+76713zC1Dtz2HfiFW2W8dTH/WudP6xgrP3W0dINgjMsR13NQ== X-Received: by 2002:a05:6402:4241:: with SMTP id g1mr4024957edb.331.1615553585057; Fri, 12 Mar 2021 04:53:05 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id h13sm2919247edz.71.2021.03.12.04.53.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 12 Mar 2021 04:53:04 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: problem with dwmmc ? panic's on bad filesystem... To: "Bjoern A. Zeeb" , =?UTF-8?Q?S=c3=b8ren_Schmidt?= Cc: Emmanuel Vadot , freebsd-arm References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> <33616974-30A2-41E5-B177-8259CC08F60D@gmail.com> Message-ID: <5c717a50-d18d-088d-97ef-0a8043e96e86@freebsd.org> Date: Fri, 12 Mar 2021 13:53:05 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Dxm2B0nGFz3p1C X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; TAGGED_FROM(0.00)[]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 12:53:06 -0000 On 12.03.2021 13:18, Bjoern A. Zeeb wrote: > On 12 Mar 2021, at 12:01, Søren Schmidt wrote: > >> On 12 Mar 2021, at 11.09, Emmanuel Vadot wrote: >>> >>> On Fri, 12 Mar 2021 09:47:40 +0100 >>> Søren Schmidt wrote: >>> >>>> On 11 Mar 2021, at 23.30, Jesper Schmitz Mouridsen >>>> wrote: >>>>> >>>>> >>>>> On 11.03.2021 21.29, Søren Schmidt wrote: >>>>>> Hi >>>>>> >>>>>> I have had this panic several times on rk3399 based systems when >>>>>> the filesystem has gone bad (and just needs a fsck). >>>>>> It doesn?t happen on Marvell a3720, so its not arm64 specific, >>>>>> more likely dwmmc specific or maybe the dma on the rk3399 ? >>>>>> >>>>>> 13-stable of today, but problem has been around for a long time.. >>>>>> >>>>> >>>>> >>>>> Check under known issues https://wiki.freebsd.org/arm/RockChip. >>>>> >>>>> Should be fixed in >>>>> https://cgit.freebsd.org/src/commit/?id=8727c174b0fe44766bb7ea765dac6d5f82818103 >>>>> >>>>> >>>>> But perhaps it is not included in stable/13 or it is not totally >>>>> fixed? >>>> >>>> That fix is indeed in stable13, so it looks like its not really >>>> fixed, or this is another problem... >>>> >>>> -- >>>> Søren Schmidt >>>> sos@deepcore.dk / sos@freebsd.org >>>> "So much code to hack, so little time" >>> >>> Seems like it's the same issue. >>> Your hitting EFBIG from bus_dmamap_load. >>> Does that happens everytime ? >> >> Yes it does. >> >>> Does that happens if you disable journaling or softupdate ? >> >> Journalling seems to be what triggers this error. >> >> The last (error) request contains 0 segs and a non %blocksize length >> if that helps. > > This sounded familiar;  I am not sure what happened to the comments from >  this:  https://reviews.freebsd.org/D26735 > > It was reincarnated to https://cgit.freebsd.org/src/commit/sys/arm64/arm64/busdma_bounce.c?id=f635cef2a4206fb4e077412c493f218a6a26a3daSøren, is the problem reproducible also on current ? If yes are you able to dump VA and size of buffer passed to last call to bus_dmamap_load? Michal From owner-freebsd-arm@freebsd.org Fri Mar 12 12:53:26 2021 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 1FDAB5784BB for ; Fri, 12 Mar 2021 12:53:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 4Dxm2Y04BKz3p7J for ; Fri, 12 Mar 2021 12:53:24 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 6B1AB1BA4 for ; Fri, 12 Mar 2021 07:53:23 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Fri, 12 Mar 2021 07:53:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=J8dPrlk7BUZAdEenoWands7/TPY 90Y53tOCEoSxy6/A=; b=xzsZUNNMPLzjFzBk+qmzO2rfqK9PPju4dW97dtuoogZ +Ucg2pMjt7fqYVz9UExhbpnU8RRbsgjlFRfoYLCPEgg/5P1Zn83ixGczFkWEA+2W wZgzCkmLt3SHfqI11CLU42Pm9+lJxxtIlsjrGX1EqOVmqlz1tgyYv25LEIW4W0A+ Qq4quRR5enpgyvSJJezHyYam7vcc6pueT90oC3Xj9S41POKzuAKju+/wc9j2WdHT mhbVejlt4qM3fH7VybgTW3/VBjDAc+jE78Ac93Y3k4dALJ5EZTO+AGmW7j9B0tDB Q5AhKRxFThm2cm+tU87DjTl7769pdxDFmlDyTTNtpsQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=J8dPrl k7BUZAdEenoWands7/TPY90Y53tOCEoSxy6/A=; b=KVHRSzjdlOiyKHC6BA8nDe FMxAltHt9IT53pvbJal0GHvm/YendvLYYjo8FGOkMV1eq9GlNaJH06qpVYiWPJ87 P53kJstshp9o/4ECbDT/P8tNPlfvxmMS+9TwjphNpbBuAZRsdbGqhijU6fwlLL0b 5N5IZY7+/xk5zEEVoS3WvU+qFfN4Q7azFDq1q9hYFOk3yelnG0Wg0RmXqnoQvIZb uXt42BKcq5gldaPj0Q1u8HbvINegjhdtXPPGcrwmJ9vgycN3ZIBsWh/sDzBxnI9S Ty5u+y4bW+2qwNzQKO81OE5Rp/dGOZBtYVUXiYq4roqrkSRfgJ0H644NODSUqC5Q == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvvddggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id A853724005C for ; Fri, 12 Mar 2021 07:53:22 -0500 (EST) Date: Fri, 12 Mar 2021 12:53:20 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="E5ZHfzlnl5yqt4Ow" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Dxm2Y04BKz3p7J X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=xzsZUNNM; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=KVHRSzjd; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 12:53:26 -0000 --E5ZHfzlnl5yqt4Ow Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Mark, thanks for looking at this. On Thu, Mar 11, 2021 at 09:49:11PM -0800, Mark Millard wrote: >Note: I use the official snapshot > >FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > >and its: > ># strings /mnt/boot/kernel/kernel | grep 15565e0a217 >@(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 = UTC 2021 >FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 UTC = 2021 > >For some comparisons to what you report about your >build. > > > >Some oddities in your report that might need to be >addressed first to make things more comparable >are . . . [snip] The reasons for the mismatch/oddities are because this was running=20 head/13 (worked) then upgraded to stable/13 (worked) which I then=20 upgraded to main/14 (also worked) and the msdos partition contents haven't been modified in all that time. It's still unchanged.=20 What makes me think it's FreeBSD that's changed is that it boots=20 and runs fine with the stable/14 kernel from the last successful=20 update about a month ago but not with sources downloaded yesterday.=20 The upgrades are all in-place upgrades. I have tried booting the new kernel with nothing at all attached via usb and the problem remains. It still fails at the same point with the same error. Do you think I should make a bugzilla report? thanks, --=20 J. --E5ZHfzlnl5yqt4Ow Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBLZDcACgkQs8o7QhFz NAWE7g/+NpBnCtP1pXS3VFN0OHckv7K+vu0NXm+lRLeJCUjiWwpJIjJBQmUwwfHz 2jXRzA7rrsjz4b+FsCxtOQE7NfA9Cn92iV7Yh+B6CewY7n0jBxWdASXCMwFkCS+o 3AMzd/Ru+umJDjuHo0qeBaQJDK9KK6+VymOHMH63X6/6u0NNjj+Wa+G3TWZVpvH9 h3MgKI/4EhrD+O17OB7JwoeyNFQOzsZ0N0NT2tNVHKVVzTJA5DCw7PtXL/6cP3YC oS7iHcH7B3FBgR91AjXf7nyzLjuLZnZNuaIGHft2UrkYZIfbnYRLLuhNplAE1aOD 2OG8nhCefR5Dka8phVXs20Ci0vmEjspFjYDNyLrcNkDH4lSu0vOdfUWjl24mGWtg OQW51aiuZFQJL8RZ1gUpqnWJlHL+vizHlfNyI77SBSBFhzkqHSW+I78Z7zv4IDLE Sa9n9VhiYRWXicjn/T3QRG6boPqvy84igHFT+R99hSC0SttzCFXqGC0oWQ3FhKQs /dZilCFlfNSj0qgwSMWCeFlhUBVQMlb2WA56hF5EKT+C6YafE0koRvclIpUtU6dK TyycPxmVK0hPw438+n3eWRT6OZJ/E3J2gt/Sw14Ovkp6bpE9lKW7cINBY8lDpCUc zVq8uO9v22s1C7xFEM3oW9mQ1N+E2TuEpWATlmaEntb/6zBgT78= =pFMl -----END PGP SIGNATURE----- --E5ZHfzlnl5yqt4Ow-- From owner-freebsd-arm@freebsd.org Fri Mar 12 17:05:58 2021 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 335F357E45D for ; Fri, 12 Mar 2021 17:05:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4Dxsdw6XYdz4Xhh for ; Fri, 12 Mar 2021 17:05:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615568754; bh=bB9y4UPzOZewqoJuStC8pKxzVqXtJNnIGXSDAJ09sgZ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fz6SIYiuE4vA4jGagdzXKqbqege4SUYzNbBGpryeR0J0NXOZiTNKLCqhqe0l9nvcyX1qulhT4wMCmOFweMTwjYbqSuk8vDwRlFeVE7J5llsMzCMCJDO0XE/tfxrDbDvEeUeGULib4/QxpTsJ/PEeqh/UrMFwUYOuYEmNYJdL8ideKqOuE5TTgvAk5YZHNuSaOGGo6OnvacYPDMJLqqL4steL4Rga1MdLNXRsIEdsDvkHu7SrM8irlJeTGJUm6bf5EiGlUqMqV77XFf+uTVYyW3lTKh1L3PB0hylWEX/xXfU4faBmJYSFWxeu/V9Ift3tSWROjkHr+kCTZ9i2MMOg2A== X-YMail-OSG: 7pMT1UgVM1nwoHvDNUy.lvYH6aWBBhnboylyZejjqW1PsebqKEZPW0SbrHeoxCZ gk0aURyzfhzXoKjVbdKqRhJiPwV6dwzEtArq4ekv7RrGFOPM6CCow.7x5w2EShrQDXNTKX.49hdQ TSa_nY7mbdiOjdnwX7pjaK9I_6qBi.RbrZnUgAfjslrk9I.M1.32HOjomHrKcN_mhcKI.nEr4b4W 2Uf5K2Bk90NaQrbLkledlFSqv_KDN3jkQRYjAeh0vMHFmcev3MhxUi4ygdiGJ8WvziFmKWmVXGce gqcwnaeFYqd4mxiQt_Oe2V5vz429p_7y3kTSgBToBwq4JdS._fgWAYWy9QDsy3QAiFyYLRPu0F4V K2BFLWo3YrTLBD8mgIUdtL0Equc9iB6h793q2vKT0vhChKUsFfgpMC0sQjU5COGmFFiau_cLUXIx aWUnjBWO4IlYaXmXZep267x848xmm6Y74eKTvJoWP3bNgVVq.HOtcmjUJUbT7bt4M1Vp0YkknmiT gcaOFgUtS7umqkMDyf2uTaNovwtXtYe61xD0.XDWmkkFcD4iBGAH9XTWqvnE7SwghZkNo78fousz .ZQQSp5ZBu9GRNlxAyHLtgEUNT4VgTi_d8wT5EXR8vjpGiY.902E8RfuOhAB0Yqe8pZHbhxHEGTJ YIc71H7znsnm2.6TRDgT3AT0dPp6DQ1TIbN.Pv7T.mMWhZsPUzVIoMwc.EQPzqtvvHx3Dcm108a2 Ze1TItivwauPlGpNfK6JgfjhsvJhywFROi7Xr8Ev2wnxxAjduOqiZhhmU2D16OXjgTI2fcAHYB4G kFLIRnAJmgTnYeDaLHgZ2RXdBwlFVN7uYQdTjw2u2hnNOTs32SIJeUbDsbEdRkv9.P1yWGelEgxO XBteHkkjbwYXBVAdAqsnkB0eKvU3850yBWRvThp7shpuxea9tFKMtJlrdvq0nHek7jCH5VFllOSg eviTqJ8OY5UD5q9hbassnscEuhZWUW.1adbfrtuYM.vFZALou73UugAwPRP9y6FMDotze34PQgn2 _CEYRmEDnyGx8RLUhHI1LQT485GoxKaa0IujfrRUxbKUXWulmDX25VbUyCX4j5c_2H4nQXbHo8Qo xOcKBPPjDCUbNINpgvqOXYQgq1eWRqKZACqQopLSG0vjv7BHM.RwgflvosrzXEaYahZ5Oiy5ZakO 5qnVGZPG5NK9ugBRsPXN04euRkgeklL.Va026QtNL5QgjoT2uLO5R7F46j_LIw5ZbxxXA6d7TsUv pZ0yOrMeCCdo1gTLAEQDQpkWE_fuc1WL1O5ekqJIKT7FxpBkWE_iZhHH1QGgODW_czSOrgngHyOT pPLNwXsKlcSd0C3Ur9t76IrQPgeZoK8_SPuMyQ4WxPiCtcEDUML37JSHVLJDF_iDZYCvD1lTlqRL zuyOc6gn5cnJE2ylpbe9LV0J5ZuxlYwAxHPu8BKT997wyq6d2tVbjBK._42TQ4vnKpx3CFilZ8bB _DzZG_78GdoKYMlDLU8wOY1qUcL5wWVCCddnXFefSSd.5o8SSSLDK1PqGIbVgqoe.d5auKJqwtlm p06Emhr87VX7_JgqlpG4xoUuRoIfwkdbFvfh7cTlBiyoTWASUylEIq549erYg4g1CE1__8q9qotZ .YmSzkqH_hvs9QqtA8GbrO5WRta0pdmOCexQhy4lkcO.fagvslc8KOY6rJgtVYdNGUOOcl_I5zJL hjhd_mwCVOaiPctrPJyUqIUe6ycwP08MyylBhXeDDuNn0YVToMriZBwOBhpheMG201wd2kXCosy6 rNh7njWRyfscQjvrPRfUHvE5_JdcsPWM3OhqkLGclHr2nZ4SlW_sWKkbRKTDvxJ_f1J.QUmovdsI 9RP_87evTwHaqP8LeWD.UfRn0S56w1UMBBi6OUt69kznkG97.z4tv4hrSXfg1OF4w_dCjhi_cb7t BcjUuUQqZV3FZFAWdlroyVcatWj07N6CRj0gu14Z9Ml2tOTh2VwxjflCKaPfNt8Z07WGSHvCzZj3 trwFhPUZSTdQQTuQK.fr.U8yYCrFL7KVIezf9YyBldIGFxFEKJI3DL6vHj_V6ThZNbaqDmP2E2uz vRMaBXQy1UmdpIcDK9RFgrplkdj3LeXi14VFCX1EpUHdecE1qhomIgoAARLkHG2FRd_65z3yuSqe VfUvg9ZXdJS0q2vH9GOgl3CbnB.T0PLbxAnsGo3KY0Uah0MYgRU6jxhYRP7sOP5yqCModDHI3v6F mZWjrZqtUNcARmOnAPtCYHNBAPjsMPYRI_NmBuiWdHALY_DKZJo7HTK3ZfRfL5axBFsBacKXg.1P HDz_qSPSdDkqgLJQky.H3mhLLDI5dCT_9DB_Su6DCeDksfJkDFaSFz7h4wRJjG.ICIuYdcRI3tlS m1Rn4tcOGuWAdUEfwRtjIvpQ_GCqRvALK7Kt_jDer44xN.YQeECmvpmh5xr28IJlT9QZscQPHutT rQh5dq1rudqy08r.QP5Wt3GE46spb9myM3oaa31sgXAxA4mf9GivU6UZUcpy6AcRG2hohttcS9TQ WgkgJ5JTuOGlQ7oHpMvMiMuVwKYN4h58MYuUMvlDD6q8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 17:05:54 +0000 Received: by kubenode568.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 44752e9757460dbcf7f02594d505667d; Fri, 12 Mar 2021 17:05:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Fri, 12 Mar 2021 09:05:52 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dxsdw6XYdz4Xhh X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.997]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 17:05:58 -0000 On 2021-Mar-12, at 04:53, tech-lists wrote: > Hi Mark, thanks for looking at this. >=20 > On Thu, Mar 11, 2021 at 09:49:11PM -0800, Mark Millard wrote: >=20 >> Note: I use the official snapshot >>=20 >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>=20 >> and its: >>=20 >> # strings /mnt/boot/kernel/kernel | grep 15565e0a217 >> @(#)FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 = 08:02:52 UTC 2021 >> FreeBSD 14.0-CURRENT #0 main-n245383-15565e0a217: Thu Mar 11 08:02:52 = UTC 2021 >>=20 >> For some comparisons to what you report about your >> build. >>=20 >>=20 >>=20 >> Some oddities in your report that might need to be >> addressed first to make things more comparable >> are . . . >=20 > [snip] >=20 > The reasons for the mismatch/oddities are because this was running = head/13 (worked) then upgraded to stable/13 (worked) which I then = upgraded to main/14 (also worked) and the msdos partition contents > haven't been modified in all that time. It's still unchanged. Then my recommendation would be to not submit anything until you have tested modern materials. Possibly duplicate the media and work on the copy if you want to preserve the content for some reason. The test results with modern material would be part of the evidence to submit, well matching what someone who works on the problem would use instead of having the accidents of your history involved that they would be unlikely to want to duplciate. > What makes me think it's FreeBSD that's changed is that it boots and = runs fine with the stable/14 kernel from the last successful update = about a month ago but not with sources downloaded yesterday.=20 May well be true but testing only with the old materials a combination that does not come close to matching what others would use to work on the problem would be far from optimal. > The upgrades are all in-place upgrades. I have tried booting the new > kernel with nothing at all attached via usb and the problem remains. = It > still fails at the same point with the same error. Good to know. > Do you think I should make a bugzilla report? After you have tried a combination of materials more similar to what someone that works on the problem would be using. Then report on that basis. Such is want I recommend. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 17:38:43 2021 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 78F0857F43D for ; Fri, 12 Mar 2021 17:38:43 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DxtMk4700z4bLq for ; Fri, 12 Mar 2021 17:38:42 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 175851012 for ; Fri, 12 Mar 2021 12:38:40 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 12 Mar 2021 12:38:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=KSowG+6XyhRlWS7+u3GNhCzRiLb 0yJlRaqVVGCUY2yY=; b=VFbgGuXgFJQ/eNcAF1/z3McbDaYfPh1sm+e7S0ZccQo tXk2/18DHSWByZOhJ5VUL8asFpGpw0UtBRFV6b0zTTm9/nZaql+EWkmQ87hBbjr7 s+Phxn9ap21smh9uAEFcCExYnj/zppZQLH1AWAhjfDxyt2cxWNhAaLomsn3J90Th IPWFQLpD2kqOmnzjqfCDhFwG/P/wUEAnsFTQtTkvhxnJbd+nlKKZvK7AX3h7YI8b LIKTqTHk5+4GPQViyLTCPdSY2NHSA57IV5cy2oBG/rVVAP3s5tLTxg+4OVQ42E3N PtN9MYZQhdchK+SudP8faohWJ6FffLxF8Dh24xauu9g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=KSowG+ 6XyhRlWS7+u3GNhCzRiLb0yJlRaqVVGCUY2yY=; b=adk+6PLN7W0KeRQd9DiBwB lUau7TVdQ44hvn4IETbr6K1RJomBxneKPy3ENr+EO5gJY9ZvmJsItuysTj5qEPSp UYgRQJODxQyK2jfy2Yvivg7lSEaZUcp8euAuOH5dRb3jmb5ZTJzETBgvHimiqPn1 gw746R8Ciduzyzdk+ivnUXCOSjwouiCFIz+Jb64llo2XiIAxylf+tyM5BSXp4koP amhdEjO5OOhKDQ9LXWZRwIROnWHWrgavBe+I2Pn671MYJh9jY6DEFCcYSzjc2y+U 1fqT7E60AfreuXOESbEmdgu+kH+OU4gcCtSAi8OnDEZHy/+8IfEMIjzkjVaBBR1g == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvvddguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepieegheelvdfffefhgedtfeeitd egkeevgeffieevffdttdefjeehfeejteeigedunecuffhomhgrihhnpehfrhgvvggsshgu rdhorhhgpdiihiigshhtrdhnvghtnecukfhppeekvddrjedtrdeluddruddttdenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhi shhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 1ED4E1080063 for ; Fri, 12 Mar 2021 12:38:39 -0500 (EST) Date: Fri, 12 Mar 2021 17:38:37 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="89IkB0X6M6nTlKiy" Content-Disposition: inline In-Reply-To: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> X-Rspamd-Queue-Id: 4DxtMk4700z4bLq X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=VFbgGuXg; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=adk+6PLN; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.25:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.998]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.25:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.25:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 17:38:43 -0000 --89IkB0X6M6nTlKiy Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2021 at 09:05:52AM -0800, Mark Millard wrote: >Then my recommendation would be to not submit >anything until you have tested modern materials. >Possibly duplicate the media and work on the >copy if you want to preserve the content for >some reason. I just missed this, arg. I'll close https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254238 if the issue is fixed with a newer image. >After you have tried a combination of materials more >similar to what someone that works on the problem >would be using. Then report on that basis. Such >is want I recommend. I'll try this and compare. Meanwhile, over the last hr or so I tried=20 refreshing sources and building a new kernel from that. It built and=20 installed fine, but on reboot it showed the same issue. Last year I made notes for myself how to install (current/13 as it was then) here: https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt Please can you tell me what needs changing? thanks, --=20 J. --89IkB0X6M6nTlKiy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBLpxQACgkQs8o7QhFz NAWCTg/+LWh1iew8HlMrXpd/Pw7MFTf25hf6YJJHhHPCFhjaR2OOkWo676CJKCEV 54vBCPpEoDDgofm/5aoMvfCQXyckWmNt603SEDN/uNOYvKPJkeG+0eeSeDb6cBuG WNL1GcPW2pI6L9aTZ1Jd1hpKT6zQNZxMqSUD3QVJ/4QcmrmPBu3JZ8WJtK8WeLMz VUCBf6ZjJfYaI4UzPcA1Z58si5qZMimdRebZ3q6jZglaKotuMN93O6sG96ukBU0d Ty6PICg/Solw5tqLLip2409rnPRTwnfuLIJ04y8+VzOcL+BhcV0xUv3RDpBNQdSK RiCBHvva5gKE/2SnucgdtZL2JrqrwmMePqR41nMNKGsOW8cid4mijWyb69O+rUEM 8YltFH94FtzQoOSMn5KsOUR5yeP0RRe7+pY3g4JVcYnmncNeObRJgRldXfGbIsqj j0LiMG/SZOJXy+cIwUbJZ3tODZ8sgsg+O/EYghlvELNgrJSHIfn1B3FpmK35GyEw 57fBCwHY2M0+/b3giUCKHzknIVP1+xj8PUQlPXCjSkbNcCdLyDGOKcqA878bK95u NW71OzmIoViaAREp+yh3xKpfPsFDeSbueXgVR8cgcggREhUvhX9tAmZCu9zETpTF yrOvxe3aO9Ys/1D84h08le9Cn5R2fXhk62Arl2/6GdhBuOIhkko= =9r36 -----END PGP SIGNATURE----- --89IkB0X6M6nTlKiy-- From owner-freebsd-arm@freebsd.org Fri Mar 12 17:50:13 2021 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 5C60F57FA3B for ; Fri, 12 Mar 2021 17:50:13 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4Dxtcw6RCwz4cHY for ; Fri, 12 Mar 2021 17:50:07 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 255F216C6 for ; Fri, 12 Mar 2021 12:50:05 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 12 Mar 2021 12:50:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=tEApNhfvsPZAwSLTFSNXZiE6YUg 1rVIGBtBCiIJfKgY=; b=UhY20385fqj1b3EEm9gZ1ZqRCPWzRgIy1GpBR8dkYTr G3/8wYsMnjCvV4ItONqY6QFk5SOjMGGHTmRO0fkh6jUbvNPsxeZ4g5+jzy4wBuof f38Eyp4FuV8jBkGV/Akc4I8Hrs0xChi7WH1mOAl5acKbyWclqk2owi0AeXfZNhGg Nh+29xIsb64QnIAUxRr37JGfYHvUkTTb2H7pLvTw20CW7zxpMqygidNa8EyRaWY5 43usbHfukOlxzlNWNV4JSAILLPLsL7Hd8K/33M7L8QRsUPWfBZOHK2FuEhNFnZoZ uE3R2qTy7FeFoJB+m5OkkZE3nR3zYmCtnnziu0tImRg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=tEApNh fvsPZAwSLTFSNXZiE6YUg1rVIGBtBCiIJfKgY=; b=gBO7xu5717GXcQUSzCjt29 00RRow9q1xZlOJagUGP/ikTnhp9QDLUCh1MkfClNpEU2kUfwHnXL2CMugYj2qKPd nhGIVsnf0/XlvPmMcNvCELj4CytQaAGzRAdie1drQc1xG01YJ59e8NhpZpXu2BNB gkan1faIekmX//hXEwZPx+VfbB4q1vVLhjbsvHn+F90IMLWOiZM+KdBBueh/1Nbo RrLrLTF57vEDCuO0la5e0ynfNAJy1wkQStvIUofAgzU3Z774FcfKjn7FKroggw9M H0oBk05jlj9LLrgpxsW0NgaOhciIFUte1hT+fDJYBqjYMg5H3N5x0OrUBgOgjvqQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvvddguddtgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd orredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnhepieevtdeliedtieetveeulefhge etueejgfegvdeltdfhhfefudfgueduieekieejnecukfhppeekvddrjedtrdeluddruddt tdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvg gthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 2008D240065 for ; Fri, 12 Mar 2021 12:50:04 -0500 (EST) Date: Fri, 12 Mar 2021 17:50:02 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="3lpsXg/oPIbAToMj" Content-Disposition: inline In-Reply-To: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> X-Rspamd-Queue-Id: 4Dxtcw6RCwz4cHY X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=UhY20385; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gBO7xu57; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19:c]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 17:50:15 -0000 --3lpsXg/oPIbAToMj Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2021 at 09:05:52AM -0800, Mark Millard wrote: Hi, as per bugzilla, no start4.efi but start4.elf has this: root@generic:/boot/msdos # find . -type f -name start4.efi root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 10:59:17 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Jul 17 2020 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 21a15cb094f41c7506ad65d2cb9b29c550693057 (clean) thanks, --=20 J. --3lpsXg/oPIbAToMj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBLqcIACgkQs8o7QhFz NAUo3hAAp5u6xIgQz/xYGAINHJ1hOJPsdYez7MIWYIHNFMalrQerMWDOhJsRmhXb j0SPDmj+6YiDEYPRQlO14r4Zm441mdgSKBlEIqYGE2dE2A1+X4AdfoFE2FueGsRh s0p7E1B8vLxxBFsaGAHHXpysVSC78r6hUHgQLlirRItUxsbeZyKvKRyQpmaedG0d Tu9a656jbjM6o7N6r5VKQ4FJ+M8LTx2iy0E6pAD9zmdlzlnOYOJf8stxdxJx+hWw lMS4EstYjIcI010wp/6uuMpJInXEWnV+AS/nG4ytMggGwKI/zngxV6GIQSwP9I43 rMI/wONBZf6cvP8QnxPXqk/DzpVE7cAdDr112xs1B1UP8AR1kGjz3W7YRv/AuEwA cIPaQfvF4q5Ao1sShCuIqoIm4BlN+Kg+FADGPeRA8AihiOKC2KSH2nKdhjVcOSUw ELt7siyxqky2DFHovjtrTw38L0fXiwu/U3HlHuI+qtiLkw/V7rqqjBsC57I8HAzf Lcpa7Lwo2v0qXlzvM65QWf1Ii/0g0s2MZ6I90lNHy5RfOomsFzzZ2jnmC7L11jX2 XmiCWvI5P4UAooKz0lg5s4/Zyl6+uyL8YiCjAZbz1kISCDITAflJCZI97dobssje jtxdtV1hKGjCIj4XdMU2RmBQb+99gTC6VsBnwvXqnjs1uvit2ZM= =wX5i -----END PGP SIGNATURE----- --3lpsXg/oPIbAToMj-- From owner-freebsd-arm@freebsd.org Fri Mar 12 17:53:29 2021 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 DC77D57FF4A for ; Fri, 12 Mar 2021 17:53:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dxthn5qH3z4dTY for ; Fri, 12 Mar 2021 17:53:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id BAFC91BC4B for ; Fri, 12 Mar 2021 17:53:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12CHrTKf063649 for ; Fri, 12 Mar 2021 17:53:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12CHrTA1063648 for freebsd-arm@FreeBSD.org; Fri, 12 Mar 2021 17:53:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 253981] USB keyboard doesn't work on RaspberryPi 4 Date: Fri, 12 Mar 2021 17:53:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nktice@gmail.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 17:53:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253981 Nathan Tice changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --- Comment #39 from Nathan Tice --- I'm pleased to announce that I've tried the new snapshot, and the keyboard works.=20 FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz [ There's the same issue, where a key press too early leads to a reset.=20= =20 I note that issue is not the subject of this bug report topic. ]=20 If the user waits 'til it says to press Enter to press enter key, or waits the whole time without accelerating it is working now.=20 I'm marking this fixed... thank you for all of your help! Keep up the great work! --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Mar 12 18:53:27 2021 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 B1D355AA21A for ; Fri, 12 Mar 2021 18:53:27 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (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 4Dxw1y47Kcz4kPw; Fri, 12 Mar 2021 18:53:26 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ed1-x52c.google.com with SMTP id bx7so9389931edb.12; Fri, 12 Mar 2021 10:53:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=26N6IoxmF7KRfydfOG5dxLEZfh4wYH2M3OZjL57bLnk=; b=R9i6QcGSaaUd4K28s+bM+i/CzNUfqAB+DuL4PzJNocOif/MC49tM6DHORlzpQBie0w uyh0V6STDkYs8jzr3ErDLfqM3hzwTVW6F5aX8pnrcGm7MGZWdnlm6NYb1aqmnZiy6niI z9OKWR4JHIRW+l1jAsWj0j4X5RzuZjOwtGP9NZwuyo9HNcA5uRRH+V1ExuTl1M7khP5N a1bJUetJA/r+CJ+IHFiRTD5uuKT3dIrnfmTv3skMVZQE9DmWDUfuCYn+1S0plOkqWgUd N/lQkbTf8Qs3LWkBX4GwuDDZ/wu9dz9AKkwvtoEZmayotCWRwGOtf7Ow8Amzis1BF6k9 aWsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=26N6IoxmF7KRfydfOG5dxLEZfh4wYH2M3OZjL57bLnk=; b=FuC2zoAtU3IxoPf1FO/Lddi5X2kpzUp5UhvafiCDBa7Eh9JBUYWyUcBkpO3PcLvz7R X8/erdd1cWNxhrIsKuqsY7pVsVlW7JkVb9U+48X30zpg02u3HxDCxfpa9P8DTLbutMvj HoPeSvIZdZ1F0UGogyOGU3+8vwuozaksobfmu+P+JuiRBCd1VuFPKE7RkRzrktQDg7P5 KD3oKRKX/cv5PzzlCidwl+C0xQbM3G43u6FHtujoSP8xkK1Re6Zw847tyFmXlTzJIplJ nijmRHS8yermaw4PHmckOpoycrToVa2JDAm9F/AJV9fYtIkySySdtAv/aAPDqrhBPuCf 1K7A== X-Gm-Message-State: AOAM530myln8dU3E+hd5/mmeGFfml0tFdPpPd/jL05Qu9qfbTuoUrWmF ApYCH7HKnRghnHeG1tSGLGsqIuoNhUNv8Q== X-Google-Smtp-Source: ABdhPJxOxf9S5lmHCqsFnKqnHPEICLKq6z6B+t/VWiBB1hqCiF77vF07VpFozTeV+D+fUse7HhILFQ== X-Received: by 2002:a05:6402:3c7:: with SMTP id t7mr15994280edw.196.1615575205223; Fri, 12 Mar 2021 10:53:25 -0800 (PST) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id h15sm3289793edb.74.2021.03.12.10.53.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 10:53:24 -0800 (PST) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: problem with dwmmc ? panic's on bad filesystem... Date: Fri, 12 Mar 2021 19:53:23 +0100 In-Reply-To: <5c717a50-d18d-088d-97ef-0a8043e96e86@freebsd.org> Cc: "Bjoern A. Zeeb" , Emmanuel Vadot , freebsd-arm To: mmel@freebsd.org References: <794EB96E-2F5D-4F41-BAD8-DEFDB9BDE530@gmail.com> <246a8c2f-bec7-2880-56f6-2baa677e4b2d@FreeBSD.org> <20210312110930.9091f4fb9cea65a6ca7933e0@bidouilliste.com> <33616974-30A2-41E5-B177-8259CC08F60D@gmail.com> <5c717a50-d18d-088d-97ef-0a8043e96e86@freebsd.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4Dxw1y47Kcz4kPw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=R9i6QcGS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::52c as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::52c:from]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::52c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 18:53:27 -0000 On 12 Mar 2021, at 13.53, Michal Meloun wrote: >=20 >>>>=20 >>>> Seems like it's the same issue. >>>> Your hitting EFBIG from bus_dmamap_load. >>>> Does that happens everytime ? >>>=20 >>> Yes it does. >>>=20 >>>> Does that happens if you disable journaling or softupdate ? >>>=20 >>> Journalling seems to be what triggers this error. >>>=20 >>> The last (error) request contains 0 segs and a non %blocksize length = if that helps. >> This sounded familiar; I am not sure what happened to the comments = from this: https://reviews.freebsd.org/D26735 > It was reincarnated to = https://cgit.freebsd.org/src/commit/sys/arm64/arm64/busdma_bounce.c?id=3Df= 635cef2a4206fb4e077412c493f218a6a26a3daS=C3=B8ren, Yes and the patch is in stable13 as well, but clearly doesn=E2=80=99t = fix the issue > is the problem reproducible also on current ? > If yes are you able to dump VA and size of buffer passed to last call = to bus_dmamap_load? I=E2=80=99l look into that when I=E2=80=99m back home .. -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Fri Mar 12 18:59:21 2021 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 20AFE5AA06B for ; Fri, 12 Mar 2021 18:59:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4Dxw8l2WDlz4kRJ for ; Fri, 12 Mar 2021 18:59:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615575557; bh=tJMC2CUWdXL5J0qSqQ26ESSRTTf7IryD74NEQkchvnh=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EnZIXxjvRu3UDQl/0JCGSSy7/Mr7PoNK+zZUmpKCnZ4PvoJsibHokqxw1h0Wi+WWE55dLxqZGRG+XVZ2kbKMn5YNsU7qN0Y/hjtdHjfld3Q3bLDFFmd6iRq1pI8mwF8+HyXVfiL8cvgt8ZQew3UW/+eY55Ge3q9wvZ9doUWZwqgxUUSSrIT7WQr28tV34Ise3lLazPx68LP+XD4rFFSFdES9lbPyNGJiuAIJ6aAy3gMUUBa3Jjn99oaNH1stR1RyvZ3PXG+mYhOg+Dhu5JGWRl6DMw4guJjWrwISKY735fanwy80Cn6hsqiIX01OImOu0uqVUnFdi95DlTNhTELnzA== X-YMail-OSG: d9Obz74VM1kpzcbYxXAP0bi2YmXgmHla.J_zgbUrQxS67IMc9nbSqyCLCIWlHCv RSfrdS44l4xfe45goNiqgphnnKzq_BKKJ4JacD06bEMe_hMYzKm3v_.Nl0mH7eJtR90jbm1WQJNy XcHG1Io2gtiRGGDQB4odOX9UcfsTFPthO5plLNAQsCKr0iqNDoS3aTaCXeelKUCbVVPzF37hkCp4 b6qPTnCpEPSeEghs8xyOk0IJdBJExDJ.b0D7k9we0ZxXx2Rcvh4YnXv_rHvadFjpNVvVloOBEmDg 3mSMJLHAR8muwPvBMe.AaoDIqK9JuEZXiUBuPVQarLYYupUHH2YgdDVJQkqnY0Zqz7nHPgpmE.Np EdztmR9dPpr0PcBFXbsk70BmBoET.2IxToLwjR_PhV7LlGW_WcAGOV5RNbceHLRkUXX9EdvvxGNK cx9RsvX55SaxL0ND67PfOrmCUNbJHRPli4LL.9A7.wtPUDFFb6aKODkTeK2J5Pp.B3V.WeMZbK.G boJFMpjD2lssMlHRZgB_FOu3lXVIfBicM9O9tELCfUuTRrtPgXDn.7fWZR_fYlhkjgxDHXhJnPfW ASKmqWo15Hyz_g67oeq4AtATna_yn9QiPP4VPPBkGBqaFzid2nO67YBc7UTJbVGXk0iD3QRImFKs LuglG95tBfr.n9uj9aDKsmqvVXWVIgX3KM3e.NJXTuXIembd8antgDFQwIPJyPmNEfErgZV5Zc7H 1ivU.oeaMeozTIY0NaPGsIUJWsx8mOmYcQOyicUToWBFZfQvAlKcAFToe1g7CJCsh_vpRbcqvQev vUXXOMLdcGJ3KnM5R0F3W4ZUwCk1lg9rtq364OjtQ2tNnnnHDo6G9EXwNtDpp8reNfJWHI3zwt8i A_N8ctlz6ZAYziuptoApxw.6yvKPhNk7S48HbMF56VTSHf8jXevjGpbvSbUyU3Q4Ou_T7ECuujPz lV4wu7XZu3mrjb5QRnmI4cfYGxJ792EZXlKgMN3khFGu9.rY68B5aO2fWyycSWCOwcWEQ7jTWSV6 OHPDHVYUYzYnqGfe9VoqKxlAMddq45DG6qxcqj2M2qLEKfdsufrBhyXJi3GU8PnVeL6eqJDlRm9E OnK7tTlM_jzXpvJXPcKZscdwuGvRp96JRyoO71L18P1e6GNPoE5RWVcH3ZIaOn8lif4X3lrEB1z6 2k_Q717RYCo4rmK35QOu9BFJBibrrfoH9J_qTxRIbOmIzOucMGgKJR0pZtSaMx0wBYVaxD_IoUaq BG2nROn8ZylwgBtpKTznZHSiUB71uMZAFsV0SNiHNgOMp5aBwMHlWCCXxQXRxk_ZYzIvSQnlMNnv C3RiJYS4LwqtlEH5ymMtDo7BNNCCNXHGTQsy0EthgBs2o33Co55DE.TI.wtSUFSlzJsBLqGB_SZN 16ODJLdXLMOt4l0L0GMys.Js3xQPFA5N8cDRHpDsfs06lyW2kzdStu9DFsA0VLyYc7Y_rTTD7rEu 7UxXFrQc9cnMdjKYTp3GXEWMzxmiy8vouSm7lqCFQX9ADvNW7w4rx35__L4Myolu5J55IqgI9f6N uVOTjoqF1TGwmDL0SonBgVcOvZsvgeTVQDuYRxwkGTYwdRK9Y7DjfjabYEYb.r5smW53sjEY1Ij6 6p5t2NFpc5.BKQSlEMJ4tY7NNR3vjMTIQyD0Bf8mpbsqQbjDfwjsHzu7NvRH.Vt6QHEnfBkuyQ2n edzxGu93ODGlW1e9hnYnIKChI6lTc7qeQElkiQ4ABhy_Afm28p4N.quyuu7C3gW4dmYAKhAOtBzP kfXw1ygbaf6Y6m5wIGxhPM_l.3kyP8oMwqGCCbMDqFFa2t.LgsAC35yDafO.Lniy6hkKvuaH8oth JR6TKRxJ92FFacRH6nvntUy6ZD09Qo.5hue6lqgyk6.l_ALppiY.WF2K0j4Ghu0rFthyY0GmNztW WPDg3WOeiezIxKhC.qua9uvavLOWUe2mFUN4KbMGtilpnLPdd3du77_xkEdipjjbItbqHx2nDX1f 3ng5pPtoiUTT6vkki7pZGxnGAc1btoSlQnQgM0PF8Z76vULyk9LCE._2J_BA63QmCsiakwXXSk3c RrymQUCDmv_FaSIBSUerEDMWXvAWOtVdnuI2Ftof82TtTn1n_25OM8wcPwUelRj1P9Ykbrs6luQi ofLebmkx36RUl9QBHz3hY7s.Wt5_Og8tiT74JOA8N1kctr.kTVla6G1z4YfHzuIzyp9RcXodopec jVh157S3.3sFBRE2ub7OkpmdICUhquXlBjulsptzfJTYBk6RNOiGPG8kkUZ4vf70RYXytzT4JWl_ ln9t.uW6VP16QWZm.GSzCA14TFFBOLn_Hwr_AbqtiozPBNae6Hkj_UxibIe1dt7RP_Lt643u.uYF 59g4orBNiJRYeNJAu.3MID1SCg_WMgN16Q3G9ao1eBQHzRv5nVAcFNXvKyCvhipXVx3qyhJztDFR wJwrxhvwvrdfvuyzoe4eVDsRrZgstngXyX0grO3OCOcUmVzbfCLzQYwSdFQAhpf_r9Jbq7BTJJI7 Uz8C_hpBlamsK7VaIId88v7BXdNMidBjBx5lyOFw751aetGA_TsNUvhOQ0_AK.pXqlHS1PEckFt9 Rz68- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Mar 2021 18:59:17 +0000 Received: by smtp412.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3d8c0f0b50ff354539ab9a61a6bfaf02; Fri, 12 Mar 2021 18:59:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Fri, 12 Mar 2021 10:59:09 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dxw8l2WDlz4kRJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 18:59:21 -0000 On 2021-Mar-12, at 09:38, tech-lists wrote: > On Fri, Mar 12, 2021 at 09:05:52AM -0800, Mark Millard wrote: >=20 >> Then my recommendation would be to not submit >> anything until you have tested modern materials. >> Possibly duplicate the media and work on the >> copy if you want to preserve the content for >> some reason. >=20 > I just missed this, arg. I'll close > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254238 if the = issue > is fixed with a newer image. >=20 >> After you have tried a combination of materials more >> similar to what someone that works on the problem >> would be using. Then report on that basis. Such >> is want I recommend. >=20 > I'll try this and compare. Meanwhile, over the last hr or so I tried = refreshing sources and building a new kernel from that. It built and = installed fine, but on reboot it showed the same issue. As reported on the 254238 bugzilla: subtituting the debug kernel from an official 8423f5d4c12 build onto media produced from: = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz works just fine. The problem looks to be the old vintage materials on the msdosfs file partition. > Last year I made notes for myself how to install (current/13 as it was = then) > here: = https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/installing.txt >=20 > Please can you tell me what needs changing? Unfortunately, RPi4B instructions tend to have a temporary nature. There are also questions of if you might want to build your own ports and use materials from those builds or not. Do you care between debug builds vs. non-debug builds? Pre-built vs. your own buildworld buildkernel ? Currently, a problem is that the debug kernel disallows USB storage being attached by panicing. Non-debug kernels do not have the problem but technically run a risk if certain memory allocations can not happen immediately (fairly unlikely?). Avoiding the debug kernel issue and not building your own would suggest starting from 13.0-RC2 or later (once available today or tomorrow). Why? It should finally have basically the same msdosfs file system content as: = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz and also would have a non-debug build. So then USB storage should appear to work. We can make instructions for 13.0-RC2 once we have it to work with (presuming no other problems block its use). But the 13.0-RC2 use would be another example of temporary. Hopefully, any later 13.0 releng-activity related build for a time would also work as a non-debug build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Mar 12 23:36:52 2021 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 8AEC15B0D4A for ; Fri, 12 Mar 2021 23:36:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 4Dy2Jz5tYbz3Hg0 for ; Fri, 12 Mar 2021 23:36:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 059EF5C0105 for ; Fri, 12 Mar 2021 18:36:51 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 12 Mar 2021 18:36:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=z0ehJ81IVNxzcwQhpLAeYUbxp/O LjGuqBI8xsHTuLLc=; b=baybI+9luo5p25bYK0hyHWtbvrOXx9PJ2r6YY3TI5Xs NVRTXyUKZlqNPw3aCWN0SLNpH0dvg112Z50+RB1k4DSp64WjgpXEYJFLNl7S12fm qWDWoAHGEDJ3gB0JXrWBPwtEgM/1IKX9YdmL/5M9m/dluBANfk4gylE3F/tRdoMm sPgxcUOvUe12teDiVl7+SjBYQd3/lKKWqf0IlXJeOvs6zUpJNQLfXgEtr9iPaEib uJCJXVF997hfyQCMu/fOAZOtEt4Z7zHALXvzv8R4T3ZZUK6LK55csz3HXc2jajB4 qNkHT3UvyqH28J8BxEZO1zdZyrg+79rsDeypkqqIhAg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=z0ehJ8 1IVNxzcwQhpLAeYUbxp/OLjGuqBI8xsHTuLLc=; b=wrb96R0T+O7KInzDc4NJ21 ShaQH2vQNhnalJ3QM3lr/qs6Xj4OYhiB7tI3LBjT30Ct1cq193gq9h7DUZCuzd2G G4lHuZKutt9e0+YdFAMWmZIsHOeh4QEguUVyc+x/f9kNiiuYKz3q5MwWGcSUIeNd CDj1+sD1e4Rsd0p8dH18iMHsEDSNjn/g6EApL2pNu4Hz4Lgh6TvUGPU7JyM71Yha 50BX7Ovyud/sL2mQ+YaL8QfEvUATB/zUKqmM+w4Olw/7HOGT3GLtvUifirBI/HCQ Kg45h8J7oFvOok6C7vtKnF0zOxzlVA3Pb1UIkvriyImiBJLWqrNFlWkEjfnlyYCw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvfedguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucfkphepkedvrdejtddrledurddutddt necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 892DB108005F for ; Fri, 12 Mar 2021 18:36:50 -0500 (EST) Date: Fri, 12 Mar 2021 23:36:48 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="DbJdUIeOsgzj5T77" Content-Disposition: inline In-Reply-To: <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> X-Rspamd-Queue-Id: 4Dy2Jz5tYbz3Hg0 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=baybI+9l; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=wrb96R0T; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 23:36:52 -0000 --DbJdUIeOsgzj5T77 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 12, 2021 at 10:59:09AM -0800, Mark Millard wrote: > >FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz I saved the working kernel.old image and wrote FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img to the microsd, added latest start4.elf and fixup4.dat and u-boot and confirm this won't boot with usb stuff attached, which I think is a different issue? Consoles: EFI console =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) Command line arguments: loader.efi Image base: 0x39df7000 EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8224.4096) Console: comconsole (0) root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) I'm going to try building a no-debug kernel next thanks for your help. I'll close the bugzilla ticket. --=20 J. --DbJdUIeOsgzj5T77 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBL+wcACgkQs8o7QhFz NAVlwQ//d7c/0++rb402+DjLn4ByiRV9Dr7TDVzS0PgShz4u8HCuXPNNWTMK/UxX JRBAApyzMVltlo6pe+sazcUH0EkVAwY2q3TCm2yNLIa7jjhn0VhZlifYCfrCQtcG qrbXOyMXLE+i+NqFAFS3p4YjhQnVYSYr05Pj96tYN24qNctr+LdWz7usdBDFj1qs Psoqn6SdWFQrJRb7dJtF2peDV/2YH/UG8vlp2aGltqe8e9EU8nnShuZwAiBxtNnG Cjhirbrdf0hf/t4qMHcF2Eq1vVeFoaq77/7EYCaAJjTJpFv9Cai2TdZckkz1ne+V KifjOmh8LSj4fEy6ALnWDkNJbYJO9G4fRAMzA//bP4VN8BsFaeHuZPnTF4TDxRe2 RoRPI0mBFrZopf3YYFN/nkvfhZg/En/md1hbMWr0sApgAqUUx+rmDsgqI1ZImTqx OBLZKPOUHCUwjDZk2h72bBmyvhvhFH7/xyPT2SisuqH9DDv+NkUKkvzRKVPrupg4 hgX3gHafkQteLPr+26nfXGJyhfViEGRajVaqW+PDZkEI9in3Wale5UZpBmZrqgnC 1V6qRNIGFiaKNBnuftM8QvFD3V7TIr9RMvSi/oDzZdCZzTOBcl69L4wtDiXmw4hM e0xARtK79e+pTxyu9Ul5yC2lQmgOve7HMyCqsUa4Tsfq0RjcMCM= =gxrC -----END PGP SIGNATURE----- --DbJdUIeOsgzj5T77-- From owner-freebsd-arm@freebsd.org Fri Mar 12 23:47:55 2021 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 E48955B0AB8 for ; Fri, 12 Mar 2021 23:47:55 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 4Dy2Yk65xxz3JL0 for ; Fri, 12 Mar 2021 23:47:54 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42a.google.com with SMTP id d15so5692839wrv.5 for ; Fri, 12 Mar 2021 15:47:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=IjD5w1nv7wloICy1QS2204emuZiQZLfYn8mx2iVaxy8=; b=gbr0HvI8VItgpWl+HOcoykefSysPXWqxsbr/tAsOd6YrJoV93mPJT1z4qpXC2cenxS euDdZkzyK5GctMB3FQ4QufDPHRfNic1aieklR3omzUTDR7mUaY23F2DH+iBE9VJNKy0s 4K+TW4hNXAhOoeBX36T97YkWgsaMwaDt0lyMq8QYiRg1Q/OzTFyFHFNlID1qQp8uX3uJ Pbs7OsNMpD7wyyVKDFAaV1CI1plqNxH7c6+rzd1nQGW+prrOeJOwma3gAQhNML1V+dEf ics4A3zHShNVWmwlA9tMxYu0iYF/PYhb2fRyrXNtkdGCV4IAYEb7k46vJg2y6BP7VSyi 0WjQ== X-Gm-Message-State: AOAM532KQUK/i69lai6ykz7lCn6ZvcdfMQxXxVm9S+fH9GCuvi9ONjSc 5xdob7U9iaCjYyNUuPiUT8PbI2qIBPaJeQ== X-Google-Smtp-Source: ABdhPJzflafkpqiyXohUZoV8vJo/ucT4d5APQC4X6kfNvJFvrfPNkmEPbRnXxscP9jHYIE/ODVINpg== X-Received: by 2002:a5d:4fcb:: with SMTP id h11mr17140825wrw.66.1615592871824; Fri, 12 Mar 2021 15:47:51 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-159-242.46.114.pool.telefonica.de. [46.114.159.242]) by smtp.googlemail.com with ESMTPSA id y1sm3934778wmq.29.2021.03.12.15.47.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 15:47:51 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Date: Sat, 13 Mar 2021 00:47:49 +0100 References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> To: tech-lists , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dy2Yk65xxz3JL0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42a:from]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.242:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42a:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42a:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2021 23:47:55 -0000 > Am 13.03.2021 um 00:36 schrieb tech-lists : >=20 > added latest start4.elf and fixup4.dat and u-boot and > confirm this won't boot with usb stuff attached, which I think is a > different issue? for the case you blew up your msdos-partiton I have a backup for you : https://sourceforge.net/projects/freebsd-rpi4-msdos-partition/ (! It DOESN`T contain anything for the cm4 ! ) =E2=80=A6 if you want the latest u-boot , compiled today, just let me = know. K. From owner-freebsd-arm@freebsd.org Sat Mar 13 00:17:41 2021 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 462075B290A for ; Sat, 13 Mar 2021 00:17:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dy3D51Snlz3M51 for ; Sat, 13 Mar 2021 00:17:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 212DE20D23 for ; Sat, 13 Mar 2021 00:17:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 12D0HfEX060949 for ; Sat, 13 Mar 2021 00:17:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 12D0Hfd2060948 for freebsd-arm@FreeBSD.org; Sat, 13 Mar 2021 00:17:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 254248] USB doesn't work on FreeBSD 13.0-RC2 for the Raspberry Pi 4 Date: Sat, 13 Mar 2021 00:17:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: carlj@peak.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 00:17:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254248 Bug ID: 254248 Summary: USB doesn't work on FreeBSD 13.0-RC2 for the Raspberry Pi 4 Product: Base System Version: 13.0-STABLE Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: carlj@peak.org I downloaded the latest FreeBSD 13.0-RC2 binary and installed the SC card i= n my RPi4, but there is no USB response of any sort. I have used the same system with the official Raspberry Pi OS build and everything works fine. I had f= ound the same problem with the -BETA3, -BETA4, and -RC1 build, but it was suppos= ed to be a known problem that would be fixed before -RC1. I can ssh into the system over ethernet, so I can supply information as needed. The system is an 8GB Raspberry Pi 4 and the OS build is the FreeBSD 13.0-RC2 image that I downloaded from freebsd.org, and verified the checksum. The uname -a output is: FreeBSD generic 13.0-RC2 FreeBSD 13.0-RC2 #0 releng/13.0-n244684-13c22f7495= 3: Fri Mar 12 05:55:24 UTC 2021=20=20=20=20 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC ar= m64 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Mar 13 00:29:24 2021 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 D4C4A5B2B64 for ; Sat, 13 Mar 2021 00:29:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4Dy3Tb4Phnz3M8w for ; Sat, 13 Mar 2021 00:29:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615595361; bh=lWj4/pu5Ltwdh3oERu0Gon+dQH5ge0rfTk0jfpz10cd=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=KU9q1XcZZlGF5qGOz7wXTQcADvUUfz1WFKSo806VwgfS+tIg33hQ4u3+7N4dY5vbfXeGBzf3QAJi0a2YLWF4eOjjf+2QKdUNJBCAK8dp2FsKobE3q7Zabsf5jj1yjPzNhhxmCbfHDwnQ2dGC+Qw5S47tE9aRqiCLQl40JQdw33KgvUJWj5vU2hYhxIc+j2tPg1MvUtSCCXezR/GVnNlZpIkbkdXZavJpSIhlJgARnDn5cr+lAekvAzbFu/pFYr72eVACKGlOjgI5s4/7E1gSAWpvEepzh6gba8gSrigaRNuKSEqQBh8uH84Kpduwrg54PQ4mW8P1mZWBOzsb4D5Wog== X-YMail-OSG: SKDeRmIVM1kKA8_3x2mPP37ERJ4ZF_VjyVb5SXscFe21mknycIRHfi.SAoJnsM5 6VRpM5Ll7l.szja5wZJNdx8zR1McRH1bUKnZRHjaQfgLnv_y6veIwImDfwNtoqs.tmUmWMZy6hAW JKEpagWZjeFd0XT0e_Ho16MJW4_DnLiBGh0HOAa4bve9UJOEk8x4m2bD3C9J9N_T_HnpZmfkHYFj 5VEBhCYVHlFW55nz.FRAGA5uZXRs81Z5DyQs0v3HRQgm_cghiDep7ADMHgpsm21OIpMiWbXsyq1F ZQdxceDa8GPjmKbftnhBsm0G7nSsyBYfe0Qg5aJiaHPanh3gm9eL0cQCT5qlnhxUusJgyE2XhSt8 3JyTilCl_7MX_pL0JCzZqDT9aqcDjy4gxK5lxGw4T5R8KC68iog7AYJbhz9UmQXQyUOuTVlb_3rp 3O5c9aayfvsQo9aBIkPbIGdDvsxuO6yC3kMQi1AUm_m75.1bMjNOR2ERfnq5qEsxg1TQJc_4Ii1x 3Da6ENGdG0Ws.vFzFwXbq0_ePIyiQa45PXbrY4JYDAVtqiE04ZfOYxR5cUepLoAJ0imUWwlVRJUi 7GcnxtVDNYcY9i10SmuKdBpnkNdILQNxSLUpAicDkgtAlj27g4OF7Gevm1nfiM59w4ESCLW794Uq dECVcXPl55OEwvnofyAv6EDuawvKxrK.XLgzc7FFNYZmpY3di2c3.evfciy1Z5TG0smYXCeZs4Cj MD1r7h7v_Q_3CnWUHKvcUJ2fVQ82zYzc6n0T1IPZlwB45JxVfud8G1wAyvCAfZ5ylxChwiaTBAVi Kx6VqAIbhc8BeczZsU5QRxs8UP6hG7XMSF.X15VHG4ySzbDWtiomXS_8OXAhX5YZEnzJXtnN09J_ yPzMQujyxedA00FjJGjbxYJb2kTnyXt6mex2KwnOOHpPa86fOjAgNQXI7XCkP5ALf_ZPSTGuT_uo UXSU1NUPMJEcmPBt2_0WrEuFqbe2uBOwdpa2mw0wPTvUr_sv65HEBs1FSZB27FK0n2cnL_QcJ2C8 T0AqeG4ChXiwal4xMsLGqvUToiDI.h7glFidy3v0RGl4LH0RH4yacxqI7j5tWUvhF59T.zB4XUSy Evm85WH7qV.b_scRvGydaCJcmIF4cb9mLQsEAXktF9.HiIyVYMVjUUd8p3q1GVaAQ0P5DQxGc7Ll ZB_6fZ2GmrG3yk52yR3jYEtvSx_F7g6vgvbdiu4qQmRiEbh63rIc9CtxAQcl4fEjXefmN4aCezrs Oc7xla8dVew9uVXDKvASmieQMqMKOFNj0kBXqUfWb5DdQN2RwfLK2GHBYZbP7CGrwl0MWdrMy1wg RqOxwHQxX0LOPKLqczCyVT27oxA2hNpk0YuZCqjuf.1FQ_1cGYF3mGTw.B.aYB84fY1HlqcxbObZ Kr4JlLMIPY6vuzXVED2AdpftcVRfVCQ7R27eaZf0x6jbMcBAFFGTgI0DsrchzCGH19Gfsw44oqSQ Jh3kzzMFnchv8GnA9_ZRJ.XHnwAwXImDcvOIscOV2EhFoXNY2l_TDvn9v_BeSjiUpvDEWiHvf6nd AqAWnedd0hRs4zDfVM9qTngcqgomqi_nm_Rahw6.u1sYv9gtZmxpvvUPsVNEo391r9atuBoJHMud 14LEJgv23e50TDDI0IGCjTYAn31RpetDSuGBTh5YKnRYmOptsUdhr1ZhqcpV7Tla.gr9EGdtjpnN dkYXPJ6nhhl4sY_TcRQCnAD86re3IDref6hqlSFQkj0.N4G0bdgRtOFcyMqtrsFeV4OoqzH9N45g myUrjSXJ7bBXBsi45_d77eG9weGMIJWEJsDZ3JKlAJICzv.baBYDdo.HYydTzSnn_DfwSM21md4c 78EN.V02C1CS8SNC_jJ13WbIiAwGAySGCr6LM6Qmode0gd9mU9YgK5RgjTo4Uzm3oAU.JD.CYkKU I.vcwGetrtdusrjHrQsqOAQoRkaQeSvByVTJpj9nBDMyF8H5Nh8ztUYCcXOyUJSPZoa_XGdYT6YS DWjLToyTrOFsDrMIXBjslNBdMikAXU68CZj5nqyYXdjTsBZzCRndgyfUHiSeW09B0FEYSfmb6BbJ c.joWXX8k.Zj8Y8he3oCPQG9th_90G3uRZ6z7iBhRRhxXsbPhtqgEcdGlYeHUKoAz9zPeBVLyrcD Iz7cY3Yc1iGYwk3I8sQiXVFnOGXJ0hQqypGCOYxr4_PYu3EsZB0xEfIHnGP24TlhTbrV5CMADog0 BNpF227GWFFCX1Gd8sTx8ZSt5HfOd.s2RUGfu0MRW189lNIox1NltfC54b_oiCTrz5BsexlmNWCo OkttCQnKqcU1G9oLmCaF37AnOXGLAwveETcurblkKpss6hO4YE3h.83qldSoFE7YXwbqSfcYE8vu JS4zkE_dHG0yXyc_FjinzG0tW5y3Zz_d.j_gskV42WI.3eYfLtZSjZTVPv6HcfT5OBR_k1m9jqZo UT8YLVSQm7QKxzzB72ZnRsjcLf4PMyg02L07FeH.ZAZSW9bA2Pg6fqk6YjWQomJjVOhuFMC9H7VE AzjxO7d.7j__XX5fCmmFci9BZXFOzUPeKLCNwRl9xDp2g X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Mar 2021 00:29:21 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0f94921b7b3797997aac293c81e2d06c; Sat, 13 Mar 2021 00:29:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout From: Mark Millard In-Reply-To: Date: Fri, 12 Mar 2021 16:29:17 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dy3Tb4Phnz3M8w X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.43 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.07)[0.066]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 00:29:24 -0000 On 2021-Mar-12, at 15:36, tech-lists wrote: > On Fri, Mar 12, 2021 at 10:59:09AM -0800, Mark Millard wrote: >>=20 >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > I saved the working kernel.old image and wrote > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > to the microsd, added latest start4.elf and fixup4.dat and u-boot and > confirm this won't boot with usb stuff attached, which I think is a > different issue? Different issue and a commit of the intended fix has been made for the USB storage device handling problem in the FreeBSD kernel. > Consoles: EFI console Reading loader env vars from = /efi/freebsd/loader.env > Setting currdev to disk0p1: > FreeBSD/arm64 EFI loader, Revision 1.1 > (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) >=20 > Command line arguments: loader.efi > Image base: 0x39df7000 > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8224.4096) > Console: comconsole (0) >=20 > root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:10:40 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >=20 > I'm going to try building a no-debug kernel next You could potentially build code with the intended fix in it -- either debug or non-debug. > thanks for your help. I'll close the bugzilla ticket. You are welcome. The Continuous Integration builds involving the committed fix for the USB storage device panic by the debug kernels have started (first builds for each platform might be done). For aarch64: = https://artifact.ci.freebsd.org/snapshot/main/7381bbee29df959e88ec59866cf2= 878263e7f3b2/arm64/aarch64/ has such materials already, including kernel.txz and kernel-dbg.txz . I mounted the ufs file system on the microsd card that was previously initialized from: = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz I mounted that as /mnt and updated the media via: # tar -xpf kernel.txz -C /mnt/ # tar -xpf kernel-dbg.txt -C /mnt/ I then dismounted. So I now have microsd card media with a debug main kernel that handles USB storage media again on the RPi4B 8 GiByte and such --until the next normal snapshot that happens to be in working order from which I could update that media again. One property of: https://artifact.ci.freebsd.org/snapshot/ materials is that they stick around for about a year. Another is that for any specific platform, only some commits are built. Which commits are built can vary by platform. (I do not normally use debug builds. But I'm updating the non-debug ones to be based on a commit that spans the fix as well.) =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 Mar 13 01:03:42 2021 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 0855C5B3553 for ; Sat, 13 Mar 2021 01:03:42 +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 4Dy4F903Vzz3P1t for ; Sat, 13 Mar 2021 01:03:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615597419; bh=j+h8LzTQ8T+rm/gW2xPsDDvUhfAehF9/6T67TAncbEt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=LjISw964wv9tkysgEPjEF6P/BF6t64hvj3an07Kd5togp4Z3dr3zGzN88i9YkErbibpRrxUpg2ATL7LO5VkkhZMVP87bRl8HuSuKf1vbbNe58gIGmoA/cOtIvv/fTBf8nlEwcZdRHpScNVBDjzSlAdSvxTcvBFi5luXBjoBhsj8EGo9e33QOr+pZL0yeNaaUYQgvCmsgT7o9j9dfEzODrC7aYk9kqOP+xdUrwb6ouxRjVsmL1GLGA8IlfP8t1cG1gtgpXvKmoVBBFcogp98Xi+2ritET38dZCKcvCF/v/QIaSKikI9ILRcNedKm6GgE2PHlz/nPKnWFgqE1eL/AI2w== X-YMail-OSG: QpJHAKgVM1krR2bD.uTmKCD4lbRBaVs5aorMlAm5HBzX5U4cLHndhpBhs8jJ_eD 02hJytbBw0P7fy3y_srdZ6rH3CEan00lemv6NN7fc1ppkHiZFqsZcvKFlwTip3W_FMJNsYEWkgFC BP7faoG.JEuOvCV6OJN4xr7qx7HJMHnZjfsqW6dWA_i9qT1.NEf6kpLYFzbdZ_QOoCqCxB9Kq.88 _5cTXaYp8u45gPlueLuD9njON5iO5LPdXrF3AerSkT96Ls7_HpGQavBaYDnIPNamrBDQovWKrgau IrXyRUOlNIXlNe5d.uYgHziiQJV37LWm3r0orHJn6SaOYmWfhdcL9NTgb2MeE54V1IzxlD0G2MjJ LeIM7XB6Z_qEUrou200XbldLWQI50e_un2Ax2pEtKtG.rN2dEo0VnIYln9fHSefXNbGOeaP8nSuo D.VbARGwdiO2Zzy4ljhKKCbyF45NFO6RBEcG1M17fQE9oaMQ2PA4y7gMwM.phF4bo8pWEJj54U1a ceC1A4.Xsa.z6hu4qmOwFuj.R9QKIdlXbRY9yWHvNA.1KOq9YuoiGBiA7MKUX54glTXlxoLTGURP cn7d778xNRSKbcSo4cJu05lx1LrGlwF7jRRIpj30FD0cHCvEdc1x9_mhqS8AVu8DhhNx4N_Zwjcc 1YhsFYYuypvIqPY7ro7RhtHw4ZBEybDBH3OOkvUb.Qh4yOL2bv05N.g6w2IgD9QBfEePjKruVUjs Km79ckADAeCIyIRxn.Cjp.ea.2npJ5dGj_iyVXkFp7byHJsArVHTigmSBtnzmdbWrZC5aGpeA5nj 9uNWe5qPvmkkPTYSvEjbAFkth1jSTtXfzC0XrBnuZVMXUAw94BCZhcNRUTSSE1LwCF2B3IHmJFoa 62vFBEsbc..bLjkewxEGXJz43Q0vzNKxhezhHl7uD9sDo3chn5YzAZbOAIzJXvZGIDr6ZwEjhlRY II.Ysm5iuURWTFU5u_loqeObFwFnn0Ck39RJrI1U.7Rea2g_uVoFHYRWYOp1IoBADnPYoXNoiaDL IrNUgWSWFcBZ9eE4uTxginsq.eeNFYEQV5cjzHWhSj976fYnYaP1gI02u2v2A2NW6xqqjoMwXqxY 0ubtPeWlceuqsKDbwQC.5.McgOeZRXORtK6m6Va9RhMONlAXWlRxZz68pCiVwGvZsGqTEqMFdskn NuFoY6zr_XgX26V62ccCftupF1faPN41eWOZhxx8B7K6yAkjBp47QGp0gP7uqNUB1_6ee7c8DG29 o.k.SRITTPb.VJyfYEbXzRW4C4RD_RshMki91CH24Z2M_xusnKXhjYRIaC17GRwUOadzl4593acl oxHfKoeTPpI26MbQIh2I8DHyssdtZk7pIgSt2kwcS8FQFqLvN0Ca1IS6oV6BUq5p2yvTTZXmHV6c gYXo_2VuvY6BRZFF96exoGLiFwasPGDA3HgbM1ezTSNd8T_RlKBBVG..cj5pL_VtRYtJQgaVbuH8 eSOoImJ_CnwWYveA0YB7gH456O3z_P_QPARtqCPyvTFdBazlfHvI1Ym05NnM85J7c_dd0tMz811H Rf_LUjyygT41d7xI0q89cYP6DXmSMqyQ7ziTIR2tHhufKgsfmI1K3S4hAM.VGM94EAfFdondmGAR QNPHcyGUM6Vq3r0VZnqmM0QxA42a0hO9yCNBsohDEUWo4d3jZu_AcOhPNECRNDUZAvyYn3KINFDU Jflq1NQWAzSSGFJJBiPm8ZnWGeKAwjjlPR_YljOP6IBjnPCLXvMiJG8HKLUQO3ju.7ywhAEneEYZ d8YtCmX_VkfSWSYMLktyiHvgJNNo1x2aT.t.3FPpwmGx4UyT68HEVLpr.DglCj5HM.iDColsFHoG L7bGEKH6dFKKaU4P6BkQBPymLVfijI77vRovm8BOA0hU.h9.8fChXtJMmYfJo0iX.nnbkNs81ZVl IiF3dfz.1wWYOO9l8tVeQ8Uui6MzDC4vTiEcpc5SFgrdhYKXFOfxhllIet5QQ1Qyaqt775eo0EoW YqNTMD6dCzf0DHiJi1Xj.98nnczo5pMxmCMsyCrWNldYmgMMUVdC.hh0C31s5dgzm6piqlQ6mqxZ 1vTpHTZZhKKB32abNux0Nu9Wh8lQgS.KlHRim7y5BZSje76.2SlMymCg0VVv.5QjEqyf.lc5F_eA TC3xwqldvi3G3O5l5rzYFvNfJaloJ0PmJaXj78ZDbsDxwyovxACEsfPcW.OAZNf7v0A8kPjdbvot ul355jqxKOwkCM42X5qpZGqlgvUzknCGwFXD3RV2zRD1TcWd7bgxSCzoLmC.wv818LfgWPttO0AA tvoJBO9ilQjYQw34p2JbQMHqdBoLJf1_q8SG9RanQUhAzf5PfBRwigE_vIpbQUG566vO6pZcwTcw 57iX8p.7F2SQ4FY9LSFc1bfHaz2dohSApSHBc3BqiAuKlfS_8hRIpmABlWeZ_HPXnqa.s89OF2u9 Dn.0uSVzqoR5TCKvb2g602R.y_SfgL3q359vlmgwyF0j4YlVY6E2xtV4KVy_dAgO3mHT2ySJb7wt 8EubJwh7evOkVHiasxgSR1c5BW6rDqnsZXLGXFkZyLU23c8dQdUdL8tcOTyglmWrvdZvuZyfBV0D gBXSSnFZQ0wPVRUK4J2zk8i8Hs0kIqN92Q6RIlN8LtcKBkg6b88b_cDl2MM9y2FHjDL3QZYcDjnQ TeiSyv7NkFqM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Mar 2021 01:03:39 +0000 Received: by smtp406.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b20a4f31d6e60c8c312c6648b5a921e1; Sat, 13 Mar 2021 01:03:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout (13.0-RC2 not good for RPi* firmware) From: Mark Millard In-Reply-To: <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> Date: Fri, 12 Mar 2021 17:03:31 -0800 Cc: freebsd-arm , bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dy4F903Vzz3P1t X-Spamd-Bar: - X-Spamd-Result: default: False [-1.58 / 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]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.92)[0.916]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 01:03:42 -0000 On 2021-Mar-12, at 16:29, Mark Millard wrote: > On 2021-Mar-12, at 15:36, tech-lists wrote: >=20 >> On Fri, Mar 12, 2021 at 10:59:09AM -0800, Mark Millard wrote: >>>=20 >>> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >>=20 >> I saved the working kernel.old image and wrote >> = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img >> to the microsd, added latest start4.elf and fixup4.dat and u-boot and >> confirm this won't boot with usb stuff attached, which I think is a >> different issue? >=20 > Different issue and a commit of the intended fix has > been made for the USB storage device handling problem > in the FreeBSD kernel. >=20 >> Consoles: EFI console Reading loader env vars from = /efi/freebsd/loader.env >> Setting currdev to disk0p1: >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) >>=20 >> Command line arguments: loader.efi >> Image base: 0x39df7000 >> EFI version: 2.80 >> EFI Firmware: Das U-Boot (rev 8224.4096) >> Console: comconsole (0) >>=20 >> root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 12:10:40 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Feb 25 2021 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >>=20 >> I'm going to try building a no-debug kernel next >=20 > You could potentially build code with the intended > fix in it -- either debug or non-debug. >=20 >> thanks for your help. I'll close the bugzilla ticket. >=20 > You are welcome. >=20 > The Continuous Integration builds involving the > committed fix for the USB storage device panic by > the debug kernels have started (first builds for > each platform might be done). For aarch64: >=20 > = https://artifact.ci.freebsd.org/snapshot/main/7381bbee29df959e88ec59866cf2= 878263e7f3b2/arm64/aarch64/ >=20 > has such materials already, including kernel.txz and > kernel-dbg.txz . I mounted the ufs file system on the > microsd card that was previously initialized from: >=20 > = FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz >=20 > I mounted that as /mnt and updated the media via: >=20 > # tar -xpf kernel.txz -C /mnt/ > # tar -xpf kernel-dbg.txt -C /mnt/ >=20 > I then dismounted. So I now have microsd card media > with a debug main kernel that handles USB storage > media again on the RPi4B 8 GiByte and such --until > the next normal snapshot that happens to be in > working order from which I could update that media > again. >=20 > One property of: >=20 > https://artifact.ci.freebsd.org/snapshot/ >=20 > materials is that they stick around for about a year. > Another is that for any specific platform, only some > commits are built. Which commits are built can vary > by platform. >=20 > (I do not normally use debug builds. But I'm updating > the non-debug ones to be based on a commit that spans > the fix as well.) Unfortunately, FreeBSD-13.0-RC2-arm64-aarch64-RPI.img still has older RPi* firmware that does not work: After initalizing a microsd card from: FreeBSD-13.0-RC2-arm64-aarch64-RPI.img and mounting it on /mnt , I see: # strings /mnt/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 22:19:57 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Jan 27 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) By contrast doing similarly with: FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img and looking a the /mnt , I see: # strings /mnt/start4.elf | grep VC_BUILD_ID_ VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:10:40 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) The Feb 25 2021 firmware works on various RPI4B's and the Jan 27 2021 does not, for example. This means that 13.0-RC2 is not an appropriate basis for the msdos file system content. (I've not checked u-boot .) Replacing the older with a copy of the newer would be an option. =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 Mar 13 01:34:02 2021 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 35F705B4F05 for ; Sat, 13 Mar 2021 01:34:02 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dy4w92c2Jz3h9l for ; Sat, 13 Mar 2021 01:34:01 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 19DC51A30 for ; Fri, 12 Mar 2021 20:33:59 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 12 Mar 2021 20:33:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=dXaAAeEkBki/eD+YpXRdUChMmIX wI7/QNfbKQe7dgz0=; b=qkvT2v5K2pVARn9dVHGq+P8DvwVJO8k7FnczmKSUBIi aAnsX0FwdvMQhkxI661WoKZZZXLzDqnRgkGh678LFw3NEG70HXJ25015K1OdN/sR d96/gaFRZWf+03XiaXGpUslwe0LnbsNQGFFdbJPoB55nze4edGaw04ibUTUn6Mdr V4SRFrtmxyEowVxFAS1Knp6tW57sJkpV5kzLDcklCxcWuJyY3MBtROg2ePemzrt/ WRRGV/o5yYyQP7QTFNcTXIRlf56uF5vM0xvl6EDqf2gwyrKDWyUQ4/7Ow5CFZslv rVHEy2ZItjDdEo4w00aDzcdMAN5IyiEdGDF3PzOXrCA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=dXaAAe EkBki/eD+YpXRdUChMmIXwI7/QNfbKQe7dgz0=; b=jcMFnn132ZsDi+nBKuWmqB UT+oouDF2nVl6wrWbBSlIW4Kny0NHazYffWcRJMpKrcI8iD3ty27bIUoAcF+cw24 b3WqBNCkIWTA4tK8KrUG6bVqHuP35moB8KljuhfqFI9lKmKVESN1yETvz4H1NO6k 2ddVUZsRysXhOWAaloclYYcJc8zmwwYiHtT3C4nzf3534qdAQusnOTYv6raoggtq 8QRdGTkqOHWiCM0R9CtV9QntmojpG/ggVG4qhu2bA9xr/a2HPwEpQbYntzqWaV4W dIiM260qXsIli1QsWH3QkjvPvLOnOHj8ea7LvbpHWomBjeFvY/WHENAjhTl3Z6Mw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvfedgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevhffhjeeffefgffetteeljeekke fhvedtjefggeeujeeglefgleegfeelgfejueenucffohhmrghinhepshhouhhrtggvfhho rhhgvgdrnhgvthenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiig shhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 58F9F1080054 for ; Fri, 12 Mar 2021 20:33:58 -0500 (EST) Date: Sat, 13 Mar 2021 01:33:56 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="X9zS8vJbYJOP1OH/" Content-Disposition: inline In-Reply-To: <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> X-Rspamd-Queue-Id: 4Dy4w92c2Jz3h9l X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=qkvT2v5K; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=jcMFnn13; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.20:from]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 01:34:02 -0000 --X9zS8vJbYJOP1OH/ Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 13, 2021 at 12:47:49AM +0100, Klaus K=C3=BCchemann wrote: > > >> Am 13.03.2021 um 00:36 schrieb tech-lists : >> >> added latest start4.elf and fixup4.dat and u-boot and >> confirm this won't boot with usb stuff attached, which I think is a >> different issue? > >for the case you blew up your msdos-partiton I have a backup for you : >https://sourceforge.net/projects/freebsd-rpi4-msdos-partition/ >(! It DOESN`T contain anything for the cm4 ! ) > >=E2=80=A6 if you want the latest u-boot , compiled today, just let me know. It'd be interesting to try.=20 I installed git-lite, ccache, screen, enabled powerd, overclocked to 2GHz, reboot then got latest sources, then built and installed GENERIC-NODEBUG, booted, plugged in usb3 disk, enabled zfs, imported the pool and it all boots fine, no issues. The version is main-n245445-07564e17620 root@generic:~ # uname -KU 1400005 1400005 thanks again everyone for your help --=20 J. --X9zS8vJbYJOP1OH/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBMFnwACgkQs8o7QhFz NAXBUBAAltM9GbjD0epXjjsJNjR1qRsHzzNFCzeOot/zBRkWmQnoFyqP3mRHMkVh M5UPVEat1A3OSWiEugttej/csoAJ6V4+lloBo9uA3JKQjnUDQzZJtFsx6oVqjh2f VqK6V78x/yFnAy7yk0HijDXNeRA4zUk9HppOzNJLhgH1zng+p3G5bJDrAB6HABYz bLyt5bED+eZ6Xgnetot0givcRFNUBLx8T7pJabRWfRGSCYYwL/AqV7D15TIbIvYs AY56pKqUqN6sRv4S7Qi5sEO+gZfJsh4PQhLo5TjqtM3W5x/kH1oL7VnjsKLlbdCL 1/vaH5JYxaoCYBCVP0zTdKUa5gUwoJmVB8bjN84GOzNBju9DQq0Pc67Y9LI3N2P+ 2pzYeUrxlUAG9fAzcI/9nsqhWWDWwLW3UA83HHW4JU6dww67BJgcxUQIHft79Bgh UckqBNvOTpJNAvyJI404fradFZ6gJsFIJO0E+b7erZ+2Wfmb9MI4/0Tuvq6Kd1Cb ddXdr7vJcku22ZCqlkqJjP3jtbl2HD4ohO3NEazpnUzGQX1/L69wRt6/dA8tvAPT uWD07eIYhM+n8axPhCyPjdNkb2j+X9h20C/2s47hCwTQGi2M9K4S1rR3LZ0C+y8l BQcxsQmQJl/OhlGCfmdzxhMAiB1nTvtc+Vz4yg9H7QHI3nOyfQ8= =RuGG -----END PGP SIGNATURE----- --X9zS8vJbYJOP1OH/-- From owner-freebsd-arm@freebsd.org Sat Mar 13 02:46:28 2021 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 6FAE55B6A79 for ; Sat, 13 Mar 2021 02:46:28 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4Dy6Wl33QZz3ljZ for ; Sat, 13 Mar 2021 02:46:27 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32b.google.com with SMTP id 124-20020a1c00820000b029010b871409cfso16892531wma.4 for ; Fri, 12 Mar 2021 18:46:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=1ExWCLUa5LPY/N31Y4vHa0uz4e6hFoPzX/vzHLOUnw8=; b=Bf68jtvqUGX3iOHI+fJeU755ecIlyh4XIubDpZ1V1+VfYkIiiPmT1Diflq7J4+lB+i qrmYeMhjGV6PQnPZ4tQOrK9mDKLsgRi4tlkg+A4X8Bk1/JHhUcGdZIgGwQy43P0aHAI3 x7bcUCCV0QiyuvIsp0Orciug080qkP5sWcFYDdYz4CkqGoIFySHmOdibDlSFHpexbShW Fg+cKhaueDr/viYYr53Fl7HahytH31QGdD5rv1UWpM4zDUOaLnVw9jPnbXZgL6gy7ZSs uTLS4NymL3yAcUOeB72SFmR8yg34wLUhet+gPuLsf/AKd9Kdu4sfWFOYBU3g2SIt2Aw0 +fHA== X-Gm-Message-State: AOAM530fP02dDjIpZwT7WKd+cXfQ+VD0rQsURf5cLkuAP0k1RdkF8da5 KKI+2JUn5q1yV8FWyq8i5UPx+u418FRlxQ== X-Google-Smtp-Source: ABdhPJxe+VWAoRaGNut2WT0T9JCd/KHUSnHHV71rciiDSvqyGGwIZmEMmlA3CqRJ51nwcv/R8ol0KA== X-Received: by 2002:a1c:195:: with SMTP id 143mr15292089wmb.81.1615603585740; Fri, 12 Mar 2021 18:46:25 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-159-242.46.114.pool.telefonica.de. [46.114.159.242]) by smtp.googlemail.com with ESMTPSA id k4sm13369806wrd.9.2021.03.12.18.46.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 18:46:25 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Date: Sat, 13 Mar 2021 03:46:23 +0100 References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> To: tech-lists , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dy6Wl33QZz3ljZ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32b:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.242:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32b:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 02:46:28 -0000 > Am 13.03.2021 um 02:33 schrieb tech-lists : >>=20 >>=20 >> =E2=80=A6 if you want the latest u-boot , compiled today, just let me = know. >=20 > It'd be interesting to try. =E2=80=A6.. >=20 = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download Regards K. From owner-freebsd-arm@freebsd.org Sat Mar 13 02:59:56 2021 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 462C25B7079 for ; Sat, 13 Mar 2021 02:59:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 4Dy6qG6drhz3mKC for ; Sat, 13 Mar 2021 02:59:54 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id v11so2807796wro.7 for ; Fri, 12 Mar 2021 18:59:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=yel9UigurqTmjfOsoGRk4JZe8oIwJ5ZyYv/HI60krEo=; b=WWUUTs/kXv6Tsn94PGdnOZs3xWlZJbwCs4d1+VR/655ED/GIX9j7TzPMSvfcIrK8UW 9ESN06ByMPNfrNfgkzKBLU1GdpPsBh0UlcOLsK+Xdh9ug0vAK0x/PhkHQV1+X4Qk7H8+ B7TwVJVSBD9tz3Cm38PsiQkzV9gy5jnvTAbvgbBabT5yJzuf2csv1lQE9c0ox/dx9UGl K2JqbQs+2YhROKu+hPHLUevf8KgQBZbsQMsYg0gXL1N+2mkcD96e/PeCIijG8RHdOb1G 43a+afqKLH45Az2M40L2wmFpvRG3NyZPVAcaVRg68ZZOOVWgzIAIdOEXvAA/izsfBsDQ ywTQ== X-Gm-Message-State: AOAM533deaGJ7ooUPQJOeZIYrXO/q4Bk7bFoFOc15Ka0gIVaqTvghFMj IqCHsa7vGFJ2BsDkPQ6R09I= X-Google-Smtp-Source: ABdhPJxyZNG8ara4s70BIGy++qyw3GKZZ1yT6PFPmc2LOuJRwHnSFpMnilFHFYWlq7T7AcQHWCaK8A== X-Received: by 2002:a5d:6052:: with SMTP id j18mr17058910wrt.295.1615604391934; Fri, 12 Mar 2021 18:59:51 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-159-242.46.114.pool.telefonica.de. [46.114.159.242]) by smtp.googlemail.com with ESMTPSA id l4sm9986115wrt.60.2021.03.12.18.59.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Mar 2021 18:59:51 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout Date: Sat, 13 Mar 2021 03:59:49 +0100 References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> To: tech-lists , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4Dy6qG6drhz3mKC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::431:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.159.242:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::431:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 02:59:56 -0000 > Am 13.03.2021 um 03:46 schrieb Klaus K=C3=BCchemann = : >>=20 >=20 > = https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download >=20 > Regards >=20 > K. >=20 =E2=80=A6. in comparison to default-port : has u-boot-feature = 'ums' compiled in=20 K.= From owner-freebsd-arm@freebsd.org Sat Mar 13 09:12:37 2021 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 0272E56FF90 for ; Sat, 13 Mar 2021 09:12:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DyH5H6Tbjz4c8Z for ; Sat, 13 Mar 2021 09:12:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1615626747; 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=U4FL6J1JBSDaHr+Ovapa/xmZh8W3mFRy/pI62a1oE0Q=; b=A0o9d+8CsLpzhxNXMIJrRAO45XBbP9QDf0BxSDy5bIija4LbSf+HBDttdoDGO+ZpH9U57I 3kAew75ZJ5vANSas4VFXYuyi6owAbjU52ZuYs10xBQWZWpBcB07IHYusdK1DW0ddU0BpHG vG4L/shp0ygiunXL3aSnNsIKHuQycKo= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id f893a872 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 13 Mar 2021 09:12:27 +0000 (UTC) Date: Sat, 13 Mar 2021 10:12:27 +0100 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , tech-lists Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout (13.0-RC2 not good for RPi* firmware) Message-Id: <20210313101227.c42e3b1058ccf047b3f9c8a3@bidouilliste.com> In-Reply-To: <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DyH5H6Tbjz4c8Z X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=A0o9d+8C; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 09:12:37 -0000 On Fri, 12 Mar 2021 17:03:31 -0800 Mark Millard via freebsd-arm wrote: > > > On 2021-Mar-12, at 16:29, Mark Millard wrote: > > > On 2021-Mar-12, at 15:36, tech-lists wrote: > > > >> On Fri, Mar 12, 2021 at 10:59:09AM -0800, Mark Millard wrote: > >>> > >>> FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > >> > >> I saved the working kernel.old image and wrote > >> FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > >> to the microsd, added latest start4.elf and fixup4.dat and u-boot and > >> confirm this won't boot with usb stuff attached, which I think is a > >> different issue? > > > > Different issue and a commit of the intended fix has > > been made for the USB storage device handling problem > > in the FreeBSD kernel. > > > >> Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env > >> Setting currdev to disk0p1: > >> FreeBSD/arm64 EFI loader, Revision 1.1 > >> (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) > >> > >> Command line arguments: loader.efi > >> Image base: 0x39df7000 > >> EFI version: 2.80 > >> EFI Firmware: Das U-Boot (rev 8224.4096) > >> Console: comconsole (0) > >> > >> root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ > >> VC_BUILD_ID_USER: dom > >> VC_BUILD_ID_TIME: 12:10:40 > >> VC_BUILD_ID_VARIANT: start > >> VC_BUILD_ID_TIME: Feb 25 2021 > >> VC_BUILD_ID_BRANCH: bcm2711_2 > >> VC_BUILD_ID_HOSTNAME: buildbot > >> VC_BUILD_ID_PLATFORM: raspberrypi_linux > >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) > >> > >> I'm going to try building a no-debug kernel next > > > > You could potentially build code with the intended > > fix in it -- either debug or non-debug. > > > >> thanks for your help. I'll close the bugzilla ticket. > > > > You are welcome. > > > > The Continuous Integration builds involving the > > committed fix for the USB storage device panic by > > the debug kernels have started (first builds for > > each platform might be done). For aarch64: > > > > https://artifact.ci.freebsd.org/snapshot/main/7381bbee29df959e88ec59866cf2878263e7f3b2/arm64/aarch64/ > > > > has such materials already, including kernel.txz and > > kernel-dbg.txz . I mounted the ufs file system on the > > microsd card that was previously initialized from: > > > > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > > > > I mounted that as /mnt and updated the media via: > > > > # tar -xpf kernel.txz -C /mnt/ > > # tar -xpf kernel-dbg.txt -C /mnt/ > > > > I then dismounted. So I now have microsd card media > > with a debug main kernel that handles USB storage > > media again on the RPi4B 8 GiByte and such --until > > the next normal snapshot that happens to be in > > working order from which I could update that media > > again. > > > > One property of: > > > > https://artifact.ci.freebsd.org/snapshot/ > > > > materials is that they stick around for about a year. > > Another is that for any specific platform, only some > > commits are built. Which commits are built can vary > > by platform. > > > > (I do not normally use debug builds. But I'm updating > > the non-debug ones to be based on a commit that spans > > the fix as well.) > > > Unfortunately, FreeBSD-13.0-RC2-arm64-aarch64-RPI.img > still has older RPi* firmware that does not work: > > After initalizing a microsd card from: > > FreeBSD-13.0-RC2-arm64-aarch64-RPI.img > > and mounting it on /mnt , I see: > > # strings /mnt/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 22:19:57 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Jan 27 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) > > > By contrast doing similarly with: > > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > > and looking a the /mnt , I see: > > # strings /mnt/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:10:40 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) > > > The Feb 25 2021 firmware works on various RPI4B's > and the Jan 27 2021 does not, for example. > > This means that 13.0-RC2 is not an appropriate > basis for the msdos file system content. > > (I've not checked u-boot .) > > Replacing the older with a copy of the newer would > be an option. > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) I'm not sure why but 2021Q1@r567285 was chosen as the revision to tag RELEASE_13_0_0 and this doesn't include the latest MFH for rpi-firmware. I'll check with gjb@ how to address this problem. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Mar 13 12:01:27 2021 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 E25F9575537 for ; Sat, 13 Mar 2021 12:01:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4DyLr70QBNz4nHB for ; Sat, 13 Mar 2021 12:01:26 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id F2113162E for ; Sat, 13 Mar 2021 07:01:24 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 13 Mar 2021 07:01:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=9JyMFWGDEpQSNAdK2vFPE1hOPq1 czjI9gavCOOg2qwo=; b=laa89oapsJBotJSpozAGEot1nh2WYPjVyfKOoJpO/96 ZM6T5z4iakmR0nBtKV2DqqAuk6stVx1OWoC5RQmfqXznsD12ymWNgsuM43/it0BT rL9VU+zBW88IwvX12c5ad56ZCVy6+W2Bcg5tVYhTA31qjJOqzwL6JrwLW6EOm12E nPH5KWhhp0L5idTCYS99UuzAc/6Q/T9DE0DYSL481rWBajksqlzi7tcRtPoIJFjN uWXE78Icvxu4WFqg8Q2CDj1sBHk3il06RPSVKGLDfac4a5pnJxeqLZq5Ip0exXHM llMjhmjd0Fjobx/bgld4vahirzl9gOiFxzABnCyGPlw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=9JyMFW GDEpQSNAdK2vFPE1hOPq1czjI9gavCOOg2qwo=; b=N3VuIsRrrB0fBfkQWxgruw dtT0IF6/rNcYySy5LIesxZmMjHkFjB5BVRYMi0hTj0rery38HvyxJAeqpVNFShD8 BLBDbv1z9y2rdBTj9UsAbmW8O+6CjAqH8zsyGPc+VO4ZH/pNdyZaDtYcpsa1FDat OPQY0gjBpkDunExXLpF1UFaaROkrfR7gcngqX/3rum1VyeXRik6hbYNnVSRb6iXD pb7qpBkdDd9wsxniBIIt0FOR+slQNPWiMGM2Xz9TfBzotPMn/4iir0xc0/9YwjnJ pkR6GRRo9PVD1FYGjUAMg68CyO86SYCYs9treY1PwWJC3zM/OO+JpDH6NMxG2szw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvgedgfeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevhffhjeeffefgffetteeljeekke fhvedtjefggeeujeeglefgleegfeelgfejueenucffohhmrghinhepshhouhhrtggvfhho rhhgvgdrnhgvthenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiig shhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 258DF24005D for ; Sat, 13 Mar 2021 07:01:24 -0500 (EST) Date: Sat, 13 Mar 2021 12:01:22 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yBLOr3BmL5FZ2Wli" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DyLr70QBNz4nHB X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=laa89oap; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=N3VuIsRr; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.19:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.19:from:127.0.2.255]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 12:01:28 -0000 --yBLOr3BmL5FZ2Wli Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 13, 2021 at 03:46:23AM +0100, Klaus K=C3=BCchemann wrote: > >> Am 13.03.2021 um 02:33 schrieb tech-lists : >>> >>> =E2=80=A6 if you want the latest u-boot , compiled today, just let me k= now. >> >> It'd be interesting to try. =E2=80=A6.. >https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-boo= t.bin/download Pleased to report this new u-boot works perfectly! thank you =20 --=20 J. --yBLOr3BmL5FZ2Wli Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBMqYkACgkQs8o7QhFz NAVTeQ//Z3+/iL1yoOaqJQBB4S5BMBZIzGeb9+WMwOoGWGLXQDgsE6rI4VilbcNr X4btdd3dGJflc3C0HBLt8eD8+XPrMNJp6prZflBZOpcfFu05gSdAH8EozsX9vtUY nsEsBhgg0r462idR9P5OeiZYIrkVnCWZvNSQMlOUFKJN65qllJkOTLCLR5WYrMt8 o+kmljbCrYKHj+9dv2lBUOkHNAuy6m8rVICyvC1dAlVDnmmUVycnfwTju581fc0C +oQ1UoE88zhS7OMWfMoFfblVvBN7zGobOeyNS8YpEackqS/yuzAavglLnFRrE2Wj jCcGcRRwMrtDvvhsnLHALmDRjbyXYPNcIfKU31raRBL40Xzw8F8yyIIKfpi0O17O C732WCY8mEZjbJGSDosDi0LaESVztHIsCuplCo0QzwvnGJU8+m8wwzUvaeTbTliE 2Z4039kri6VgBwgGZlT69iGeTjRFaegba+tKKeGAD74TRlvJfPoH9j2RUlxiEEgj mZ4gtYvn1NqtDgXVhXX00VjGQawet5xJjogynFt9lPespjQLbu/BR3VVuNMCiX+J EOG/XyZYQhd9G4gvPE8g7evoiziF0zAY5X1YoGzABqJBptbPtorDbU/KeIl5147w tyC4hu4d4GkNIoQtKybPc+CiTWQ8oscgevbwTweARC6QawktHgw= =umdG -----END PGP SIGNATURE----- --yBLOr3BmL5FZ2Wli-- From owner-freebsd-arm@freebsd.org Sat Mar 13 12:40:02 2021 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 06DC9576770 for ; Sat, 13 Mar 2021 12:40:02 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (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 4DyMhd1W36z4qWS for ; Sat, 13 Mar 2021 12:40:00 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 6E9161CCB for ; Sat, 13 Mar 2021 07:39:54 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Sat, 13 Mar 2021 07:39:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=gmkrXv7aMsLPEnESPbew4TTOv2w ANSf8U7ICxdW6bW0=; b=oou8fbk+VH12gPPbd6nD4kgTehwEa77VZlz0mJC37et mo/rUqTKpi2+sKv8dIiTzKUqR/FOQoFBgtOuSIklu3U4hZe0MsOjwkAi2nQP0GFW uIsl8JTn25Sxa4jRvQP+pvlOEhLe5szudJ8PV8NB5Juo3vWcbFciEEb7za/gBa1k rzHAr+bvfWjxpo+zY/ACfsL3sr4ZCX8r+2P3/acIP6iYq6v/qVK50gCKvyNjg8cF MN8RQ/wB2ixbcqBOqyOwyN2zODHmLn7BgfPx25iWcCX5FNevVK4xZ/BXsOX2qFC5 OXQRQAu6AE4MmFwKSy+2AJNA4g/DGj5yT+srtxLHQhw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=gmkrXv 7aMsLPEnESPbew4TTOv2wANSf8U7ICxdW6bW0=; b=IpTzSXcJmLPQ3hl75AJMTw TQd5UgU+Xdmup4hKVcaXenANNsDajLuGu6Bdw/Af9bwVVq+W4Dc13+vb2bfrGwHI 389l5xf5lbD24ar8sHPe8HMcEBj7IG0jQRuXe1kTvygMn5QmfiI8cOIr8nbgKvWv d1aA2Kr8fFUx+6XoA0sWqHrQ6X7stTo7MVkxLH8GuE3Zwg4Tbo7i8rRsrl8/UeIp h4tvx0912nKvRIrHyBBucM+QYQzUkRBdhUqmc+CCF+nwEMLJqynW81r+jokCtzPl SfeV4OLwNGSMz8GYO9U9A+aV7mtxVkD02zwjgTaO2Lbhsx7BzmnuWQSZq7xkr5gA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledruddvgedggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtjeenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevhffhjeeffefgffetteeljeekke fhvedtjefggeeujeeglefgleegfeelgfejueenucffohhmrghinhepshhouhhrtggvfhho rhhgvgdrnhgvthenucfkphepkedvrdejtddrledurddutddtnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiig shhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA id 5E8A6108005C for ; Sat, 13 Mar 2021 07:39:53 -0500 (EST) Date: Sat, 13 Mar 2021 12:39:51 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <79A0272B-A62F-4E0C-96D2-E079060D9D37@googlemail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QfJQD4/pX/4nB0am" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DyMhd1W36z4qWS X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=oou8fbk+; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=IpTzSXcJ; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.24 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[64.147.123.24:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.24:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 12:40:02 -0000 --QfJQD4/pX/4nB0am Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 13, 2021 at 12:01:22PM +0000, tech-lists wrote: >On Sat, Mar 13, 2021 at 03:46:23AM +0100, Klaus K=C3=BCchemann wrote: >> >>> Am 13.03.2021 um 02:33 schrieb tech-lists : >>>> >>>> =E2=80=A6 if you want the latest u-boot , compiled today, just let me = know. >>> >>> It'd be interesting to try. =E2=80=A6.. > >>https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-bo= ot.bin/download > >Pleased to report this new u-boot works perfectly! thank you also works on stable/13-n244509-538a81520b5 with latest start4.elf and fixup4.dat --=20 J. --QfJQD4/pX/4nB0am Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmBMso8ACgkQs8o7QhFz NAX1ohAAqP2xj4pb30ZTArsONkHHIa6I3AeWYUbkS6TKEIT0Ya5nOidBm6H7TqbX MIU09WlNReDKhu6fXclt03cY6yHoCkqSZ7Ja+emCx0JHjGejnjjLmfXGYCXahF3H HSUNK5qXIDJyY9ha+jDpMNvFOCrQ7dMcrzuj2YWVp9niGB6iRv8HwVat4sw0sl+h XBkydMvzN7Aah/BTzdxqYZx9OvgKBDuRWdkS089rllaHYw2+UveWZFtCBJHR8mD4 Ow7UitID6ZSwtUnCCmmvHf3NaRITg3i3cqO4Xl8jND6K8Zah994E9yVQhb+KZmQL GlbTTt50ZGzLpxl3YBIDcDtLqKgK44KsPmIIzGMZrQfNxEgyJ6mf1p039LawOUmH 5SjBGcw1vwczlH8UtKv9BlbHH0mbT9WZGARFv4dyBrlDvD562KQ+icHlFaX1ftS5 8kaqP1Lh51InYT2f7ikRXOASsLKgyWKr+LsWVOxKGBm1mBzvWU6uEUnEfe1Hhw0W 5UUiKiqpR/DVqsb6NbpRRZ+bMM0EdeA+A9eVQLWdwB00eCqd/6ZewfJ8HyLapIX4 +1fhqc508BIc1y0L6XcQ7oQZ56SgTEESQDC7APcC1FJwSBMYv3EIe8xwTE56Yqv/ Dq4KcGAj1GUMVqDXCCnj14Et8pn0C+MvxTNKvXQmmFhT77+wBDA= =4HAh -----END PGP SIGNATURE----- --QfJQD4/pX/4nB0am-- From owner-freebsd-arm@freebsd.org Sat Mar 13 20:14:11 2021 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 C9EEB5A99BD for ; Sat, 13 Mar 2021 20:14:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4DyYmf5v38z3Ln3 for ; Sat, 13 Mar 2021 20:14:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615666449; bh=8iXVUF1N11IRQUZ6QssUKyJFkB7xFo1xyGwTngtpUgj=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=XF42+LswtcoWgtVHRwjTSmcUZdfvj3VCSS60YYnsLNema++Hda1omGgbFp0NRJyg7dtyZHgetEbR4Px5txFwkOD2rd81/wt/NGrLY4JUsMX2W88E65qcTSfuNJ0HIc2fzffDz/SKDWTWPZA5xr5oULTWy83Y2GJe8N2KRXNMNJNBuBGhjyWtv1rvZPbHpz/D2dmV2UFVdCivvZ/jFtXPrVf9hPV+X10EywUzwskcBTAvYchPEED++LqjdbBoTqQ162lM82zIWBt125F4fP6C3NfSgaE1fTLy2nEEewTLlRZ/1m6g32Mwaszh14se2k3TLY0gvGFAPoSg33DLZEqrBQ== X-YMail-OSG: EB7J9TAVM1m1ZbocXLNSa738aDw6bVc0EQvLHpHWLETp5XjcKWzO8j.tDhOmpWg 9oNdwMWhUxNwG3olMEOsHwJQdAoOANtIQOg6eY.gT40Cjt80Y.ku1u8a9hDfdd3E8kX37P6qSUjE zO8NgWljYD7DD0ltj1iECfecBvwBuN_oTagnUpUx6M4N5ReBnBHcZFX4i5im3LLJGV0gtbRQQt7n eajyB7Xw8Mli1n7BzgtEcRpTnCAlAZd2tkzlZvFVTtvEo0D_Wfum9ku.UNNrv_BevhAqxBHGgPy6 UAOwSfBHmg1MIOG23iXgHCRarGlCOdZa6nb4S1UV5cP9KEWq019B2H9nwcAcgkMIGPTkQ9afSevk Ah4Aazmf.Iby0zY1DOV0FlJl7s1WVvg51sesUe0TRVuA8GbYujmOehhKVMFhhp4OYXYh8xA86xJm nlR.T6or9u0te8Eu8zcJK0y6SMaN0cvF.YNtZqVfclTQ987p5wnpln4Lx0CcDi9ux2tV0wg9OJDi .kFLfeWEY084pt_80dcmqj.j3vsrUl7M6uYB9NX7RBdTxWlpxncfXLUcNn6EB._6Kkghoq6IYX5a IqfHLYoaQJ2NdCviJwLQhZDXwXS5hGvLrjlsSZjmNfPMBU7e1oOqJyMyORVwFsRRLTeniFbxU70G fig.oKfdvIjT7ayEfGKSH4bA7yu3FLgby.nH3jdXBEAwCCFtr9kzz40EqHHYXr6l9_Bb6W9NNbfI 1ai18esNY2dbYGz0OvPczOY1mFAFOZXxHH334569GqN9CWLS9woo_zyulOjf5SPaFVz5YW8Z4YaT YQ6HxkbEZuDR7imx3qzQWwGaWyTVRU8iTJU2s3_agsfga14zjM_HTRWycthDHP9sVbYFJkM3flEf 7Yhjq0oHdbaaw8GmhL.wKLeNsih1BqyPeEgL6wg0x96svYU4OUyP8KdJrKgSQIfQWgZ.XsF2VXeX 2c.MyzXhOVII0vlRfHnfEw3ojXKSPq3rnYEnLj6.ZTKMEIEgJwNKyh38ScTIy7Mh.lVjzAT9rETP RiqA0WcoHsnhH3UYk44nkoJvhDrhILTr2DqGa3Q3AESs2Aea4X8cG_OTVuw8JWxPtuwLqctMLLgR jEmYUrF..dXPzurfEnnwq.9VJ.AE.9iKLa2iGYvb0S_zEBDEd40nLpeCPYUwienwNCTAbFRGGwwM NgUjxGO4e2f9Sp8tWge4VMAthG.MZq.feMie_str6ciyY5NB0JfbI8eEShgZ9wLNi3UGObaeYpJ7 11m5urEEzT1Nox_EKmSsSsmcdpGQKk6PIkWgP52Xx.9wjhuYeJpYkcHzL9Zl5kncBjaLSFIkcwiJ ckOMhbGpAznota8M3.1pT9C6TwW5WMksF7h.fKVUXnpJZavR6Z2I8bKbWW01VaqkJmE8Se426ccT wr2_ZAspxR3T9omd6dwuCN3s_tF_Ma7q2yzyB9CvZ2M5q7caW1A0oqlU.pRZ1b_oVAfnuHQcaoiJ bCTXR7_atramppLW6O3_xaIeQ6GGz_gPFgo1D8XGyGTRb0HQ.QSjzWKYpmUjr1GE4sYj8N6vPW9j TAir0fJ4SeTXAHzywCw9H6D2EquDOa7evy944Pv32QOgm7iU40sljtYxvJHhYxn0rE3F4PDlbGUf KqghoEL_ZtXqgWDcIe6Qk_kaS.WOKM_EIBn4eQndpbefVYq2Oip7qAiABB5OUlRlGa0FjeTOj.fr nPn05hVQYikU2PR1FS0no7PhVU0shcQ.cgG9mpXl4gNgTRnS30D9iCv0srcqwwVdtVwXJ.VfWmRN nZNhkqIhKhgkBVsDC8FQBv3vzhLRGTpJ4nYVnxw49TDUFNp1.1aCM7t5he9aF1BOJX.9yIbIz1PH AZ13w9AAti4SaYDMg9N5xSOYoeClPn7S_z0Wx1WGQKL3xrgRElXWz5gQya7udfPoWKGqzaRtKDWv eSrz12_6D1cH6f4SBklFe2yraisf.gF4IZunWgfE461o7GZrEEk9_HNj5FL_SR38pU1NQSlSrPGQ q9VkQRgKVG6Ymf10vAkzohtcEsjeXPVv0CjI8JBPgqt9TqJAG0r2yeMrkl92PWK8SdkMjT8NCg.v FU6R8Era3DtAMrvhd9QcJmijQqoJPLvHS3IOTrRK0rKDnuEbkTVy6AmWJWMPsGds7td0CEA54SjR wadKMDxodSHxHBexIh.Bq.5vBgKc.4a3MzQz6zkpLyqJ4CILpje5u8vMi.lTJvLG85JlUU6wGMjt RmrB95zSDTTMn6i3a_2VOq_fb00Inf3MpFDcpKZOh6.QE428p.nuZKXpvN_pU5phdBC3mvowQFKH 6F4JYkhEp6QdQND4q2BCBgfrYOQoJnDOD6kfHf92KJ2Rx25wxJw8t02vFrTYEjRIqVP6hCjCZHgg T3VvE8lT21YxC4rsA40FuNbMSLxQ5P1YiK1pVA4EosdJ9cYwjz6q4FR0OEfVrlp5ig8Sz6v6_pgM asLwKP27sshCEfOYg3hv_v0O81hmZVmapblo60WdgqTah402REBdxJg6ZCXf78DwYajukmYp.3eh tRcIDpAoO0fP6v0gAfM.YrnbtXxjBpFNUhIFUMbCJEbr5UT96ATorVzs2qNBJ0E37bVaH8jFl8e9 yedchSAyyEjoL8IxMlVROUI324pT3oEusGkUffF0_QhshXW0O4IpLGiKVqLtcdrvKEFc3Xxc718z NEBf11zK0W6E7it5LDwKUa9GDUvI2QFi9HsnlUBXtIBJOeUfPSG7R1OZKo6DN2yE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Mar 2021 20:14:09 +0000 Received: by smtp421.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 531a6c988b3f18ff449265f08d77fc72; Sat, 13 Mar 2021 20:14:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout (13.0-RC2 not good for RPi* firmware) From: Mark Millard In-Reply-To: <20210313101227.c42e3b1058ccf047b3f9c8a3@bidouilliste.com> Date: Sat, 13 Mar 2021 12:14:02 -0800 Cc: Mark Millard via freebsd-arm , tech-lists Content-Transfer-Encoding: 7bit Message-Id: References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> <20210313101227.c42e3b1058ccf047b3f9c8a3@bidouilliste.com> To: Emmanuel Vadot , Glen Barber X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4DyYmf5v38z3Ln3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 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(-1.00)[-1.000]; 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/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.83:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 20:14:11 -0000 On 2021-Mar-13, at 01:12, Emmanuel Vadot wrote: >> . . . > > I'm not sure why but 2021Q1@r567285 was chosen as the revision to tag > RELEASE_13_0_0 and this doesn't include the latest MFH for > rpi-firmware. I'll check with gjb@ how to address this problem. > I found how to see what is being used for builds leading up to RELELASE_13_0_0 via svn: https://svnweb.freebsd.org/ports/tags/?view=log I see that a tag adjustment was made so that an updated sysutils/rpi-firmware would be used going forward for 13.0-???? . Thanks. Side note for those that might look: Under https://cgit-beta.freebsd.org/ports/ I did not find anything matching what I found in svn relative to what 13.0-???? was or is using for its builds. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Mar 13 20:25:15 2021 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 6229C5AA589 for ; Sat, 13 Mar 2021 20:25:15 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DyZ1R00hjz3MRY; Sat, 13 Mar 2021 20:25:14 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1615667112; 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=1TsPV4HSJn4tJPpOXz8jW+s8ArKm55/GeX6UvocASAc=; b=UZJQRevzkibZof204N1F41U8jdviu/B2dQ8PAmeTnkYg5qEL+dsn6hxVm6UpvLUmdFmmtm zRJWj5a/N0E4z238CP4Hafly4ZoUPJ5DxzjItn0odehJJRHG8JwXOE68on3HIGyJAjRNKF qlICPe/LiWxYGM6XQRxp8mO3QXIZJUQ= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 0569d26a (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 13 Mar 2021 20:25:12 +0000 (UTC) Date: Sat, 13 Mar 2021 21:25:12 +0100 From: Emmanuel Vadot To: Mark Millard Cc: Glen Barber , Mark Millard via freebsd-arm , tech-lists Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout (13.0-RC2 not good for RPi* firmware) Message-Id: <20210313212512.43eb122b71b6687f69cfed2d@bidouilliste.com> In-Reply-To: References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> <20210313101227.c42e3b1058ccf047b3f9c8a3@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DyZ1R00hjz3MRY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 20:25:15 -0000 On Sat, 13 Mar 2021 12:14:02 -0800 Mark Millard wrote: > > > On 2021-Mar-13, at 01:12, Emmanuel Vadot wrote: > > >> . . . > > > > I'm not sure why but 2021Q1@r567285 was chosen as the revision to tag > > RELEASE_13_0_0 and this doesn't include the latest MFH for > > rpi-firmware. I'll check with gjb@ how to address this problem. > > > > I found how to see what is being used for > builds leading up to RELELASE_13_0_0 via > svn: > > https://svnweb.freebsd.org/ports/tags/?view=log > > I see that a tag adjustment was made so that an > updated sysutils/rpi-firmware would be used > going forward for 13.0-???? . > > Thanks. Yes Glen merge the rpi-firmware commit to the tag so next build for 13.0-RELEASE will have it. > > > Side note for those that might look: > > Under https://cgit-beta.freebsd.org/ports/ I did > not find anything matching what I found in svn > relative to what 13.0-???? was or is using for > its builds. > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Mar 13 21:04:06 2021 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 988A25AB8BA for ; Sat, 13 Mar 2021 21:04:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.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 4DyZtF1CGSz3Qt7 for ; Sat, 13 Mar 2021 21:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1615669443; bh=bVZ1HfeO5Jib+ko7xmfUmOc/SeDGi0tP/TUwhq9z2zv=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=GzexDvBIwqNYEtYei0Hdo8OxnNdA7llLP4vY2312J0PpmKpQXclFqVOXmX9yA2mTzUl9SXydSIK7ojaeuBCLSJoah+/jJqnbUsyAk2+IhdeCNt0nELZqDiBR+J0cHDb4v/sFvVBFBH1MtkSHWv32YEqaxTddmBw+GoKvR9Onu5uEOp7L1uBwxhNwePHYWU3dvsGiAjWcBmtFJkL/VSwDPTeGEMN8P6PZYRs5/+QN0DtYSa7k+DKNYTv+xoLxowMhEWYAppfhD5bI5c9Mhx0nB8F4LQ4Oo1DsDwRmeyp1ZrQaUU3gOLZFUKy3FwhjMHgp8TsYO8+9CsbkPunA2PFSdw== X-YMail-OSG: E43iM.IVM1n7X_EGBQYyo0cXHlIjaDSCS6jX7thuzJ.C99Ie1uSl8g_FKFHZNvH k5I0_MVqIEswDb3ZC_Qm6CtkAcp82Q7JdONsYQBZE3Y6DWHCHagH.TS_z4TT_LoImpYidhUrjuFJ 9QW1R2AXkAkPJGVLWqDO.9Qr.BqV.diOH63Mk7mtDkvBht2tCaZKBN7KeROhV.kSS8tF5LJkHlXT HaUS2trXP0W8Wohd0Pg7PAWNU5cCROswvA56uGAcFDxmsITSAoiV4NBGqEUUDTDkIOTDO49Z9esE HNC4O3bzuT_4dVVFkeX2x3Ns78OQJFAEcG.6IZnKEnw5DN6Iykyx6W5iPTCNPPMZRaxVoaTaOsYO 0HAA5xoXzxUlfL.9BCUhHpqmVkn5MVC2DDN.QCW.__yClbdop5tKB73D.OM6sNkH8aJSPgbzkb5V hhrSaU13XlU8pIvNdKuYF5nXGhtpECV_PRUZYgtMG3gG2nam5M0elZ1vfr9F7VvAKt88iqdhCK1h m6P3rh8HytCSSuLB5BTm3ntkrjNtomhCjpSO5DYOmI6cAOmfOVYI7jALcdn7NaszGKwF7QEyW5tY 1CHWD2EeZlYCGR8eXcsuLHXe33qP6zWpIJJnTHCJDmBLnkdegWxDZmlBFrn.WUoFw8f9KPHWPO.a 32wG0Hb0eky8HLcbX46aTjN3sLqg8gtGrEoEluqun8DhvYf4qEidgli368CA6iqCqbv4lTLUXkI_ VewcZd7vktCnTY0wcEklCyU1QyvruFVlTcY1axGtWMRDtjVIYkN1YIQ1M8mxjFHAOq2DBplzhRBc IejyFBpDjTquIsx5DHTq2oJF0MbNvrwHscxxDMjHpBTA2lQXC19QJZxU5iwttvF6YIv1YMJlDtHq qdDOjqJuVjlHWzRMsIppGbhHPeP5.oVoKGGgAAv9JoTEyDZLpXJsBGGTAc4JxcNAy30JZ7deCaZl q2yTOU_l5UF4aozNqA_NzFzeIMi.9zeJePQAEQ7Z8Sn9BjHJGFzyQoP3ZPqcaPh_7M5mYW7RNDfa 1lZRjAv_jceEReQ9J.rSrIcv8HCSKplIu7H8t8aCiG5Pk_cl9ZAfTGDNW0754.aAt13BK1Tb7eG0 86XGN__IPGTsdwk6Txw9edkcQYeIRrGwi56kxtjxohYUz0QW0Hr5oAZPtwE0cFRtniU2V3zewLAD HKMmtld3bHyuwVDAJQNU9ytt7XRqXzU91iyk199jV3BEK8_N.YiCkspEdPTmZIBnL3bJcA5R4vg7 Efx7SEw130DieEF6ceWa.0QtYlvY6c3jn2CiPJ5mZhljcnP4ueXth.2uuMq3U06xoB71rAfkaYpY D8wXnoJyugTXWc4Xsc6mp0aQXqVj_LnRJK1_5.6t221B00cdiDIqbe8oGgSV_bxbXRwRGOJEMzHo HtDOHxBqTin9blpmIzmcwKGouSrJTby29SRwx0W68E9Q3hYcnNuzmAA2qBcBbQnFlLJwaDG0Oz2S DgkxkMdWbUz2e1N.v3SDxC2crOEYT.Fxm6F3in47BjA2at_UiYv9v8oA90qkuFjPSvXvo5mQ06m8 VJsilbTp550_Dbj6wTSQd2bbJtPfrdXkmCZYlM9.cWalzHj2hvRK1.PDEglIiulhjFCt8GxTNkEs ODGcto4inUE5a85K5aDOdGXlZwpC6TtQAv5VgcSvaO35Z9Crp0_96JI51rNm.CNcGqT9Umee_1Zu ct1xb4Zmdj6TtI8.j.rQQeviyQmNsKdM75b1niKwk3RLPAu8mK9hquqgmGimJq.hfzp.OPzqXskx w7kN2WIrv38QX0D_PnshmlujopkCeVq6.DA878k_05XPollt.5SGXtxqdj8dAo15qmtnndHsMsFR gAtCuVOYN0Xb6rneSm7vUsoBKBnNjHMWBow71iqSBNrOb2KZ8qfIh28Gwdap7bP66mp1OKEYx.JO a.jjPoxJa1I2b0IQEr91oJwA2UONFHwLNBSyAzCDVEJIbT1ec.U0OlXocsjTS1GHEBtQEpG0L6hi HWPNICpnyEXS5jCcvD2HdF1NRp.h5SlvtJyujvLWxLjpjRpwYHs4Wc_z9of0p7iHaTlWOt86xu.4 RvXxlA2BD76w9B7tWRzY9vNtWW1GA3ATjo6pKHyk1UlvWeA.6ByDvgphUhFoyRJ6Gyv12KXywko8 _7gSyVIUNl_R7XlQbeM6byy_niEsrFepXEOgUoujy3BdsJPqj38DGmzVyDaw8vDOBb23xFYn55ub WoT98ruX9jhLoGLlo9DpgJeE609W9k3R1jsPFfd6hmB3IfCWgndceOQ2NBGa3VmB4Qfd5RsM0oR. 5UTKONZ11zql6O.rjva0M_MpQAkqSb87q43pHY7tNyXRpI_Gka5aC89uE04HAoR1atJykzXa7JnM AxY3lGSfbyx4rSvdHi.zRwB_fGMnFSt.lVCdTEdDAWp1X.TTDttkrMRSRRFMep0jOhI0p41m94pp 8DyZVbiQtb42ARVxOLHqRjPa2wPt95NJJXvD9GN9oG.IV49eo3rglrq00dJcbjbk5x8czMdVivbr sNOyUcC2isfV3FGAY6SZTHaNOHw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Mar 2021 21:04:03 +0000 Received: by kubenode570.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c8de7f9e72afca9ff1add374f44e1140; Sat, 13 Mar 2021 21:04:02 +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 14.0 \(3654.60.0.2.21\)) Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout [FIXED] Message-Id: Date: Sat, 13 Mar 2021 13:04:01 -0800 To: tech-lists , freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3654.60.0.2.21) References: X-Rspamd-Queue-Id: 4DyZtF1CGSz3Qt7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 21:04:06 -0000 tech-lists tech-lists at zyxst.net wrote on Sat Mar 13 12:40:02 UTC 2021 : > On Sat, Mar 13, 2021 at 12:01:22PM +0000, tech-lists wrote: > >On Sat, Mar 13, 2021 at 03:46:23AM +0100, Klaus K=C3=BCchemann wrote: > >> > >>> Am 13.03.2021 um 02:33 schrieb tech-lists : > >>>> > >>>> =E2=80=A6 if you want the latest u-boot , compiled today, just = let me know. > >>> > >>> It'd be interesting to try. =E2=80=A6.. > > > = >>https://sourceforge.net/projects/fbsd-rpi4-u-boot2021-04-klaus/files/u-b= oot.bin/download > > > >Pleased to report this new u-boot works perfectly! thank you >=20 > also works on stable/13-n244509-538a81520b5 If I gather correctly, it works but so does the one found in FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img ? In other words, the material from fbsd-rpi4-u-boot2021-04-klaus/files/u-boot.bin/download works but is not required to make the RPi4B work? > with latest start4.elf and > fixup4.dat Be very careful with referencing "latest" start4.elf and the like because folks could easily interpret such to be something like (using start4.elf as an example): https://github.com/raspberrypi/firmware/blob/master/boot/start4.elf that can change on a regular basis and is far from guaranteed to be a version that works for FreeBSD use. (In recent months such usually has not worked. Even tagged versions need not work for FreeBSD use, as was true for FreeBSD tried to use some in the range 1.20210104 through 1.20210201 .) My guess here is that you are referring to materials from the most recent sysutils/rpi-firmware port. Those are (for now) based on somewhat older RPi* materials. Using start4.elf as an example, sysutils/rpi-firmware is based on, in part, https://github.com/raspberrypi/firmware/blob/1.20210303/boot/start4.elf If one does find materials in master that work and wants to refer to them, it is best to find what master translates to at the time and refer to that specifically, for example: = https://github.com/raspberrypi/firmware/tree/0591568b29a724de406aa737fc8e1= 3f68c423f3f (One has to look at the commits history to figure out such an absolute untagged reference.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)