From owner-freebsd-arm@freebsd.org Sun May 2 02:58: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 9165D5E4D00 for ; Sun, 2 May 2021 02:58:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4FXrQx1QvGz3k5j for ; Sun, 2 May 2021 02:58: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=1619924327; bh=vjkkIEt5RwlwmpGbnYgyrgFrlG89OFamZe277vJOFvc=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=JtLR56AR+uAmFOS3XrDqs6jhHv8ivke3PBeg8o1bUx8jnU/H/dsJWT+upp1cEg0qFtAYPg4D+u9wdAk32RfTLuhyWEsLZA46ir+uTS3Dda3dY9hdsGjbbB8SR+XFAXdC3GnxzzL11c+ZW8xYpP2A4EsehGe/qP/8TIhOXoer7VUQ3hiIOp5n9Q1uQYA6OlYkw/LEX3avfo14Gs0VUjrErXXKyfc1TovYUDSIYKX38wmsx/AHelNjJ5HG4bqGkR7K29TJfuWrj8iFhQ0xVXjKFzAuGtRuB1FTEtE5EiEF1/odXhD2FFFj7T09CwFz6g+j7jilscdor6JCLoSoFhGFow== X-YMail-OSG: tEObGnMVM1nHh2h4GMMWFT963D_aA0m8zJ7h.gbf4DJtQLc7DVsM7MhSR9KFvnL 16jZ0eeNPGbu3k.ykFbk0amZIpVzi_V269xIM.0snIuxW6xwu9cE5PPQ1BO0L4nrNQrpd0SUwyAI dXXOeM2f4MLBjaY5s47cPGrVLGRtBv0.44Q.V1UaXCF15eH5EBVyUoUOKNsUkhL4vhVXzBEI8h_3 UO5_1p14_QnNJD8Y0hF_ct7aO1BBviDk1w9zd_Uzn8Rm6k6VMW8CHrAk6V8IFoNu4CNJIvSHFMNt C.0xpOVVlA6pYMIQfoWBjMw_6fB6cIRfca3BH8HnHS..vAmZEhssQya4GMyXluqxWxUcnfGNKwAV hRsTR3fKxWnRDNQt4qCESnL3YL.kdRchgfBqeuertYrnV_09ss5wcdaWArrPmoQerIEGkYDiNVaG cann_YvJCamIFJJ7j53DElhdkYm87MDNQo036pGtu.b9XfzovqqF2vypBM0e.1dxgSbeG8vzuS1. UFLrOLLrn25VKLYkFZUQmbU12GDwjS26zAEgVHGUTWa6IwBiOaT.epcDuCKBo8i9H8Ww6PZuIHWQ 9AO.wqZcxMijzSNPKbq0lR4sfuRFrYMQa6fBiGFrzkBD.XcrdwbP2a7yUhGeBdsSsCMh54bRiQ4A 9YpWtYF8rAZbLfc0eYhVvppIP0Dw.kDK..bU.VRzncA.61f0a737dAzL.Kgj6bfaKG2tZnvdo5Py LBbuwZRgd9icztCrA7NTKH4ALT95Jrw9vUZkQma3T7KudZbnnl9ktr1LXh0FwCWLYp9EwOkFrXt1 _0cqH5vKvgCcYF2RSjdg4GyR1DwVMK1fmj2ArTQwzQGrTBUQPpD3V_U.3RPVoENhVU18D1NEfpNd gZMx_6JgLeh0.1u9IG5fdCJueOa59C2CrgJz_WasBS8tMii9l5zYuY.dNllGUf9fG.VS5cyUbbOV QxQZ07COqevSmRwyBNBw.5HHUp9iGmsmUavXQ2b64ELiDf.uMp02ex5dYrapJp1y6z0zcMd1_.mR vXOMINeQS8WrwvXl0l9c5nMlTETykjt8V8xeAYL3GubfxLOxVLH.0lP5a6fXkPbUfJuuY_0IJyDH tXa2kL_2VInzFChalx8Xl9Gmjo.T3BlJ_lB71FIPDxf8aEdioQOPOms3fxcT2CWvypG2BHgNWsml MNIdmiyKfIHHglyUf_3dCh7ChGA_pVuRFVcWv5J4zoEUVwg.TA79sMPPp89SLOmIXlni5qTDIjOc 79XvD0XOmBwUQZFk_FacFKu.mjRhAST81cnLURWLZCg2CiXftIvbwTqEz36XpSTq6Csj0M9qpc1C uIcwRitIZTiu88ibZFTd.UyCWil9X31x1B35rb7dp0EsuYxoX8QuaBUmcfdK.IIh1U_4UebQDfvu 1vE23feKrpWfwOdFgB6Z7_tO84FO2xDJVB37mKg.2KVgVcMPIWEho8TZehRNYK_.mUbx5hYNlMs5 anA2dUsvRgFp_ay5WzTRs73ZgHOXtVvqxP9F9ytc_MW7TcYgbT3wrWncAWKEo7ZdZjXXvVcliuW6 Csjg4xiIw2ViHUgY15S7OEDd2eG0ds0UpX0ysvLSsE9pZx2ixGJY_Cs5ApmchKVvaPaw1XXFA96w UtDrTGNnZo6tv2MxBr6V66KAaJ6WYg3EFxhWpdOy0vl.3rrFjCvqXdWLUMdyHBrAcs_GBLc9brOX q6nkCtr6ERNkbplfPLxFVJu_6RIo86gR1cy6nCS9N8emU5aD..2Di5SmpG31_dtFmpsg01GSWC8D iyv9YXYVzhVXc4vN5EzXNEdTzd79exUs68Rgbzek.CLb.KhNaiitkDVrW2.RV9EY4Y2EjTHoDjIF 3US6CSH70IJD3zrhwUmgbMGhkI5705iWBv6LGxvaoMlUYGN9xFB4cr4Fz6zQhXp6TlYYVHlIQ4Za NqMr8J18c7Bo2rjmGFO3PaIbNI0skyjlcA63XGTQL6A696FiVqcQvQ7ZEJtM72zZd1wyrcQMV0mR pQ0VsASkuxZW8bs3zhF1wpPQp6jiE0nmUZuKnL5BVSIA9aLWFyD5ARsNx1JxxWYMbG657bvEXy10 7VMtBU1t1AQjhX3vWz0KOpsHzFfAAwhmfvzCaDyTQ3.F3Q2U.tOp3j4x8gYNc475ZkRzEniU7dCs ip.XkvkS1P.e.jBKDAARVxIUjZvd7ETX51v_qnS2jlNSEF.aJv3ksk0UFvH.HD8q_fUBVVvUHO0. Fbv0aEt.T8c9RC8LKFCFjqyVx1gQZ.ABL3bh.CJ2CJWdY5Dh5LK.3EXwgGdJvC0j3Ju12fyI3SS5 dPBiJbAL5Yvx7fplFyDgO4Nb1ZiYHRFZo6Xp97TPuS1kW75.G_Qx3dC.aWWNsYJ_VMNwzTH8Wwus G6IRAb.9ThF9m28q6r3oqJ1NJYXCUNOYuBNF713nGDSDGfm2z3ABOLZ_uOLvCkzewvq7J5K6qrel Kc6OwKOMA_77mVHoWMRVgUQApLbTk4RvRD7tkLRCRdtO5fHFCMZXR1g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 02:58:47 +0000 Received: by kubenode563.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID db08db8a20a76058dbae7ba33afdaf8a; Sun, 02 May 2021 02:58:42 +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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: Date: Sat, 1 May 2021 19:58:41 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXrQx1QvGz3k5j X-Spamd-Bar: - X-Spamd-Result: default: False [-1.21 / 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]; 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.64.84: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)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.3:email,0.0.0.1:email,0.0.0.4:email,0.0.0.0:email,0.0.0.5:email]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.29)[0.288]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.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: Sun, 02 May 2021 02:58:50 -0000 On 2021-May-1, at 08:31, Mark Millard wrote: > On 2021-May-1, at 04:48, Mark Murray wrote: >=20 >> On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann wrote: >>>=20 >>>=20 >>> yet another useful document(at least that's what I hope to fix your = usecase) : >>>=20 >>> = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= >>=20 >> BINGO!! >>=20 >> I added >>=20 >> gpio=3D2,3=3Da0 >>=20 >> to my config.txt file and after a reboot, >>=20 >> # i2c -f /dev/iic0 -s worked! >=20 >=20 > Cool. >=20 > But it leaves me wondering what the FreeBSD equivalent > for setting the mode of those 2 gpio's to a0 (or other > alternatives) is supposed to look like (even if such > code would not work as things are in the implementation). >=20 > (But, for me, it is idle wondering.) [I was given a code hint that I've not investigated yet.] But going in a different direction, based on my default context on the local FreeBSD RPI4B 8 GiByte: In BCM2835-ARM-Peripherals.pdf I see that the bits are in: Address Field Name Description Size Read/ Write 0x 7E20 0000 GPFSEL0 GPIO Function Select 0 32 R/W Bit fields: Bit(s) Field Name Description Type Reset 11-9 FSEL3 FSEL3 - Function Select 3 R/W 0 8-6 FSEL2 FSEL2 - Function Select 2 R/W 0 for the 3 bit sequence: 100 =3D GPIO Pin ? takes alternate function 0 (so 0x4 shifted over) With dtdebug enabled in config.txt for the RPi firmware I see: MESS:00:00:06.171556:0: dtdebug: /aliases:i2c_vc=3Di2c0 MESS:00:00:06.179873:0: dtdebug: /__symbols__:i2c_vc=3Di2c0 MESS:00:00:06.185545:0: dtdebug: /__overrides__:i2c_vc=3Di2c0 MESS:00:00:06.194913:0: dtdebug: = /__overrides__:i2c_vc_baudrate=3Di2c0_baudrate MESS:00:00:06.200209:0: dtdebug: /aliases:i2c=3Di2c1 MESS:00:00:06.208333:0: dtdebug: /__symbols__:i2c=3Di2c1 MESS:00:00:06.213770:0: dtdebug: /__overrides__:i2c=3Di2c1 MESS:00:00:06.217250:0: dtdebug: /aliases:i2c_arm=3Di2c1 MESS:00:00:06.225726:0: dtdebug: /__symbols__:i2c_arm=3Di2c1 MESS:00:00:06.231504:0: dtdebug: /__overrides__:i2c_arm=3Di2c1 MESS:00:00:06.241007:0: dtdebug: = /__overrides__:i2c_baudrate=3Di2c1_baudrate MESS:00:00:06.251752:0: dtdebug: = /__overrides__:i2c_arm_baudrate=3Di2c1_baudrate . . . MESS:00:00:06.308655:0: dtparam: i2c_arm=3Don MESS:00:00:06.312366:0: dtdebug: found override i2c_arm MESS:00:00:06.314694:0: dtdebug: override i2c_arm: string target = 'status' . . . MESS:00:00:06.345793:0: dtdebug: Opened overlay file 'overlays/mmc.dtbo' MESS:00:00:06.352119:0: brfs: File read: /mfs/sd/overlays/mmc.dtbo MESS:00:00:06.370052:0: Loaded overlay 'mmc' . . . MESS:00:00:06.417378:0: dtdebug: = merge_fragment(/soc/gpio@7e200000,/fragment@1/__overlay__) MESS:00:00:06.428737:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/mmc_pins,/fragment@1/__overlay__/mmc_pin= s) MESS:00:00:06.435561:0: dtdebug: +prop(brcm,pins) MESS:00:00:06.440871:0: dtdebug: +prop(brcm,function) MESS:00:00:06.445807:0: dtdebug: +prop(brcm,pull) MESS:00:00:06.458675:0: dtdebug: +prop(phandle) MESS:00:00:06.462106:0: dtdebug: merge_fragment() end MESS:00:00:06.465128:0: dtdebug: merge_fragment() end . . . MESS:00:00:06.544997:0: dtdebug: Opened overlay file = 'overlays/disable-bt.dtbo' MESS:00:00:06.551664:0: brfs: File read: = /mfs/sd/overlays/disable-bt.dtbo MESS:00:00:06.593262:0: Loaded overlay 'disable-bt' . . . MESS:00:00:06.721520:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/uart0_pins,/fragment@3/__overlay__) MESS:00:00:06.727770:0: dtdebug: +prop(brcm,pins) MESS:00:00:06.733682:0: dtdebug: +prop(brcm,function) MESS:00:00:06.738585:0: dtdebug: +prop(brcm,pull) MESS:00:00:06.743197:0: dtdebug: merge_fragment() end MESS:00:00:06.762561:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/bt_pins,/fragment@4/__overlay__) MESS:00:00:06.768566:0: dtdebug: +prop(brcm,pins) MESS:00:00:06.774438:0: dtdebug: +prop(brcm,function) MESS:00:00:06.779361:0: dtdebug: +prop(brcm,pull) MESS:00:00:06.784019:0: dtdebug: merge_fragment() end MESS:00:00:06.787886:0: dtdebug: = merge_fragment(/aliases,/fragment@5/__overlay__) MESS:00:00:06.794694:0: dtdebug: +prop(serial0) MESS:00:00:06.800962:0: dtdebug: +prop(serial1) MESS:00:00:06.805366:0: dtdebug: merge_fragment() end Then, based on using: Using DTB provided by EFI at 0x7ef0000. stopping in U-Boot and doing: U-Boot> fdt addr 0x7ef0000 U-Boot> fdt print it provides dtb material from after any dynamic substitutions, not just what is in the .dtb file. Looking I see various alternatives, some of which look to have the 0x4 to be shifted over for gpio2 and for gpio33: . . . i2c1 =3D "/soc/i2c@7e804000"; . . . dpi_gpio0 { brcm,pins =3D <0x00000000 0x00000001 = 0x00000002 0x00000003 0x00000004 0x00000005 0x00000006 0x00000007 = 0x00000008 0x00000009 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0 x0000000e 0x0000000f 0x00000010 0x00000011 0x00000012 0x00000013 = 0x00000014 0x00000015 0x00000016 0x00000017 0x00000018 0x00000019 = 0x0000001a 0x0000001b>; brcm,function =3D <0x00000006>; phandle =3D <0x00000048>; }; . . . (I think the below i2c1_gpio2 indicates alt0) i2c1_gpio2 { brcm,pins =3D <0x00000002 0x00000003>; brcm,function =3D <0x00000004>; phandle =3D <0x00000052>; }; . . . i2c3_gpio2 { phandle =3D <0x0000006d>; pin-sda { function =3D "alt5"; pins =3D "gpio2"; bias-pull-up; }; pin-scl { function =3D "alt5"; pins =3D "gpio3"; bias-disable; }; }; . . . spi3_gpio0 { phandle =3D <0x00000088>; pins-spi { pins =3D "gpio0", "gpio1", = "gpio2", "gpio3"; function =3D "alt3"; }; }; . . . uart2_ctsrts_gpio2 { phandle =3D <0x0000008d>; pin-cts { pins =3D "gpio2"; function =3D "alt4"; bias-pull-up; }; pin-rts { pins =3D "gpio3"; function =3D "alt4"; bias-disable; }; }; . . . dpi_18bit_gpio0 { brcm,pins =3D <0x00000000 0x00000001 = 0x00000002 0x00000003 0x00000004 0x00000005 0x00000006 0x00000007 = 0x00000008 0x00000009 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0 x0000000e 0x0000000f 0x00000010 0x00000011 0x00000012 0x00000013 = 0x00000014 0x00000015>; brcm,function =3D <0x00000006>; phandle =3D <0x00000096>; }; dpi_18bit_gpio2 { brcm,pins =3D <0x00000002 0x00000003 = 0x00000004 0x00000005 0x00000006 0x00000007 0x00000008 0x00000009 = 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0x0000000e 0x0000000f 0 x00000010 0x00000011 0x00000012 0x00000013 0x00000014 0x00000015>; brcm,function =3D <0x00000006>; phandle =3D <0x00000097>; }; . . . spi3_pins { brcm,pins =3D <0x00000001 0x00000002 = 0x00000003>; brcm,function =3D <0x00000007>; phandle =3D <0x00000098>; }; . . . (I think the below i2c1 indicates alt0) i2c1 { brcm,pins =3D <0x00000002 0x00000003>; brcm,function =3D <0x00000004>; brcm,pull =3D <0x00000002>; phandle =3D <0x00000017>; }; . . . i2c1 =3D [00 00 00 35 73 74 61 74 75 73 00]; . . . i2c1_gpio2 =3D "/soc/gpio@7e200000/i2c1_gpio2"; . . . i2c3_gpio2 =3D "/soc/gpio@7e200000/i2c3_gpio2"; . . . uart2_ctsrts_gpio2 =3D = "/soc/gpio@7e200000/uart2_ctsrts_gpio2"; . . . dpi_18bit_gpio2 =3D = "/soc/gpio@7e200000/dpi_18bit_gpio2"; . . . i2c1_pins =3D "/soc/gpio@7e200000/i2c1"; . . . There is sort of an overall alt0 --that omits mention of gpio2 and 3: . . . alt0 { brcm,pins =3D <0x00000004 0x00000005 = 0x00000007 0x00000008 0x00000009 0x0000000a 0x0000000b>; brcm,function =3D <0x00000004>; phandle =3D <0x00000095>; }; . . . alt0 =3D "/soc/gpio@7e200000/alt0"; . . . The same was true with gpio=3D2,3=3Da0 in the config.txt . The only diff reported for the fdt print output was: chosen { - kaslr-seed =3D <0x3bab60e6 0x2352e756>; + kaslr-seed =3D <0x2adcd524 0x37345f4c>; rpi-boardrev-ext =3D <0x00000000>; But I have confirmed a difference via how pins 2 and 3 show up via: # gpioctl -f /dev/gpioc0 -l -v pin 00: 1 pin 0, = caps: pin 01: 1 pin 1, = caps: pin 02: 1 pin 2<>, = caps: pin 03: 1 pin 3<>, = caps: pin 04: 1 pin 4, = caps: pin 05: 1 pin 5, = caps: . . . =46rom the all the above I gather that the right i2c*.dtbo is from: /usr/local/share/rpi-firmware/overlays/i2c1.dtbo (just based on the "i2c1" part of the naming). But the Readme.md for overlays/ reports: Note also that i2c, i2c_arm and i2c_vc are aliases for the = physical interfaces i2c0 and i2c1. Use of the numeric variants is still = possible but deprecated because the ARM/VC assignments differ between = board revisions. The same board-specific mapping applies to = i2c_baudrate, and the other i2c baudrate parameters. . . . Name: i2c1 Info: Change i2c1 pin usage. Not all pin combinations are usable on = all platforms - platforms other then Compute Modules can only use = this to disable transaction combining. Load: dtoverlay=3Di2c1,=3D Params: pins_2_3 Use pins 2 and 3 (default) pins_44_45 Use pins 44 and 45 combine Allow transactions to be combined = (default "yes") (My Note: See the "platforms other then Compute Modules . . ." material above. So no pin_func param to explicitly control.) . . . (The below also mentions pins 2 and 3) Name: i2c3 Info: Enable the i2c3 bus. BCM2711 only. Load: dtoverlay=3Di2c3, Params: pins_2_3 Use GPIOs 2 and 3 pins_4_5 Use GPIOs 4 and 5 (default) baudrate Set the baudrate for the interface = (default "100000") Using the overlay via dtoverlay=3Di2c1 in config.txt produced: . . . MESS:00:00:07.045819:0: dtdebug: Opened overlay file = 'overlays/i2c1.dtbo' MESS:00:00:07.051921:0: brfs: File read: /mfs/sd/overlays/i2c1.dtbo MESS:00:00:07.077833:0: Loaded overlay 'i2c1' MESS:00:00:07.081221:0: dtdebug: fragment 2 disabled MESS:00:00:07.083905:0: dtdebug: fragment 3 disabled MESS:00:00:07.107446:0: dtdebug: = merge_fragment(/soc/i2c@7e804000,/fragment@0/__overlay__) MESS:00:00:07.112689:0: dtdebug: +prop(status) MESS:00:00:07.118171:0: dtdebug: +prop(pinctrl-names) MESS:00:00:07.123079:0: dtdebug: +prop(pinctrl-0) MESS:00:00:07.127697:0: dtdebug: merge_fragment() end MESS:00:00:07.146539:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/i2c1,/fragment@1/__overlay__) MESS:00:00:07.152260:0: dtdebug: +prop(brcm,pins) MESS:00:00:07.158152:0: dtdebug: +prop(brcm,function) MESS:00:00:07.163211:0: dtdebug: merge_fragment() end MESS:00:00:07.166676:0: dtdebug: fragment 2 disabled MESS:00:00:07.171375:0: dtdebug: fragment 3 disabled . . . but alt0 was not set up and nothing in the fdt print looked different (other than the seeds). (I've no clue what the "fragment ? disabled" messages from the RPi firmware are about.) I see no evidence that i2c1.dtbo (no params) does anything that the FreeBSD kernel could notice as different. Thus it is not obvious to me that the kernel is doing anything wrong here. But I've not decompiled i2c1.dtbo either, so I've yet to have evidence of what its effect should be relative to alt0 status for gpio2 and 3. NOTE: I use all 3 of: enable_uart=3D1 uart_2ndstage=3D1 dtdebug=3D1 in config.txt to get more output on the serial console for the firmware stages. I also use: BOOT_UART=3D1 in the eeprom boot loader configuration (and in bootcode.bin on RPI*'s that use it). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 03: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 822255E67C9 for ; Sun, 2 May 2021 03:14:30 +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 4FXrn12tj6z3lfr for ; Sun, 2 May 2021 03: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=1619925266; bh=jqIuYQFhSHDvX9iME1Y/f/muTSuNTKBNDBaZ1bk7BdO=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=g2TXngPlEobb7EGxlT/Mpk/kryLs9DoXjOB5fPHlNEfHZAjpalSSbdVWx8ZB0UbgLpOqdTw7oX/jpbLs9r5+w+5Dv4KZ0W5bFbmU//B2xtzssh5vm8qNKnstmsdcZLL2fK8XvS0ruliff2DhR9DYjNfo+1dUnJV74dNkVdT8FFp9LuA5pjyO/CUosg9QWItlkuldRadHvZQmTeW4BWK586RqKL4cMCXDUt1ut4EuqDHE+KDfoGbsoa6/JHHbuzrnnHmpSN9kYiVW4VlDztD1zpPz47g72G5SvtetFt86ZcBTftr5V7KdAwtFg9YLOHUVu0HlvmZsHPDLNswA1Biq/A== X-YMail-OSG: srAQaoMVM1lwKc6POhVsGWyE1Qia50V2wDWxEjH_3BjHo9HqudwaZMjNi24WXkY PvbPTzbiR9WwfmZ2yuws06vKqOwwjW4Iv1cPxdMQGrTPpqEYG2_Duq7UN0heDklJ.ojEkM3OJyvB YVlscPzIa1c_rD90_Odof91wghNCChovGL1j83wtA_BrBHye6qXfJYt5AiU7ffLRwdtEIpQuXwv0 tccem.ZjJ4wvyz3W9z0LehQl8IQiRUCQHm2V8dLUPK6i5mFG9ZV5O2knP1Z2alYxEHHfZYMOAbso M0L2z6UW6TwsvtzWzDvT8KMsykQX23v506ycYQaIZ_zwuIaD9IHphTpA34posfCdlhcZlN6Io.ce y9lhP.2wlhxeBCgQpJEMeZyUJNrEH7ZXYj7h935o3McxjHMjI1UNZmtM_wv3pQ0wnCtb_l12UOgl CRHVtT9kbElgrhvclSday8_0utbjcRriIuX6NQBgFKhkxygP7gXhj9f9gVjTdFCLF8abFQvmh.wk alszbIfI_.jC5AihioMENEtV_E8ukTtUrDkx0dO6PoAcHatMCqtgWSQvnKxIaALWn4KCak2azLkl t8mhuLeWFSWylhFp01B5IjbdSG31iGZ7_wH6SqZ9P1D3.TH69DkTZQFNntsCpnEle0F7ycMphJgh .cl1gntWfpWTEL2R7aGOrAIodpleSWf3HKeLN87dEZB3ZJlYcQxBsb5PPt8.nMn78jso6pqN7vZH sudC1wfweDfyuyHag4AgX9_kSYIBFXbcIuxSTaZL.mVj9ZPAXbxMljuaWH4SP_IWs5PQe.hX5Ap4 nikk28QsApgSvFMPOxw17wuCsjAudm4G6n3YMNp0.GuyPaQhG6t8KOPP8MU1xv2i6p_n62zMh_Sp tU6Nzua_OBxLYNpfX7IrNg1VA2LDMKrWvyF_djxqjF0kYP7FqpcuZxQaY5wNY83xNA6CbV2lha0Y fyfQvf6Tf18wISGA4mVUaf_.UnB0yny8osM67kOm1NEp7dgv01iAA7KgmiXXeGbHMo.apUsaZTei .lUI3uVYasR2Ct5KugLkOKUR99ePtlb2GcYW3SKdXm4eQIZTE2GduM1wiPSupLXyZcQ6pg6XpU.9 iccqrMeFFBRln2U_iY0AiCEaAghFh_RbDtd24IFuYaYJReRGCbd31ORSwpHDFbPMbs9dqYp4K9kD vsDbbL_0_X2f1oLVMyDDNRNHIrDuYHAgZL7vz6LlK4U5U5Ez86Rath7IrAzmfWDAM5re9fmTRzU5 11cMoc7GokKh.zYmMW.7TFvNg8mn1cJVTRPPrSpZKgTc7ylkQ2Iv8DjHDRRE0auS9LjlSQpLX3JS D1FpZ5aHJQ2tP5Z_I75kEgCkbAwFnzhheOYTp41WB3oqy3PMPGYl0B_tr4nLB3aQYJ6KtSX8yn5b 1YIQ1rls9_AB16.ECliWcIsuJmqR0uIjHOSDuzbvSIJo_Fbk19EagU4Sx2TT1snqr7HkawFJIDcX 13b22OzGJlqMFcJCMFBHnc0ro78FNlP94.8t6gYjzuyN26HiLMXNkpk5wyZOVzrYEsGIpIqsp1bR 2R8j89Y8Y3p7Ny7kAOBYR7fqOtjognG263IY3_YnWYtT6zFXXK2wk4uoRu1OeILPaSe6b.4ouQY_ 2rN_bbVACPDndaqsqvzVMZw3Hv5yOIo9xBlmrlV80f8VsPzSQR_Jf3tYTGB0s.RZGiPeXrJ12IMW F_ZM2skVmNJUZXiYIVckIN3HIjPaD6rZBUeAUHlkiNkbLv2vT_u1D7Z1H108eGRA._MFt2VcUUWb k.9ej7w4LjPCBOQeRcVAgGWU4_0csykC.pPxRO14t3dxoWmJj4TDxRjHWCeBYFNmURtqSlmxlFka ZgP2O8TIktguN8HzcuzKu7D.AbICKXM3gGdREj9WOWy9Kax6Df.x5D1W0wo2yMbNbQB9ZLzZhw1Z TFdIv5CshnL5MuDQZFJxCHKug5DhW2tsVh3HWkM7YazxMnk9Tj9JpQzfPK9hqItoDtBFEYwRn5VN 25YMfSaH6X5QQ_cm5Jor3TxRp0J61J9T4CkQXzVNMZg6oUaU7uEYNJXyZbIcS6NBFwbM2TiUcOj2 AFNMvdSvaMswkCgBQgPJ0GrJiM25cD7AZ5U13OMl__bSqhoudDR7.GkDVPBGOcfwDnF6oC3b77r5 43djSHcziWSa79va_kw1BPYa5tbQ0IlaaR5m6M44xpN7nCop6Gs8Y45UWPKXORdFIfJXOI99XPAK b3OA8twCMyLezvrzxdzDiZ0wRyXyOhEWIkoLMoB0ksN_m6_wF4yhu7Rybxrn6Abfwquar0Xt0V7j eqRP4TE4dBkCbkFubCvREwbIaI2GQXxOxvNHiyddT9LXaZW2s6EMJHgdP1YOm_EPfCeCO5BjlQfZ 1hv0R0R3mdrLKN.oBH0szQ8M_ms7BxXA_5hC1og5Nx4oIbJx5k54bOX_B26yfhIqF2zyG92NdUa9 QPAnRorSibiiNMwZDTPmWA7DK2onxAfuAlls2DcuZI502z1ZMW4LH4h6yuwhY09JX0mrwD__ZauS INbnhCF8hJgZrvkEV4.xUhnW_F6edlP8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 03:14:26 +0000 Received: by kubenode538.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 26efa92c94af61529341b12db29f8d9a; Sun, 02 May 2021 03:14:24 +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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> Date: Sat, 1 May 2021 20:14:23 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <38E50925-7010-48F3-94A0-DD195DC442F4@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXrn12tj6z3lfr 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:+]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206: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)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.1:email,0.0.0.3:email,0.0.0.0:email,0.0.0.5:email,0.0.0.4:email]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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: Sun, 02 May 2021 03:14:30 -0000 >=20 >=20 > On 2021-May-1, at 19:58, Mark Millard wrote: >=20 > On 2021-May-1, at 08:31, Mark Millard wrote: >=20 >> On 2021-May-1, at 04:48, Mark Murray wrote: >>=20 >>> On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann wrote: >>>>=20 >>>>=20 >>>> yet another useful document(at least that's what I hope to fix your = usecase) : >>>>=20 >>>> = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= >>>=20 >>> BINGO!! >>>=20 >>> I added >>>=20 >>> gpio=3D2,3=3Da0 >>>=20 >>> to my config.txt file and after a reboot, >>>=20 >>> # i2c -f /dev/iic0 -s worked! >>=20 >>=20 >> Cool. >>=20 >> But it leaves me wondering what the FreeBSD equivalent >> for setting the mode of those 2 gpio's to a0 (or other >> alternatives) is supposed to look like (even if such >> code would not work as things are in the implementation). >>=20 >> (But, for me, it is idle wondering.) >=20 > [I was given a code hint that I've not investigated yet.] >=20 > But going in a different direction, based on my default > context on the local FreeBSD RPI4B 8 GiByte: >=20 > In BCM2835-ARM-Peripherals.pdf I see that the bits are > in: >=20 > Address Field Name Description Size Read/ Write >=20 > 0x 7E20 0000 GPFSEL0 GPIO Function Select 0 32 R/W >=20 >=20 > Bit fields: >=20 > Bit(s) Field Name Description Type Reset > 11-9 FSEL3 FSEL3 - Function Select 3 R/W 0 > 8-6 FSEL2 FSEL2 - Function Select 2 R/W 0 >=20 > for the 3 bit sequence: >=20 > 100 =3D GPIO Pin ? takes alternate function 0 >=20 > (so 0x4 shifted over) >=20 > With dtdebug enabled in config.txt for the RPi firmware > I see: >=20 > MESS:00:00:06.171556:0: dtdebug: /aliases:i2c_vc=3Di2c0 > MESS:00:00:06.179873:0: dtdebug: /__symbols__:i2c_vc=3Di2c0 > MESS:00:00:06.185545:0: dtdebug: /__overrides__:i2c_vc=3Di2c0 > MESS:00:00:06.194913:0: dtdebug: = /__overrides__:i2c_vc_baudrate=3Di2c0_baudrate > MESS:00:00:06.200209:0: dtdebug: /aliases:i2c=3Di2c1 > MESS:00:00:06.208333:0: dtdebug: /__symbols__:i2c=3Di2c1 > MESS:00:00:06.213770:0: dtdebug: /__overrides__:i2c=3Di2c1 > MESS:00:00:06.217250:0: dtdebug: /aliases:i2c_arm=3Di2c1 > MESS:00:00:06.225726:0: dtdebug: /__symbols__:i2c_arm=3Di2c1 > MESS:00:00:06.231504:0: dtdebug: /__overrides__:i2c_arm=3Di2c1 > MESS:00:00:06.241007:0: dtdebug: = /__overrides__:i2c_baudrate=3Di2c1_baudrate > MESS:00:00:06.251752:0: dtdebug: = /__overrides__:i2c_arm_baudrate=3Di2c1_baudrate > . . . > MESS:00:00:06.308655:0: dtparam: i2c_arm=3Don > MESS:00:00:06.312366:0: dtdebug: found override i2c_arm > MESS:00:00:06.314694:0: dtdebug: override i2c_arm: string target = 'status' > . . . > MESS:00:00:06.345793:0: dtdebug: Opened overlay file = 'overlays/mmc.dtbo' > MESS:00:00:06.352119:0: brfs: File read: /mfs/sd/overlays/mmc.dtbo > MESS:00:00:06.370052:0: Loaded overlay 'mmc' > . . . > MESS:00:00:06.417378:0: dtdebug: = merge_fragment(/soc/gpio@7e200000,/fragment@1/__overlay__) > MESS:00:00:06.428737:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/mmc_pins,/fragment@1/__overlay__/mmc_pin= s) > MESS:00:00:06.435561:0: dtdebug: +prop(brcm,pins) > MESS:00:00:06.440871:0: dtdebug: +prop(brcm,function) > MESS:00:00:06.445807:0: dtdebug: +prop(brcm,pull) > MESS:00:00:06.458675:0: dtdebug: +prop(phandle) > MESS:00:00:06.462106:0: dtdebug: merge_fragment() end > MESS:00:00:06.465128:0: dtdebug: merge_fragment() end > . . . > MESS:00:00:06.544997:0: dtdebug: Opened overlay file = 'overlays/disable-bt.dtbo' > MESS:00:00:06.551664:0: brfs: File read: = /mfs/sd/overlays/disable-bt.dtbo > MESS:00:00:06.593262:0: Loaded overlay 'disable-bt' > . . . > MESS:00:00:06.721520:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/uart0_pins,/fragment@3/__overlay__) > MESS:00:00:06.727770:0: dtdebug: +prop(brcm,pins) > MESS:00:00:06.733682:0: dtdebug: +prop(brcm,function) > MESS:00:00:06.738585:0: dtdebug: +prop(brcm,pull) > MESS:00:00:06.743197:0: dtdebug: merge_fragment() end > MESS:00:00:06.762561:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/bt_pins,/fragment@4/__overlay__) > MESS:00:00:06.768566:0: dtdebug: +prop(brcm,pins) > MESS:00:00:06.774438:0: dtdebug: +prop(brcm,function) > MESS:00:00:06.779361:0: dtdebug: +prop(brcm,pull) > MESS:00:00:06.784019:0: dtdebug: merge_fragment() end > MESS:00:00:06.787886:0: dtdebug: = merge_fragment(/aliases,/fragment@5/__overlay__) > MESS:00:00:06.794694:0: dtdebug: +prop(serial0) > MESS:00:00:06.800962:0: dtdebug: +prop(serial1) > MESS:00:00:06.805366:0: dtdebug: merge_fragment() end >=20 >=20 > Then, based on using: >=20 > Using DTB provided by EFI at 0x7ef0000. >=20 > stopping in U-Boot and doing: >=20 > U-Boot> fdt addr 0x7ef0000 > U-Boot> fdt print >=20 > it provides dtb material from after any dynamic > substitutions, not just what is in the .dtb > file. >=20 > Looking I see various alternatives, some of which > look to have the 0x4 to be shifted over for gpio2 > and for gpio33: >=20 > . . . > i2c1 =3D "/soc/i2c@7e804000"; > . . . > dpi_gpio0 { > brcm,pins =3D <0x00000000 0x00000001 = 0x00000002 0x00000003 0x00000004 0x00000005 0x00000006 0x00000007 = 0x00000008 0x00000009 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0 > x0000000e 0x0000000f 0x00000010 0x00000011 0x00000012 0x00000013 = 0x00000014 0x00000015 0x00000016 0x00000017 0x00000018 0x00000019 = 0x0000001a 0x0000001b>; > brcm,function =3D <0x00000006>; > phandle =3D <0x00000048>; > }; > . . . (I think the below i2c1_gpio2 indicates alt0) > i2c1_gpio2 { > brcm,pins =3D <0x00000002 0x00000003>; > brcm,function =3D <0x00000004>; > phandle =3D <0x00000052>; > }; > . . . > i2c3_gpio2 { > phandle =3D <0x0000006d>; > pin-sda { > function =3D "alt5"; > pins =3D "gpio2"; > bias-pull-up; > }; > pin-scl { > function =3D "alt5"; > pins =3D "gpio3"; > bias-disable; > }; > }; > . . . > spi3_gpio0 { > phandle =3D <0x00000088>; > pins-spi { > pins =3D "gpio0", "gpio1", = "gpio2", "gpio3"; > function =3D "alt3"; > }; > }; > . . . > uart2_ctsrts_gpio2 { > phandle =3D <0x0000008d>; > pin-cts { > pins =3D "gpio2"; > function =3D "alt4"; > bias-pull-up; > }; > pin-rts { > pins =3D "gpio3"; > function =3D "alt4"; > bias-disable; > }; > }; > . . . > dpi_18bit_gpio0 { > brcm,pins =3D <0x00000000 0x00000001 = 0x00000002 0x00000003 0x00000004 0x00000005 0x00000006 0x00000007 = 0x00000008 0x00000009 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0 > x0000000e 0x0000000f 0x00000010 0x00000011 0x00000012 0x00000013 = 0x00000014 0x00000015>; > brcm,function =3D <0x00000006>; > phandle =3D <0x00000096>; > }; > dpi_18bit_gpio2 { > brcm,pins =3D <0x00000002 0x00000003 = 0x00000004 0x00000005 0x00000006 0x00000007 0x00000008 0x00000009 = 0x0000000a 0x0000000b 0x0000000c 0x0000000d 0x0000000e 0x0000000f 0 > x00000010 0x00000011 0x00000012 0x00000013 0x00000014 0x00000015>; > brcm,function =3D <0x00000006>; > phandle =3D <0x00000097>; > }; > . . . > spi3_pins { > brcm,pins =3D <0x00000001 0x00000002 = 0x00000003>; > brcm,function =3D <0x00000007>; > phandle =3D <0x00000098>; > }; > . . . (I think the below i2c1 indicates alt0) > i2c1 { > brcm,pins =3D <0x00000002 0x00000003>; > brcm,function =3D <0x00000004>; > brcm,pull =3D <0x00000002>; > phandle =3D <0x00000017>; > }; > . . . > i2c1 =3D [00 00 00 35 73 74 61 74 75 73 00]; > . . . > i2c1_gpio2 =3D "/soc/gpio@7e200000/i2c1_gpio2"; > . . . > i2c3_gpio2 =3D "/soc/gpio@7e200000/i2c3_gpio2"; > . . . > uart2_ctsrts_gpio2 =3D = "/soc/gpio@7e200000/uart2_ctsrts_gpio2"; > . . . > dpi_18bit_gpio2 =3D = "/soc/gpio@7e200000/dpi_18bit_gpio2"; > . . . > i2c1_pins =3D "/soc/gpio@7e200000/i2c1"; > . . . >=20 > There is sort of an overall alt0 --that omits mention > of gpio2 and 3: >=20 > . . . > alt0 { > brcm,pins =3D <0x00000004 0x00000005 = 0x00000007 0x00000008 0x00000009 0x0000000a 0x0000000b>; > brcm,function =3D <0x00000004>; > phandle =3D <0x00000095>; > }; > . . . > alt0 =3D "/soc/gpio@7e200000/alt0"; > . . . >=20 >=20 > The same was true with gpio=3D2,3=3Da0 in the config.txt . > The only diff reported for the fdt print output was: >=20 > chosen { > - kaslr-seed =3D <0x3bab60e6 0x2352e756>; > + kaslr-seed =3D <0x2adcd524 0x37345f4c>; > rpi-boardrev-ext =3D <0x00000000>; >=20 > But I have confirmed a difference via how pins 2 and > 3 show up via: >=20 > # gpioctl -f /dev/gpioc0 -l -v > pin 00: 1 pin 0, = caps: > pin 01: 1 pin 1, = caps: > pin 02: 1 pin 2<>, = caps: > pin 03: 1 pin 3<>, = caps: > pin 04: 1 pin 4, = caps: > pin 05: 1 pin 5, = caps: > . . . >=20 > =46rom the all the above I gather that the right i2c*.dtbo is from: >=20 > /usr/local/share/rpi-firmware/overlays/i2c1.dtbo >=20 > (just based on the "i2c1" part of the naming). >=20 > But the Readme.md for overlays/ reports: >=20 > Note also that i2c, i2c_arm and i2c_vc are aliases for the = physical > interfaces i2c0 and i2c1. Use of the numeric variants is still = possible > but deprecated because the ARM/VC assignments differ between = board > revisions. The same board-specific mapping applies to = i2c_baudrate, > and the other i2c baudrate parameters. > . . . > Name: i2c1 > Info: Change i2c1 pin usage. Not all pin combinations are usable on = all > platforms - platforms other then Compute Modules can only use = this > to disable transaction combining. > Load: dtoverlay=3Di2c1,=3D > Params: pins_2_3 Use pins 2 and 3 (default) > pins_44_45 Use pins 44 and 45 > combine Allow transactions to be combined = (default > "yes") >=20 > (My Note: See the "platforms other then Compute Modules . . ." > material above. So no pin_func param to explicitly control.) >=20 > . . . (The below also mentions pins 2 and 3) > Name: i2c3 > Info: Enable the i2c3 bus. BCM2711 only. > Load: dtoverlay=3Di2c3, > Params: pins_2_3 Use GPIOs 2 and 3 > pins_4_5 Use GPIOs 4 and 5 (default) > baudrate Set the baudrate for the interface = (default > "100000") >=20 > Using the overlay via dtoverlay=3Di2c1 in config.txt produced: >=20 > . . . > MESS:00:00:07.045819:0: dtdebug: Opened overlay file = 'overlays/i2c1.dtbo' > MESS:00:00:07.051921:0: brfs: File read: /mfs/sd/overlays/i2c1.dtbo > MESS:00:00:07.077833:0: Loaded overlay 'i2c1' > MESS:00:00:07.081221:0: dtdebug: fragment 2 disabled > MESS:00:00:07.083905:0: dtdebug: fragment 3 disabled > MESS:00:00:07.107446:0: dtdebug: = merge_fragment(/soc/i2c@7e804000,/fragment@0/__overlay__) > MESS:00:00:07.112689:0: dtdebug: +prop(status) > MESS:00:00:07.118171:0: dtdebug: +prop(pinctrl-names) > MESS:00:00:07.123079:0: dtdebug: +prop(pinctrl-0) > MESS:00:00:07.127697:0: dtdebug: merge_fragment() end > MESS:00:00:07.146539:0: dtdebug: = merge_fragment(/soc/gpio@7e200000/i2c1,/fragment@1/__overlay__) > MESS:00:00:07.152260:0: dtdebug: +prop(brcm,pins) > MESS:00:00:07.158152:0: dtdebug: +prop(brcm,function) > MESS:00:00:07.163211:0: dtdebug: merge_fragment() end > MESS:00:00:07.166676:0: dtdebug: fragment 2 disabled > MESS:00:00:07.171375:0: dtdebug: fragment 3 disabled > . . . >=20 > but alt0 was not set up and nothing in the fdt print > looked different (other than the seeds). (I've no clue > what the "fragment ? disabled" messages from the RPi > firmware are about.) >=20 >=20 > I see no evidence that i2c1.dtbo (no params) does > anything that the FreeBSD kernel could notice as > different. Thus it is not obvious to me that the > kernel is doing anything wrong here. Bad wording: I meant relative to the .dtbo . The kernel mishandling the overall .dtb that it is given could still be the case. > But I've not decompiled i2c1.dtbo either, so > I've yet to have evidence of what its effect > should be relative to alt0 status for gpio2 > and 3. >=20 >=20 >=20 > NOTE: I use all 3 of: >=20 > enable_uart=3D1 > uart_2ndstage=3D1 > dtdebug=3D1 >=20 > in config.txt to get more output on the serial > console for the firmware stages. I also use: >=20 > BOOT_UART=3D1 >=20 > in the eeprom boot loader configuration (and > in bootcode.bin on RPI*'s that use it). >=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 May 2 03:30: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 D07F15E772A for ; Sun, 2 May 2021 03:30:19 +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 4FXs7G3fRJz3mNn for ; Sun, 2 May 2021 03:30: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=1619926217; bh=C96MFc2o3WvhXmAE+HKtojqnPTR0h9FwF1/VJpJTP0A=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=XThRCkcpNdWaBvuUTsoyxGtsVkxgiWrhb1xuJI4F4XQOnVO75rTnVXI5AA5a5k17ziC67Mk4Cho8Rf3jZyUU2k1S8NCxsi6ajZBq2JyyJ5rvsP7a05CPymxr+ouhxHFEuM2KazZYWxz0QLCsIH4H0zvPU1FXqLGnniwzaMiTWXlTwHOU88xP6CNEdLZfRSYsSqp0h3/NejqGlJwrTvYE4WjVATBRJkmY4jFUOYCq0gKNkbGdgo1uIJimG6gu4MRK5T5+/wy3CrXO6n8fejhy8LqORJnTFA2pxVMB5uLxSEJqhHL+8VMXHQCURCCb4te7uSdMoPJHCqaOf1LLaIZEgw== X-YMail-OSG: QC0kv84VM1nJ9tPVK2q8_kkL8.w4695vsv5pRuqE.P4mIkFgpzhBIJiEeGuXaMU 3SzSLqJGdXF6Ur52.rb9ct282mC6p8_VP7cRXsbKFR66RwKuYbU3sldSWo0i_5djL6VceaJBaomi zrhzFSupOi4NlXR.zPkCXMFUoktCJPTOifDGU1nvW3Doqr8qRHblY5yPCc9GfC8SEeE6btgOBs.5 luqZ9Umw.mkZocbfAu5XcxByr2kGzl6Jy307olmkyvBZ7NnhTsrWSQ0MeijujkzRUsRYesgXdmI3 F3enAn9OW6oxSZVGhpZSmDrDkVpt24w3Di8AVFJxkvG.WSrOZkAJ5Ep5XVn9S4bQmZXQgbTNDtII APjfMH_nKnnywPibT5tL.VCWl2dpklZ29bScPJw4Om5UgsVgIBlmz6X1tCPjO.Mmhgw_0aMrzhzz rClnSimBW9r0IvW5K08axmGePHjypK3grJRGcDavcBUDBu896SBHYpKrOIOxabR5mwUrJJRjXCoO lRKUuIEhvaO_XQooOrHkLT8WN3gqr6XKUeHLsSd2d4wqim2ql3t4U1Z1PtLmkNmDiyCp82E6DorN _pKl6qo_d.6iOWX.qThrUgJpmNSGkMUlWfBTAUxzw6ZW8xlA6..8EnMcx__U3cffCuvL8SJuKp3n 0YxAuCjHqhfoQlLGEr_u1ZvJFVtzeRKLrMdHIGQ2vr1iVQ6aFmjJPMqD69QRB7_Lhd.fyv8qT5eL YAW9Our3HUDG2IBbiP5GxhSfrKei7Jv1reo8eF3SClwjENCKmlGHGC0b7G16UzwiEKaDoUBB0CSM uYMH7aAfdqg1EVXBZnfxWrojGKz5tfGQ9.2DTFH1qrQlCD5JkVZlvio.DJV1Okr8ieo6XnnSwWFT vClONS9PKWX0w5iqfhxqAloUUOch1qZo.MgKZYTvP14Rsey7cL.oWRcc.SramSVzy8Mqears6FAI gagBcEGQHxHHL2gGvQXdRCsyItGlFnMpOERp7iSeFEEHU2XyjbSanY5LXOSkkn2VtiRJk86TXwNU d6M2svSRsvO18GuO1LHrgoWuFTqh_9.8nwmOfWp4lgfFWnEje1xFPr8huxkLz7_f6sm0QbqHwdmE 0e1G1zicRiuTZ4ZRoJyvEp7JtcTLct6fgud_XICRv8h.Ak5FGvU7BUyD.rZhpnJgQaA7b47FDZSy .LzHb8dvik71eRj7UQzKQaiRs6qOZlVh4nTywuErc3p8P.4SKwAzVFm5kHmKPwyUFYdIoSiNFjRC sZunY1QppheEQh8kKFY1Lem4GBXjOuRUjNJ37mHX4cz.LeFEDroavvasSs9NkZ677s_s9FlgdOyY 6tT7LNmnOhMxLidsbd3V6oS5EboIbTOXenBlL.t9FbqavaZfzBFOPg._x6_ij4GA7mBAlF9Yzo1t rHc19ZXuehZSkVpfyUEC3H4XO1USrfxJH.YqUr2VAG.QkPQkSgW2AQi8HWbacVejwgbfQ4eqIH0W CmCQAkIxklWIkJ8AypFBL3xD6MHNLcIfJ0mVx02g.wBdAzjbx32YZ7c5TgH2YjQYGxDLMWl1oXr6 UT8we71BWLauirO.XkuoVXSYIZ4VaNddnYktviOE3779USZWYjP4Vb74_jSEV0VlZ9hFHxO7uwxF TNhhu3Crm66YADuT5sUHHUjGnmeZybK7keFodXd8itnrp_jI_.Sghy7o5sDvgkmTwOWiFmzu3YNC i8ajAPJklNaSoBd81OqssfWKxetShrJq05j7rngOhonCZ7d78CjV38VTl2Fboa0gHgtQJWxg43u3 fMw2piclJkpurMuEyHWgeHUx_PKGYybR3HcaUZB2MMpn8x3Zw9BDxyZUQjFyIrT0ty1TyDBwTsNu aCZLBmG7kwrni0pOq1ZpzLWWsrQa7w7X1KFD9KhvV6yulKr3PeAs_RLukq13cQ2nfPfLtzls3vpR q6.qbHWnXnj.M0odEqJ8sQkR9tUghGZ05YeHfteJQTSnn1vXaf4lZ_DO6wj6p.09VDBPgvfiHNwH n1T_Etxs2ft5pnXmr1KkMZcWkX8Uh3wOdRhd3CT.NjUGy.GLj4GxZPXAcvy.1iNYvNRoPQlWf6.4 CIDD5MYWazkE8LV_wdNb_UZ5jiE9VWDM52We9IiUPSeNS9ZOTtGX8xpVzwqLNtDC2kdPLzgGRhgh OY0o.wG89ByhKwy58qbAJXHYqUEDWHUmWRZeEfIwqU7PgDEBYbmZ96tNG8diqsnulq3Vm39KkKZj wD.XK6BmD7NbvrC_p5u.7zTJVwpKRG8Phe_WIvCdljVl3Iu4RjLpnUpaxh2MTIE_cYqwnYfT0UDJ KUaIbkRtI3yGxEHO4O2XdbiJWbAq7fJhpPgISA3ZGSxxZ3SsomcxF7SzCWKCbjw2JbJF_9ZhVF_C a0_gp6L4GLtBilNwqPpRp.hYc6cbDugPXrcATOrUu_a1Wga4zsc8p2BdCpCTvYIQ8I3BxVSAjEA1 XXY4yvIEkCd67KhoK2Wn7EZaf8p5F0PMs1VjXK_9uYsyUQEKH9.eM6PwBgPKLpoqG21nTw.vlTfg tWXjUVM.g0H5Xx62bN._i05iM2VnL8zYY8gcEHF5p5tw- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 03:30:17 +0000 Received: by kubenode544.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5a9492de3eef200bc3a6402f42b01824; Sun, 02 May 2021 03:30:13 +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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <20210426160610.5b91dc44e86ddea169ca8e27@bidouilliste.com> Date: Sat, 1 May 2021 20:30:10 -0700 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <7C158AF4-5E45-4582-A7E7-AB9ABED01691@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426160610.5b91dc44e86ddea169ca8e27@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXs7G3fRJz3mNn 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:+]; 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206: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)[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: Sun, 02 May 2021 03:30:19 -0000 On 2021-Apr-26, at 07:06, Emmanuel Vadot wrote: > On Sun, 25 Apr 2021 18:41:31 +0300 > Daniel Braniss wrote: > >> >> >>> . . . > > RPI doesn't uses twsi so that will not change a thing. The RPI4B 8GiByte context I have mentions twsi in the sysctl output: # sysctl dev.iichb dev.iichb.0.debug: 0 dev.iichb.0.rise_edge_delay: 48 dev.iichb.0.fall_edge_delay: 48 dev.iichb.0.clock_stretch: 64 dev.iichb.0.frequency: 100000 dev.iichb.0.%parent: simplebus0 dev.iichb.0.%pnpinfo: name=i2c@7e804000 compat=brcm,bcm2711-i2c dev.iichb.0.%location: dev.iichb.0.%driver: iichb dev.iichb.0.%desc: BCM2708/2835 BSC controller dev.iichb.%parent: twsi (Not that I know the implications, if any.) >> . . . > > === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 03:40: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 6AB375E793A for ; Sun, 2 May 2021 03:40:47 +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 4FXsML0ybZz3mPy for ; Sun, 2 May 2021 03:40: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=1619926843; bh=2pufbhyQtfxzRAlcpnWOeE4OtGwAc3WbgnVmkphRJJk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fenYOTB4U8WtMN0EVP9al0esCDBFabZ/fFCr3g0H1ommdeoti/4SW9zwOQToPloGPph3esbFDgGjFjcUTXo9j9devyTT6NdUr4TF53pz2D7n0zDos04ARHZO2VqnGFsIojUDO/uBILgyiQ4eyFxIa1SYke0hU+qGRhDN19ZWt9iCBTtfkeUrhPEFwXuho+vBzP+JfYcUNJsesT84zuSNA888l0+nL3cTmFtd0Sj/bJoEJ8gfXb7p/1MIGSWAjAGVB8luNOF8Y5QkkzALZV7UPwr7PZR6WphErmIgCT5tJjujGgYrdnGs5P1QANRy/5xgTEtFK+OJOBjjQH9VZLvgnA== X-YMail-OSG: 4KwywBgVM1mss69USP2sroAqVd43cHhjGLI2Oy3u7amRCJhHQb.HQvjHt63Ym1o U20Xd..ouGiqXMtSKcc.BPPOOSIhM0hCWXdZT5IGoMlbYfn5p0FOYt.8gz7AhM2_hR1c.tVDVAO2 iw.n.V9YnvzkzEhcZoQwsHFy5z19CR2zU0x62eA03JR2QBYgDNNVXS20fXJgAP_OszqW1nWp0667 3y_Mcdu.Lbt4Wt7IlNBQDKH.Ty9Jbr3sfImPBr3YdduiTcHth8.UtuSfoJChtQcGefCoyvGH57di Zzyd0wYjDR1V4hVTCxldvkh70EMAIxVTWLAREAtr399qwEGT5ktLvCXq1Zsuy9gk_dn2E0rcZ6cR i0O7PtZG2hIqQ_7Vfyb0BmqyTCRYJPCmeWf82W5azEa7RPXGwBW7EqEv9WyZqO84fhpu3nylyi5a 6nPcVVjqqMYrWq7c1uLwwVDPC0Ff_8iwLtl.z4PV3l67bZrJQmL313QGS5cW81MFACmnwgrfR7jR 6aOU_EJslDD7MsLDphVZRIMRs1uG4pDXoB8aCkkE4i9bZ3ibmIivfIZuHdnyUCxtRq_Ud68LUqs2 DU6.xWulbwF1n2U.QOT_24PBUaSj810xkGARZPGS1TIbz9ZOxC67h5S6YtuK4RAxjgd9O9Hcoa5w p34XXfAVrY6hYnNnNKiFW2sxjjREMb4uk_tAiMzxxyKxkLXNm2P.etN6H0_eRve9n.7UKMlvUfzg X8RN2rn8kJEZe_RrMD80cHs5JEown57_.uz5Q8qjDKmcissOwcGCBTkq6uPzSizrKq9jhEj9RTQu jPsTqyVpklG8gMTKsisX4qWwR.hjvabRLJWaBa3iQMkmnayFKS05e0XH7IHgEEVPstST8Tg26MJT 17N4tgmmMz90LHtTMIhACPJDGFx2Vlf1ymjwh7oOqep0tQl6Me8IVhm8WEBChRm5DZCPfqgMh2dY dwBxW6fr2Jfh3Mqifvx0F726uJ42VlTLEU3S06QkYGMbQXCwXm1pf0rKVETSTY9LD4b0oYG2Yqmi zFpOsMUr1ZzRdAvdSbuDEb5h.Q3P1vQtVp9Xw5bqZmXn9gHFg9r6LUxTADmynd.dTijjahhNeUWD wVpuz9dHfigYRf2jNB3cqt_lpO4eK1Y6O0FXOB94jaUoVofWlMdNtEWJN7hh7TDLVsVEsFhJSdsh RqVpi64K6ffseEGtnrptcXq5_nQF65SRz9hhTcTI7_3hflji5mLC9htUnbXctYuo8W_kdXmu8qLd K1IB1a1kWSkCUgSeQFuFb3HJ8F6kPcOfEazgydyOiGc4p.gQtHjiFaSA.1xIqGRPwbDgifGQA28H rm0L.sLbsNBe97qcpDljkd_x8GYmYYaWtgH9dgzAPKVMotMXhdRHODvbhJzKfAZRKRZWsQ65kIZ_ FqEUp3hMmYNH3gzA6g6prj1Qz_kGZRVeHryHb__LOWOybFA5106WtOQVcYi.nTF0B977heDmjhUn 2DqB3pMSU.Jrw11P1EHlQs8M0hEiVypVZFsyqrBfeCLfzkpfI3b_R.wKmyqKhY5kx9UJibiWQSvJ cN_m3mFs8Ob.5ZQ.ETzXbus7oqVtu1G3wP0.7roGv75yI1vYxMCQZwhEOl297uMNO8VMdq6Be3ZG xshfBxAri9B2PkjR5FY.37dSLY57AXok._VqIujO5dcQx9o91iMrosqqIC_e6ziRT4dtf9r.ksl2 xXgWdovcSJqU89xiEZgWFWVs31dIxWS792RbQ_9qwo9V12VgbeVmg8akm2D88Gj0s3pGiEA4tCha xU93LBEotgVGkXMXE1XMZlYNAbGicd.6DghJu68eL_iVL3l1qcEL29NyD5xeQJqOtMzTp1KWfnly EqKmVtd.mukxXhftWFHyUxN2JXerQkFERwo75B9p56ya5Eu9m2fjc.d8owpf2MY.COOAUYrq04Vo vHl436OSqcNC76__cO4ej9u69cNI6TpalYgjD8sPpW_G_W7sJ1jnEtVKCPkpMHu0FTm6p9Rxmrha AH4_W0T1XSovR0KCmXwBYGU4pk6dsLPQlZuTQPaczG_bGcAImDaFbo2Lg9TCMqTozCFtcs8KxeXa 9jCqMxf2_GeT7trUVt0p6MWACLL.0PTi9alLSz9n0KZR1jhXdT3BYVeF3OH5m3UtApf3kyKNpv9M eFO06tkAJ3wOOnRNEXGv5bYqBzPHU1qG7NNKXb4nBJE3sR6hBAzIZSeUE.FP9o0l6hr9P_NzE_rp e8QvKDk4B_PbABrqzAof4XKs6qDQfmnmM05D8hIo.HXxOIscOTxBfG0nHfru.ewQ15tQrH98ljsd 1p2wtm3yOkKlMqULKnaokuU2l3fviBgyA97Vrc2tUUT0F0SmqkWHeTDDgLz1Hpaz68qEQNocTfFV t__mSupVmREaKAtpOlQA4.ctp9FfPcxbDE6gwzQQS6dp8vSUAT7.ucciEFMaejkcmGf2hWrQQYdl Z9.UzglmEBMDs87BZghYLpFYNSBqP7ZwL_jbqpXdgPEOeW5GZXZ18Z3YzZUeTLG06VX2AASDJ2wL bP0s1eeJPuZoAgi4sxDNZRxVkuMiXghdP5wu4z2Xh9HeImewULJzMjXTEEnSqNnZ5 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 03:40:43 +0000 Received: by kubenode559.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 30496e5621ba3c1d3fbf678fdce1ac44; Sun, 02 May 2021 03:40:38 +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: I2C/IIC working on RPI4 8GB? [gpio2 and 3 input vs. alt0 control via sysctl use is avilable] From: Mark Millard In-Reply-To: <38E50925-7010-48F3-94A0-DD195DC442F4@yahoo.com> Date: Sat, 1 May 2021 20:40:38 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <50FE148B-5A5C-4847-8AAD-17DAD4978DFA@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> <38E50925-7010-48F3-94A0-DD195DC442F4@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXsML0ybZz3mPy 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: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)[]; SUBJECT_HAS_QUESTION(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; 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: Sun, 02 May 2021 03:40:47 -0000 On 2021-May-1, at 20:14, Mark Millard wrote: >=20 >=20 > On 2021-May-1, at 19:58, Mark Millard wrote: >=20 > On 2021-May-1, at 08:31, Mark Millard wrote: >=20 >> On 2021-May-1, at 04:48, Mark Murray wrote: >>=20 >>> On 30 Apr 2021, at 15:22, Klaus K=C3=BCchemann wrote: >>>>=20 >>>>=20 >>>> yet another useful document(at least that's what I hope to fix your = usecase) : >>>>=20 >>>> = https://www.raspberrypi.org/documentation/configuration/config-txt/gpio.md= >>>=20 >>> BINGO!! >>>=20 >>> I added >>>=20 >>> gpio=3D2,3=3Da0 >>>=20 >>> to my config.txt file and after a reboot, >>>=20 >>> # i2c -f /dev/iic0 -s worked! >>=20 >>=20 >> Cool. >>=20 >> But it leaves me wondering what the FreeBSD equivalent >> for setting the mode of those 2 gpio's to a0 (or other >> alternatives) is supposed to look like (even if such >> code would not work as things are in the implementation). >>=20 >> (But, for me, it is idle wondering.) >=20 > [I was given a code hint that I've not investigated yet.] > . . . Going more in a code exploration direction I found evidence of sysctl for: # sysctl dev.gpio.0.pin.3.function dev.gpio.0.pin.2.function dev.gpio.0.pin.3.function: input dev.gpio.0.pin.2.function: input and for: # sysctl dev.gpio.0.pin.3.function=3Dalt0 dev.gpio.0.pin.2.function=3Dalt0= dev.gpio.0.pin.3.function: input -> alt0 dev.gpio.0.pin.2.function: input -> alt0 # sysctl dev.gpio.0.pin.3.function dev.gpio.0.pin.2.function dev.gpio.0.pin.3.function: alt0 dev.gpio.0.pin.2.function: alt0 # gpioctl -f /dev/gpioc0 -l -v pin 00: 1 pin 0, = caps: pin 01: 1 pin 1, = caps: pin 02: 1 pin 2<>, = caps: pin 03: 1 pin 3<>, = caps: pin 04: 1 pin 4, = caps: pin 05: 1 pin 5, = caps: . . . So it appears that there is no need of the config.txt way of doing it and there is both command-line and code-internal ways of controlling the assignments (via the internal way of initiating sysctl activity). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 05:48: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 3320C5F9827 for ; Sun, 2 May 2021 05:48:43 +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 4FXwBx4qXMz3rwJ for ; Sun, 2 May 2021 05:48:41 +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=1619934519; bh=8TTmHTFwXykGfu8mffXBTwWPGPMOBCPoaGhd530HX7/=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sgvfDn8an38Q/QhwZB9f/7a4GhTCBOzoXBH7X7odbr0a5E8nyHQWr1q5r1SIVtWcHjJ4VzO8XED1EVNchcHTL4a8VXyIES5r3OFtipgUcyjNasuXY04ChbMQfSYvSZRG+rafY+9c7SNUSlfaFsjCijhllcabb/kW/OlX5Nw35evKBwK4waDPHzPvFyPvbv0Tp/zFo2RCVbHUi9Cc1ju8i+wWA/DliYLqcLxTT32LIGgocbHdm14FgrE8bmRZulTNOSnGoUmadnes6xNfrRG/gjiac14IoC82kr/EmV7jgsRNrHcrr9rfNX8zr7yu6ou1cLkjOpTn5OeLEfncYPH6Pw== X-YMail-OSG: I45dIS0VM1m6LhbwH1jrg0TS4mrmo9QevZWIdP8kup4b37AjmS2q0vjuvnSYvS0 h33pqZJcunSQFEvpvvq3ickU2RnQdsh3Er9LNdD6t8pQJLKvLuQhba.EdR3nJTwhtAkZ1T3Piq24 IvwdgR3U7Uh_mHE_H038eHcT808N47xdzH9w0d5o8geSUIQlHTxp4Y0tjSdGb3kaQFPLZKD2.8ux 8Frir5eKP_30SNi1QEhO7rL9dGeIsY.dY66jKd6NYSav0XUdAslEeluYDJEABcUTfT6SKflqVWY0 AH6n8F3A90rKVCCAud2PZbnmm5WmEfDPiUo7Bp22N4Cfe7FOxaHSB_SDrl09NBxzDAqsDSB4No2f RVhT2e6uD4FLeVRIUemcsFflK5b0JF8ZGJxUtjTZjuUJRVGoseyRZLEgsVXmTClzlbGzqYyppljw ASuGbr0amlQiNeFCb.f_N_aHrVrPyrd7tIAfO.oL0azMhJjRK3WuQPH7IWXjN3FZyInnJqtw5yuV q4CvK1f0OEb4nZW5fVvLBogV8sX1GEPIytP9DE_JaySNcD.Mw6B_097a7CEUO9Njq_SmeZmof3OH xg8LSAw_qrUDZ1LCVLHjzFtnSL_eqzEhazyQbM2662EnN.0DHbfYfEAaJ5A7jrxly2PL2p2FZOGe I5eA17KDg0mUUX5B6gkb8eLRY1w_zQKNsd9_k0Sti0Ds6SY5BSlDSxgGCWbrR0qcp2lBugoPD2kf 6jHjRdi1shgzWdipdh4kFxjMkmITUKEYstyHxJ0N_zbKsWOpp6h8IAbVmLloYs762ndSOICoFKFd 5QLbHlHbB1CEQQH8kpKdghBMyYa8fxkT7Es9jJlVKxdaQTLNr1EbQNjsCYAQXP4_dowJP_JLByfl fRPaT_bEheqE2ZjA2ofZ1ya0SgggYxP8T2ldgpXh5GBd6A4LcO5xvqoggZ1rwfXUkptjDqvSO51d G3Ew16_k0Zae4OypoK1eXPMXP7amFyDLYuhZuprIRPZENiTXLtRTIDi2IJcpwsKoXHUYrF4Kh5_s .IlywFN.2P64KmFlHBZ_NQzgjuu3rn9tEuciNN9lCUy_DHGe3C0TMKgrzWsE65KlFSBoJwCJkF5K oAmJc9CWqv9NYwqEkHraw1XXey_JR007lstiqtVH6Lq._ArUJgcJr7CIX_7hPDU3t2q456oikUA. bnLBn3oFsUyJmGARREoTHGpBYJ4_1rpuO_LmWhG1ek5qNmJT6e3CYNWnm6McrDw4UXFdHax.1sDl Vg1SAQi4uTrkw4iRcrVlWquwZPCimzmVNgmtd1Hy3K1IP3vHAMtgTLyJgl8duRYrlzgsGJ1O8Erq gLyVZGnuJo15p3oIydpmTny6NqMCKxctFa_tR0uD62hRrxeF5TRD8BUDLq48mkvHABS57ot88K0Z 5otAhuwxUOPwk2GamLtdAhVM5RV31CNbQ1UqTxlc4EGP7Xjrm1EzZ7vRA3ojFtSLDIxv.faDR1Uq uA2ztlrHAFKbyRU7r5_V.9BtUey3tVc9rQ0CBVwDxhkFs6WAjqdF7.e35DaI83NW.GpeTAJVEiSg 3lnBTvUbM_tCL.LzGMbAk80JwcFimVtLekt3hijkrWi4WP_LV657nlvAlDhecwfqGe2aaoDv73.Q kuZQym2rhRp_KvjeK4797c9guXVKwazChOHYtikESMSUaDJdSMe8c.PtW.WlgfUvgKJOFo4OkTah p4gr.633j1Zt8cuHOEpEkyA_.dHgnvD0n51ppc_vjbzbutCpMe5HAnMWa1d9P39TFcyYBiC2yi.w domH7dy_wTpRy3wJLk90UEHdUWhmvfJW0RR2q6RTbYCNa3w39NTiMG8JzKQJS6FnjB9OfBfFzxml QdNtbsXoCAsXGzvwCIUedrJBUILUTJzJW7oUzHUhsK6v8FWapuAZpC_NYfpRHEnz4QnETFVO5Ugi sk1WFTOmTqZc32vD_JFOxEeW4DjCj76TY3Yp0cvX.ALewSo3Geo7Tk78Ljvps5DQha3aoCAdF3kk DqIz2BjmcogVKya.9yCzZ_wnTHLQSTQcvwJoakLQqaOX3sstAZ3TbZsCGNIHAwubhvmeFdyyFB4n PiC5FU_yKyhgnElkOUpUN2du.YFPQygEzw9JnVRY6o9yGTWSH2G7hBqE_kxnthvWfmaSg7pW5TXz SpfZ6d6Ub1vzArVnRZRzJhaPWMfKf0aMND.aJ48hO7PicwSsWbQOfQYbCpXISNYtD_gpgLANiF5S xTC1YqozYlc8REwWp2Ah6LvEKWySncdVNQSUrZBxx.T_Ae7w8r_a6shydxTMdbwuHut4OCsIjOQu C1Jh4LIFjPA_Tbjo9YYtp3wm4RED9Ox3VDQ5BE2miN73AamLilnfqFqCPsL0zl_WwClM6fc4E5JL ubRXinDYUi.ZcCVpmTgJsbc1j_fIFI3KbgKoHgLpLi9K1JaG5d3TbROHw7LTiAPXofV8RpIALazN FMc04Z1RX.oKaS6VMZYr19VeHojYjqkrTYDSsok2h0Gs.JnC3aRZL99XE5uxdW5XiS37l_AlZ4sL Zr7SC9QI_vEVxE3kfk2S4e5FMFAZwwPeimTk- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 05:48:39 +0000 Received: by kubenode507.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eb83b08838319debe37ffd5badeab291; Sun, 02 May 2021 05:48:36 +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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <20210430095148.0a82a78f64a99e59c03f2e82@bidouilliste.com> Date: Sat, 1 May 2021 22:48:34 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8727C9E1-81D8-4999-9610-33FCD7DAAA7D@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <20210430095148.0a82a78f64a99e59c03f2e82@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FXwBx4qXMz3rwJ X-Spamd-Bar: / X-Spamd-Result: default: False [-0.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:+]; 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]; MID_RHS_MATCH_FROM(0.00)[]; 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]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.206:from]; NEURAL_SPAM_SHORT(0.98)[0.980]; 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: Sun, 02 May 2021 05:48:43 -0000 On 2021-Apr-30, at 00:51, Emmanuel Vadot = wrote: > On Thu, 29 Apr 2021 17:57:45 +0100 > Mark Murray wrote: >=20 >> On 28 Apr 2021, at 22:07, Mark Murray wrote: >>>=20 >>> On 28 Apr 2021, at 09:19, Emmanuel Vadot = wrote: >>>=20 >>>> According to this document is this just to detect that the slave = hold >>>> the scl line too long so I don't think that this is the problem = here. >>>> If you have a scope or a logic analyzer I suggest you start by = using >>>> it to confirm that when you scan with i2c -s you see something. >>>=20 >>> As it turns out, my logic analyser arrived today. >>=20 >> I got an oscilloscope onto pins 3 and 5 (GPIO2 and GPIO3), and "i2c = -s" does not a jot on them. >=20 > And this is with the i2cX.dtbo right ? > Can you share the full dmesg please ? >=20 >> I don't know if this helps, but the gpioctl utility thinks the pins = are both inputs: >=20 > I don't remember if the gpio/pinctrl controller in RPI still sees the > pins when they are configured to an alt function or not but that does > seems a bit strange yes. >=20 > Please share a full dmesg as I want to confirm that the pins are > configured for i2c function. >=20 >> . . . >=20 In case you look at some of the notes I've sent out, my RPi4B 8 GiBYte context shows: The RPi4's context is back as of 2021-Mar-12: merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) Boot verbose reported for case independent gpio|i2c|iic in dmesg -a from a boot -v : gic0: mem = 0x40041000-0x40041fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x400460= 00-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 Processing 1 pin-config node(s) in pinctrl-0 for serial@7e201000 Processing 2 pin-config node(s) in pinctrl-0 for spi@7e204000 gpio0: set pin 9 to func 4 gpio0: set pin 10 to func 4 gpio0: set pin 11 to func 4 gpio0: set pin 8 to func 1 gpio0: set pin 7 to func 1 Processing 1 pin-config node(s) in pinctrl-0 for i2c@7e804000 Processing 1 pin-config node(s) in pinctrl-0 for bcm2835_audio gpio0: set pin 40 to func 4 gpio0: set pin 41 to func 4 Processing 1 pin-config node(s) in pinctrl-0 for mmc@7e300000 gpio0: set pin 48 to func 7, pull 0 gpio0: set pin 49 to func 7, pull 2 gpio0: set pin 50 to func 7, pull 2 gpio0: set pin 51 to func 7, pull 2 gpio0: set pin 52 to func 7, pull 2 gpio0: set pin 53 to func 7, pull 2 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 . . . gpioc0: on gpio0 uart0: mem 0x7e201000-0x7e2011ff irq 16 on = simplebus0 uart0: console (115200,n,8,1) uart0: fast interrupt uart0: PPS capture mode: DCD simplebus0: mem 0x7e202000-0x7e2020ff irq 17 disabled = compat brcm,bcm2835-sdhost (no driver attached) simplebus0: mem 0x7e203000-0x7e203023 disabled compat = brcm,bcm2835-i2s (no driver attached) spi0: mem 0x7e204000-0x7e2041ff irq 18 on = simplebus0 spibus0: on spi0 spibus0: at cs 0 mode 0 spibus0: at cs 1 mode 0 simplebus0: mem 0x7e205000-0x7e2051ff irq 19 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: disabled compat i2c-mux-pinctrl (no driver = attached) simplebus0: mem 0x7e208000-0x7e20808b disabled compat = brcm,bcm2835-dpi (no driver attached) simplebus0: mem 0x7e209000-0x7e209077 irq 20 disabled = compat brcm,bcm2835-dsi0 (no driver attached) simplebus0: mem 0x7e215000-0x7e215007 compat = brcm,bcm2835-aux (no driver attached) simplebus0: mem 0x7e215040-0x7e21507f irq 21 disabled = compat brcm,bcm2835-aux-uart (no driver attached) simplebus0: mem 0x7e215080-0x7e2150bf irq 22 disabled = compat brcm,bcm2835-aux-spi (no driver attached) simplebus0: mem 0x7e2150c0-0x7e2150ff irq 23 disabled = compat brcm,bcm2835-aux-spi (no driver attached) simplebus0: mem 0x7e20c000-0x7e20c027 disabled compat = brcm,bcm2835-pwm (no driver attached) simplebus0: mem 0x7e400000-0x7e405fff irq 24 disabled = compat brcm,bcm2711-hvs (no driver attached) simplebus0: mem 0x7e700000-0x7e70008b irq 25 disabled = compat brcm,bcm2711-dsi1 (no driver attached) iichb0: mem 0x7e804000-0x7e804fff irq 26 = on simplebus0 . . . simplebus0: mem 0x7e205600-0x7e2057ff irq 50 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205800-0x7e2059ff irq 51 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205a00-0x7e205bff irq 52 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e205c00-0x7e205dff irq 53 disabled = compat brcm,bcm2711-i2c (no driver attached) simplebus0: mem 0x7e206000-0x7e2060ff irq 54 = disabled compat brcm,bcm2711-pixelvalve0 (no driver attached) simplebus0: mem 0x7e207000-0x7e2070ff irq 55 = disabled compat brcm,bcm2711-pixelvalve1 (no driver attached) simplebus0: mem 0x7e20a000-0x7e20a0ff irq 56 = disabled compat brcm,bcm2711-pixelvalve2 (no driver attached) simplebus0: mem 0x7e20c800-0x7e20c827 disabled compat = brcm,bcm2835-pwm (no driver attached) simplebus0: mem 0x7e216000-0x7e2160ff irq 57 = disabled compat brcm,bcm2711-pixelvalve4 (no driver attached) simplebus0: mem 0x7ec12000-0x7ec120ff irq 58 = disabled compat brcm,bcm2711-pixelvalve3 (no driver attached) simplebus0: mem 0x7ef00000-0x7ef0000f disabled compat = brcm,brcm2711-dvp (no driver attached) simplebus0: mem 0x7ef00100-0x7ef0012f = irq 59 disabled compat brcm,bcm2711-l2-intc (no driver attached) simplebus0: mem = 0x7ef00700-0x7ef009ff,0x7ef00300-0x7ef004ff,0x7ef00f00-0x7ef00f7f,0x7ef00f= 80-0x7ef00fff,0x7ef01b00-0x7ef01cff,0x7ef01f00-0x7ef022ff,0x7ef00200-0x7ef= 0027f,0x7ef04300-0x7ef043ff,0x7ef20000-0x7ef200ff,0x7ef00100-0x7ef0012f = irq 60,61,62,63,64,65 disabled compat brcm,bcm2711-hdmi0 (no driver = attached) simplebus0: mem = 0x7ef04500-0x7ef045ff,0x7ef00b00-0x7ef00dff disabled compat = brcm,bcm2711-hdmi-i2c (no driver attached) simplebus0: mem = 0x7ef05700-0x7ef059ff,0x7ef05300-0x7ef054ff,0x7ef05f00-0x7ef05f7f,0x7ef05f= 80-0x7ef05fff,0x7ef06b00-0x7ef06cff,0x7ef06f00-0x7ef072ff,0x7ef00280-0x7ef= 002ff,0x7ef09300-0x7ef093ff,0x7ef20000-0x7ef200ff,0x7ef00100-0x7ef0012f = irq 66,67,68,69,70,71 disabled compat brcm,bcm2711-hdmi1 (no driver = attached) simplebus0: mem = 0x7ef09500-0x7ef095ff,0x7ef05b00-0x7ef05dff disabled compat = brcm,bcm2711-hdmi-i2c (no driver attached) gpioc1: on gpio1 . . . simplebus0: mem 0x7e200000-0x7e200fff compat = brcm,bcm2835-gpiomem (no driver attached) . . . gpioled0: on ofwbus0 . . . iicbus0: on iichb0 usbus0: 5.0Gbps Super Speed USB v3.0 iic0: on iicbus0 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 07:34: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 A3F765FB5E7 for ; Sun, 2 May 2021 07:34:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.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 4FXyXg50zyz3wMN for ; Sun, 2 May 2021 07:34:11 +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=1619940850; bh=7noLAwgpky2gG4Q28V5iybeR++pmnfSNFWgc0JcV00N=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=JQ2l9coQTKymHFmMlUM+lJPk70mDYQN58gVeKMJfcW9eHOEsNTcOK9IdxkMm/K92yj0qS9Wc+SZhURTUNASTdJzSkdtz3+ziPXPD/yBj6RvDoSyFLpzgGGVs5ufVFsVH9vsOL9NCviaakSB1OvlMyxoQer6Yfxc7vH8ABpEiacnWkoyVv3976pGmx2qEz22G9eYVr5zU+4IEp8RGKq9S7iu+kGe5DLcuM25GgaPCp3+oWshnSKuhqANRq2sYF6HgKscDIkbNc5VcXiU7aWN/q1FNzvqeW9iUQLL+h+H+XfQmTQSvdS7X/CUPPE5HkR33KDbSWnm5lun4atBB6KeSUg== X-YMail-OSG: Hr.05Q0VM1lTPTBFl_Mnd_KW2Tc_fCU6k9UPoMraotiPxuvWFe5iEF.fH_LJvYl vSx78MEksBV0fjmRrx7VfIQOBmL.BrtbwCPc.g.yVhojywafs5uPU2ytCzdg7dgqL96FkIEKgWfz DPiz1OEcVpj62mjjOEuQTh69hOIhRAZ6Ae.MtOJUKEhGnCebqDa2BnGqrEVbfldp9lIJPl0jpohk 6mpbCjz7itrs8LYi2M14ZhJG.3tV4cpjCVYAxw1B4rTFJA4gkbM1zzTyq2uvGzeMLeBR_Oh15Ppx WaolqN_8MkY9dsGtuR62bdnxKzwZfMZZKub1KrcP4yJ4NXFKxL13gF_ag0qgktqYbU_yKZwrdoAQ FHDbhyTnh3vcDJpszVU5FNZSikSmY9ssq13qgx57Tp5i5inXZPu7Oq9ARNM3voJFTF3mvJ2uE8jP fMVxBPAOEIr_WEZHQU00H4jzjejAuCH7bpxraZU5x9cYhfqxg_8p1juD.HGFAetG.F0btm7xind6 gR4mLcLyKoKjDN3uqrw.kakRWyTZewQ.XvhzBdtXH_RDOp.NmbXo0_INfTkGnhFQMy9hWEUy8YwV ZZiIkX.ZatZQKsiIYfPN4nbN82aq83o0UcM1zCCUynn8Ys_ZnBnKJlMo0pKxZEhvR9XCMR_RQReI k8xSeTwaRKGrksnlOeQj9AynDA4AW5XTiqZWE03QgSp6Lc2f6l4sqFuUT3SRd8248PoZFji6inQL 9r6tFkFSSlxd_ra2VdOmlLUgFfjgpJZS8pjhQlf6ZbWaQugBJIhyHSKbQd0rcOMQHRVOcyF9K2kh TqHqUbwapXac5iz99IsGhCwptauh6__pzZchR66oVfN5yzKGmjmGW7cj5RT_doEnXOSGyU0j8xaI w3YoCl9YWnG.jo7COVTAAuOfiJEPaUiyY7zvOFuR3_d80NU8nbOu2ya.nTkWiz_qySK7oDttFqNn u1rPagyr.Y6qDwZg2GpLHsYq3VIqPUzwVKAhd8.RUD7ANqjZDRe5HAkWiJJCPF0esR6Ihwyi2N0h rFgkjNqe0XFNZR.f7aGbRyH6QDNFu6KTNIMVHC44zsnNwxw7ZcKqe2houX7K_EJQa3nYaEwaEK4X AU_nWg_BBNj9BEWtIkYHE5eMPDL8QxBJlK5bFcRqB1p5stDCi9yZ7LinxQDTVZxbZUMg_0oo0U17 iE4Thab0Pyy6kK4_KcbaWvVYl7fZvl6upEjrETs_r37lklEQ8.jTGucDdgiWo5U0EzuTWghCVqrY VTLYP2gnRsAlNsFRtHfX0XUTzn_hleqxnRboq8jvlt74A0i0lOXm1d2FTxP7fROO_D3jT5U80u1S MQQHSpk8qfndGHlteHTuwvkHeA5sgO0bGjrbU_XFTgfas6BpyVktTCE3fuenTXXaTPXv19Od76FU jNwG.ZA9.wZBiEeZVV.7_hvT24aaS.Hj3uOKDEckQnX1noXqJT9OG0kC476NJKcYGjyTLQavNYBS udtbrFR3UvhDntX3sF8f5t041Z5Jc6gVUIRxSDXK1hFxoFSaDDsQpUrJnhEDxtEpxMP.hIPwMnOI .1lJQ2WL1r5vFokw1OY4.1ed7PmJufcAaguqFMNdgzlopdCRH4S02EG.9LY1yXClvx4qehd.pUuW sIYOqVKcIDE_KjM8jruJshqvSCOL91el2IIgcjHOVjkuAgnAoWlweWIB9hB2eOKyUTASr7rOCOiy izmwdTgI3iaqPt9Oagy5S9kiZkT38myOOp_VmgRLbFZivDINhPFmIsmlaUgxj8AmyMQarjlGorLy rTwdmnINRVoNPvdFR2Ocl60qLiIRq88aVzoEsnrKU6p1pxROyT_vhozjYld0saRlhYOub2S.iNcK DnE.0F1bHlFbVXMFuucQCXsL5gFDxioFPZhMK2SUv_7VlgyK50YIxAPvervOEjoTllxx_mOnLTtC ZdsD5tcCIIDALnqXLTj4u1exHWUBKr5UIRNAuRBXXosXWsb5UDEsADUs1i.FjPaP7Bqe1ujxoLgT JjzWpL261mztOf5NSKrp1CrMhKvv3zn_aKM32KP4tjBYfu4kzOGy2E30WlK2pwZ.BIC_BG1GFFEa rfttOWduEvafd88XYBwrVRTlWGQRYl3ro9vAv4VdJIFP8UOw1tBYorjekTnoGeNf4g8FWtXjllkM ogrq5OJL87VvVglkffE.IPg4FRyMNENU_OaZXfRnqDCh04G2Zv08t1AS1Lk8xtntk7nycTnZ_czl PYE45NGR0fZmiXp3I2xV1LZq537Rg6Fn14youqh7gg_BU5QFZniFv2JQWo4WLEd4Qr9e7v7s6Doq ESiuAKQPA4I6hWYvEKR6cj2AIsujF1xIxM1aUuNz7HulhCJxMBQxFAbdWUF.g1mLmZtFZREMwTPB HZnEni7ecw0hTZIc5vv59fA.bICSfEQbQtMYE42PPgT_QyWBiW.qrCmd54o5jknt.y_bRXCcP8t6 fgs_PXe_8Dat7fU6vDTOodJvXrvTJ4ZXvcILAbtOcBAgzYiU- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 07:34:10 +0000 Received: by kubenode512.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6b2657699c06fae274900441669b8716; Sun, 02 May 2021 07:34:05 +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: sdma-imx6q.fwo: "lld uses blx instruction, no object with architecture supporting feature detected" Message-Id: <7D8C46DE-7356-4C09-A81E-82608D6BC770@yahoo.com> Date: Sun, 2 May 2021 00:34:03 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <7D8C46DE-7356-4C09-A81E-82608D6BC770.ref@yahoo.com> X-Rspamd-Queue-Id: 4FXyXg50zyz3wMN 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:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.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: Sun, 02 May 2021 07:34:12 -0000 During buildkernel for main I got: --- sdma-imx6q.fwo --- ld: warning: lld uses blx instruction, no object with architecture = supporting feature detected for a cross build from: # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #1 = main-n246411-a6ca7519f89c-dirty: Sat May 1 19:07:50 PDT 2021 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400013 1400013 i.e.: # ~/fbsd-based-on-what-freebsd.sh=20 branch: main merge-base: a6ca7519f89c52e9fab205cded0f2bf32d914cd6 merge-base: CommitDate: 2021-05-01 00:58:11 +0000 a6ca7519f89c (HEAD -> main, freebsd/main, freebsd/HEAD) powerpc64: = Optimize radix trap handling a little more n246411 (--first-parent --count for merge-base) Targeting: armv7 ( cortex-a7 specifically ). For reference: # more ~/src.configs/src.conf.CA7-nodbg-clang.aarch64-host=20 TO_TYPE=3Darmv7 # KERNCONF=3DGENERIC-NODBG-CA7 TARGET=3Darm .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITHOUT_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_RISCV=3D WITHOUT_LLVM_TARGET_X86=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D # WITH_LLDB=3D # WITH_BOOT=3D # WITHOUT_WERROR=3D MALLOC_PRODUCTION=3D WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_LLVM_ASSERTIONS=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # XCFLAGS+=3D -mcpu=3Dcortex-a7 XCXXFLAGS+=3D -mcpu=3Dcortex-a7 # There is no XCPPFLAGS but XCPP gets XCFLAGS 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 Sun May 2 10:14: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 8BB8A5FF3DB for ; Sun, 2 May 2021 10:14:56 +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 4FY2683JwJz4WrQ; Sun, 2 May 2021 10:14:56 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from smtpclient.apple (unknown [IPv6:2a02:8011:300b:42:d16c:56c0:ef5a:a8f5]) (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 EC464AAA9; Sun, 2 May 2021 10:14:55 +0000 (UTC) (envelope-from markm@FreeBSD.org) Content-Type: multipart/signed; boundary="Apple-Mail=_A69AD27A-982D-4E48-BA97-D4BF70E882C1"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: I2C/IIC working on RPI4 8GB? From: Mark Murray In-Reply-To: <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> Date: Sun, 2 May 2021 11:14:53 +0100 Cc: freebsd-arm Message-Id: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3654.80.0.2.43) 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, 02 May 2021 10:14:56 -0000 --Apple-Mail=_A69AD27A-982D-4E48-BA97-D4BF70E882C1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Mark, On 2 May 2021, at 03:58, Mark Millard wrote: >=20 > [I was given a code hint that I've not investigated yet.] >=20 > But going in a different direction, based on my default > context on the local FreeBSD RPI4B 8 GiByte: ... and a whole lot more really helpful diagnosis over several emails. Thank you VERY much! it will take me a while to digest this, but digest = it I will. Ultimately, it would be good for a "make buildworld; make installworld" = on an RPi to install the in-source FDT, and for it to be correct, such = that it doesn't take some trickier port modification to have a working = FDT. This is worth taking on as a project, but I won't get to it very = soon. M -- Mark R V Murray --Apple-Mail=_A69AD27A-982D-4E48-BA97-D4BF70E882C1 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 iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAmCOe50ACgkQQlsJDh9C UqDE5Qf+L+M7nx7ZQsvO+uk+wUkd3D/78Nho0D0Izug3ZBevv4e0oA1Eot5uB1Od l2Jj57clw29DIl4M5JGepSgx34F1tk8eL7Shb24Rn1i/zTx1NW+1txYJAaqY3rxn a1s/0CvAaC/8DVGzBOyytmOCFtKQcb54aiKuv0LFpyz0C1Z6K90rVGAj/D0QSzoT VzhdlXJEe1kTuaBRB9BNI8R3nruh7vgOiJmeYJI19BGqi7ux4AbkOFPLWa9dKzKi 68RPXKA/0XPKDAcQDXp8329vToLzOmTXCowSm2eox2893sfKGk7BkSQYq+Fgxtml lCJw0lwkfX1Ns4LH+9t5NKPCm6aMpw== =cBxJ -----END PGP SIGNATURE----- --Apple-Mail=_A69AD27A-982D-4E48-BA97-D4BF70E882C1-- From owner-freebsd-arm@freebsd.org Sun May 2 13:20: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 C28AF62547D for ; Sun, 2 May 2021 13:20:48 +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 4FY6Dc2X1Sz4ghR; Sun, 2 May 2021 13:20:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 8dff901f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 2 May 2021 13:20:40 +0000 (UTC) Date: Sun, 2 May 2021 15:20:39 +0200 From: Emmanuel Vadot To: Mark Murray Cc: Mark Millard , freebsd-arm Subject: Re: I2C/IIC working on RPI4 8GB? Message-Id: <20210502152039.f462367996f41108649aeb57@bidouilliste.com> In-Reply-To: References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@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: 4FY6Dc2X1Sz4ghR 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: Sun, 02 May 2021 13:20:48 -0000 On Sun, 2 May 2021 11:14:53 +0100 Mark Murray wrote: > Hi Mark, > > On 2 May 2021, at 03:58, Mark Millard wrote: > > > > [I was given a code hint that I've not investigated yet.] > > > > But going in a different direction, based on my default > > context on the local FreeBSD RPI4B 8 GiByte: > > ... and a whole lot more really helpful diagnosis over several emails. > > Thank you VERY much! it will take me a while to digest this, but digest it I will. > > Ultimately, it would be good for a "make buildworld; make installworld" on an RPi to install the in-source FDT, and for it to be correct, such that it doesn't take some trickier port modification to have a working FDT. This is worth taking on as a project, but I won't get to it very soon. > > M > -- > Mark R V Murray > Installing and dtb in the ESP is still WIP but for RPI things are different. We made a decision to use the dtb shipped with the firmware a long time ago and most of our drivers are made for them. I've never looked at how much work (if any) is needed to have the same functionality when booting with a dtb compiled from sys/contrib/device-tree. One of the main advantage of using the dtb from rpi-firmware is that someone following a random blog post saying that one should use one of the overlays provided by the firmware will mostly work (this can also be a disadvantage if that doesn't work). -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun May 2 16:50: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 1FFB162A845; Sun, 2 May 2021 16:50:58 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark2.inbox.lv (shark2.inbox.lv [194.152.32.82]) (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 4FYBv45vPYz4qX1; Sun, 2 May 2021 16:50:56 +0000 (UTC) (envelope-from codeblue@inbox.lv) Received: from shark2.inbox.lv (localhost [127.0.0.1]) by shark2-out.inbox.lv (Postfix) with ESMTP id B49BDC0091; Sun, 2 May 2021 19:50:53 +0300 (EEST) Received: from localhost (localhost [127.0.0.1]) by shark2-in.inbox.lv (Postfix) with ESMTP id ABB78C007E; Sun, 2 May 2021 19:50:53 +0300 (EEST) Received: from shark2.inbox.lv ([127.0.0.1]) by localhost (shark2.inbox.lv [127.0.0.1]) (spamfilter, port 35) with ESMTP id zi0sxUFq0q7q; Sun, 2 May 2021 19:50:53 +0300 (EEST) Received: from mail.inbox.lv (pop1 [127.0.0.1]) by shark2-in.inbox.lv (Postfix) with ESMTP id 8F669C0077; Sun, 2 May 2021 19:50:53 +0300 (EEST) Received: from localhost (unknown [185.186.250.14]) (Authenticated sender: codeblue@inbox.lv) by mail.inbox.lv (Postfix) with ESMTPA id 4E5913E60153; Sun, 2 May 2021 19:50:53 +0300 (EEST) Date: Sun, 2 May 2021 16:50:49 +0000 From: John Long To: freebsd-arm@freebsd.org, freebsd-arm-unsubscribe@freebsd.org Subject: Re: Music streamer + HAT for Raspberry Pi 4B? Message-ID: <20210502165049.2233a300@inbox.lv> In-Reply-To: <20210428113434.5ec4d293@inbox.lv> References: <20210427172726.4d14fc6a@inbox.lv> <20210428102058.43c332f1cb96d53d67862607@bidouilliste.com> <20210428113336.4df8e803@inbox.lv> <20210428113434.5ec4d293@inbox.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: OK X-ESPOL: AJ2EQ3oZmXlEucO2LJgfme6kmZavNCkuvzuJvbBDg24g1r7Au9trcWeTBYbqGRy4dn8= X-Rspamd-Queue-Id: 4FYBv45vPYz4qX1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.152.32.82]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[inbox.lv:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[inbox.lv,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[194.152.32.82:from]; ASN(0.00)[asn:12993, ipnet:194.152.32.0/23, country:LV]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.152.32.82:from]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[inbox.lv:s=30062014]; 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]; SPAMHAUS_ZRD(0.00)[194.152.32.82:from:127.0.2.255]; DWL_DNSWL_LOW(-1.00)[inbox.lv:dkim]; MAILMAN_DEST(0.00)[freebsd-arm-unsubscribe,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, 02 May 2021 16:50:58 -0000 From owner-freebsd-arm@freebsd.org Sun May 2 17:31: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 EB20462B694 for ; Sun, 2 May 2021 17:31:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.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 4FYCpN4hHLz4sHQ for ; Sun, 2 May 2021 17:31: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=1619976714; bh=oEAXvQIQ1/mc8RLvmDZMlcbOOgTBogvzLl4bMSvEMyz=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YyhXr/GAg6hVhibBXxHJ2Dw/0xO9c0LWwIC1CMuc/7U8gDAOA8M0JQTWC429eCRdc2ztR1keYrV2Q8pGV13RzzHD8YVuuMZhsJSypWT7gRzN/MNQr39dBGO2saEDdKVJlwIldDEo2w2P1CXiInm4hf3IUZUrxzwP+ieex89WZYu5Crkp10u/6wdt74KwHoDTQe4uAj2867lMElP3RIrKLZAazueUiSYadhqxAL2LvKGdKgACCm4bq09lNhvr5PY9xJeCy+4e4onSiW0IWbBZWI9b81sUEWt1BLtkwyJno8ktPJPNp9u22pcqDri4oYRVJ5eh2J0qSab1NLHd1BBSwQ== X-YMail-OSG: _Mp0Xb4VM1lJQy8L3MuAge7724AESbRRc7TwB.JQU5JuZp3e7sYcMaItyq5UxFo 9evW.npH.A5KNH.ApIeB0XQr2LKN0OuPjgZVhTdYa6jwV96ObJSj_9YLqPR6EfWs34YeQXSlrjTN Ex2ET1lCvCiE5Kcv2qBK.V59N9VwO7_C98yVNQhN5KuYEg52FyWS22ALz1rDA.Uw.LeYGoi_WB8s FFYELYHUGK1odWxf59ZT33UoBHZtrOqNNV4_y6uWK9LXO.HL1NZ2zI4GPGGfEXBeXEx.dHM9krWo 7e6Vq40pyZVjOT4KUrywHJ28yJ.6jTh2MmkSLIT74Djtoi1qLdfjge9X_uajupaQCC1YgAPBV0wj qFHrEMOyRnyxHKsIe3Fk_R7vpyou178JTfb5Nju9.DnsqK4A4ljFEkdjEdU0_ojhJbgq7ehwj3a. 7PCl.IK15.bc7hjX0HtUkkDT2ZzDP1r8EpJXNMLA_VfrNY01MBUn_kX9dJTz3WqJXe2HWGXpZeIg 1wpJNFM_xmnZjPq1GXoChUb8pcmvi1dJmoZFC6NMoYHHvL95qzYbTRtZ8QfgQsdb4zvbi48QgT7s 6rh3mD0qS._uQRb5SIGx_76A38yrqioePWd5VoRiBFoIhvRw7CllnZEYqK99FleATWD6yKACk6ye YObXguf5uexigCRX6xOxEH1n4zbVAoKb60IZPnkJmnugoAz.wQNW7MnicMpS4Iet0YQ6_Xyo_n9u KUbfB7X6Wgpp8z29jTAoxb4k1iO0uc_1DSTGmf_WrpOlaQk5g8O5_rHnul518sJWFvd.6Fh0dTVw lEJ37vdD.rhO325uTXB9HiYgUU8VsXIzKzTTEqr9ocoNZa3hF.La_94OqFPOXyaophlPrcBZX_u2 9KQ8G3rgi.lkG0a1KeeZgJv9K.LAcrQJjjBOuXF2WGw8XvbZLpDvMl9Veimv98nDmxsmG6ekLBIa 8_GiobFi04.9eZeZ1P5sSelQFb2b2ShC1YBKhAj6ZhluhS3M_B4wtE6IVok6Xk87EddZfsxQy_dH vhPs.H4ofQDoRbwXvAncFblOUzyv6EyHBglwQdAmFn_51V_TjglyZRBjtQVXJXAI3cbOS82z.0ic 87nScjEo7aRQMMbVlc7J.5c_YOESilNQrxftPSQhyCyB6dy8vY_WK6.twd0TQxGJp9RCewm_4kG. cpV.RU_GNdW1MeVILlrYaEvpdLI670..76sHr7n_xVoyNzkvMYOO8CHhYkLY50JpZiOmys3Er8JT .cLiBmENW9weJpQrCLgEt3NaOjQIdF9QmPN8xAAgPWzNS36Pj1XAE.1gYxY_Njed8xjQnLFnQC3U ONUge0CkUgCN8kThS25fovudE6u8bSrw1rBN0Bu.qL.x5gc_Nv7OsT4wxv6YMk4oqtXrZ3aHdKim B.iqYrvK_OchfHDeBwBOwu0Kdt6cRuBh6GxhvQjkJxkrtkbMAzCgtJ1c_ilTbqmAPHyKCNrusMzr vCtj5NBvwmg82j8R_BqwFjnQJJub5tL6v8rLpOv69fJQlDZxNmX_JzoNC.VcXMa1ix.7B_9SD4eU HkjNboSErrxY0.3s0EoY3mEAHTCMkEeRdAWekHhP6.ex.YbckCiLfYm.tyLuZ0c244eFj4krfwk3 amKyz3gZ9hrlWqOvPpGEJJd0T4zOnSxjK47v9pgNnBuOsKxSmqAQ4BLFHqc7N2QhQCE69zRbnBp8 oQ5YXAWw1SIDPZR01YpanQdPN_SpTzAWuol.3Ux6EOrCW0kY1zEx8I6zvHZ3H.wTvkcTlaswPznw hXFMuCroNb2y99EI1V7Cfe9jbl5CtK9jbJ6_hMg2clnDFlaFNHwxNf._gaFo1KgBjN8KY7H8oXhZ 9IhLJoNGT_K.GT5pfTsN5oUiLZVBEaG0Jfq7gnEolgz1gLrgz.PDHl6_ls_frXP4JmQL_.ZwBL6S 9vKoMGWD6CVljvFhCfXqcYLFLcbIXsEN5bTPdYUdW.i6VMLVeePa6ELgbVqCM6QmaJ_Fl9uB99VW YyTuuAWgsvqh2Svk0ELU0IOxgSF6j2qZCLxsYOld2qtW0SXvFxt8mIRXT8G0y8PMVCpcXYA6gmZ1 oEWPjfuyLS06AzuYbDaDa4TaSNjR5yzCv12mNOf._vnj7g0N5fZeWVfUrvkwON89HTfzkkirdILw b0c49lV_2xsFX3OB0LobDlQxqkJ9k1or2mprHaNtAtJ3zmsI9lIRcbPYZw85l.pbZmuNeZali.0V 3F558jjfmKUVcZRRGvRsVltT49GGfGczhZE9wkqMU_2j1NKDcOQpAlzaOJDYq0Z.p4Lkk1KHHq2h PCSEZaVf2hehjS9Fgv_CBY7vO4yQZDoLr6RsWnOo0EOdTNnne_fxSANrTPEkG_K7Q5Di4n17ZtXj JQZAZDq9mBdsn5ea3fLe0.M8_6xU6fcepR9At6KtFCGr_Yq00yWUMKNTW7PVf369casqZm2yMfHQ 4RC9LuMSYOVf1KwrBmbm77_LMQtj7xEqW3T8x_5olUi1B2Sis4iQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 17:31:54 +0000 Received: by kubenode548.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 89dd191e436600fbb93953dcc207e40f; Sun, 02 May 2021 17:31:53 +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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: Date: Sun, 2 May 2021 10:31:50 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <01634FBF-A36F-4AD3-B10F-992CEA9D3729@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYCpN4hHLz4sHQ 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: Sun, 02 May 2021 17:31:57 -0000 On 2021-May-2, at 03:14, Mark Murray wrote: >=20 > On 2 May 2021, at 03:58, Mark Millard wrote: >>=20 >> [I was given a code hint that I've not investigated yet.] >>=20 >> But going in a different direction, based on my default >> context on the local FreeBSD RPI4B 8 GiByte: >=20 > ... and a whole lot more really helpful diagnosis over several emails. >=20 > Thank you VERY much! it will take me a while to digest this, but = digest it I will. >=20 > Ultimately, it would be good for a "make buildworld; make = installworld" on an RPi to install the in-source FDT, and for it to be = correct, such that it doesn't take some trickier port modification to = have a working FDT. This is worth taking on as a project, but I won't = get to it very soon. >=20 Linux and the foundation do not even agree about various .dtb names (or content). And some linux distributions targeting the RPi*'s use the foundation's .dtb files in preference to the linux mainline ones. For example, fedora uses the foundation's files (same names as FreeBSD ends up with). Fedora 34: # ls -ld /boot/efi/*.dtb -rwx------. 1 root root 26745 Feb 23 07:35 /boot/efi/bcm2709-rpi-2-b.dtb -rwx------. 1 root root 26894 Feb 23 07:35 /boot/efi/bcm2710-rpi-2-b.dtb -rwx------. 1 root root 28392 Feb 23 07:35 /boot/efi/bcm2710-rpi-3-b.dtb -rwx------. 1 root root 29011 Feb 23 07:35 = /boot/efi/bcm2710-rpi-3-b-plus.dtb -rwx------. 1 root root 26890 Feb 23 07:35 /boot/efi/bcm2710-rpi-cm3.dtb -rwx------. 1 root root 49198 Apr 9 07:11 /boot/efi/bcm2711-rpi-400.dtb -rwx------. 1 root root 49218 Mar 24 08:12 /boot/efi/bcm2711-rpi-4-b.dtb -rwx------. 1 root root 49892 Apr 9 07:11 /boot/efi/bcm2711-rpi-cm4.dtb By contrast, ubuntu uses the linux .dtb's. Note the bcm2837*.dtb names in ubuntu 21.04 (instead of bcm2709*.dtb and bcm2710*.dtb like naming): # ls -ld /boot/firmware/*.dtb -rwxr-xr-x 1 root root 26914 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-2-b.dtb -rwxr-xr-x 1 root root 29031 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-3-b-plus.dtb -rwxr-xr-x 1 root root 28412 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-3-b.dtb -rwxr-xr-x 1 root root 26910 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-cm3.dtb -rwxr-xr-x 1 root root 49254 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root root 48910 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-400.dtb -rwxr-xr-x 1 root root 49318 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root root 20140 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-a-plus.dtb -rwxr-xr-x 1 root root 21009 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-b-plus.dtb -rwxr-xr-x 1 root root 20545 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-b.dtb -rwxr-xr-x 1 root root 19872 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-cm3-io3.dtb -rwxr-xr-x 1 root root 1559 Apr 3 06:16 /boot/firmware/overlay_map.dtb The RPiFirmware has special config.txt support for using upstream kernels that expect the linux naming and content. For example: QUOTE upstream_kernel If upstream_kernel=3D1 is used, the firmware sets os_prefix to = "upstream/", unless it has been explicitly set to something else, but = like other os_prefixvalues it will be ignored if the required kernel and = .dtb file can't be found when using the prefix. The firmware will also prefer upstream Linux names for DTBs = (bcm2837-rpi-3-b.dtb instead of bcm2710-rpi-3-b.dtb, for example). If = the upstream file isn't found the firmware will load the downstream = variant instead and automatically apply the "upstream" overlay to make = some adjustments. Note that this process happens after the os_prefix has = been finalised. ENDQUOTE See = https://www.raspberrypi.org/documentation/configuration/config-txt/boot.md= for os_prefix and overlay_prefix information as well. =46rom what I can tell, it appears that the linux .dtb's are less tested by being less used, so possibly having more problems, not fewer. And FreeBSD itself would have to have its kernel updated to deal with the differences (or to support both ways). It is not just a build = environment change if I understand right. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 17:41: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 0E07662B6E4 for ; Sun, 2 May 2021 17:41:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FYD1P4y1dz4sgt for ; Sun, 2 May 2021 17:41: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=1619977287; bh=sD1p8XTuYe8E2EmYiqjaOcnxjXs2UFUYdLId0AYmjYt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Df8M7xULTtM0mKcjueCoLRSCnkcr8oI8FpuCe37jDr9EvflczNpKylSwAE9ZbsNHzpSLU5is3u+x/OIvuoyFNDLCtxM1IeefiYusMDIAQQ9sQOPJ/XnOUmms6XTgLSWUfyCW930uchQcix0t6z+QBaVnlvbyIX9JGu5qRSwx3k/rw2ymL1BUH/g+WkRH19vLhPJgPDOubxCCB/+aIEjD2HAFyRs8jmZkYIX7G89q/rTzUyAUUkCO4GwuQFj4JJNeBbZpmTvG9/49sIFiYX/jwO2hNDUcQWT7V//rjRWEuT8A9J0TdzLg5LCFs+jmAn5WinIHq3VOQkkwzQUPSSi0UA== X-YMail-OSG: t1W1HkgVM1lQBll9isWO25eTyquqZ5FT5WGhycuB8Lrn.M83F1jEA60vg2YGYEU .tYNqkkLN_isikUMMtqurj0kr1MIZDZGZtYcWWmE0Nh4nr8jqje9UEefaJ5DYwzpJZCdxDPiKEdj Woy7zeQYCz2RnphsGeKktvzzhtsvzF8bRWxXMNRAZZLe0u_6FeGfaidV22Ym7UqVTXFGroMD8nAp u4MAwlPyb8DvHAT.egMbyolz8l7nDeJvgG.U5nZ1U5XtwCQFR_wYraTRwSMBu4_eWyYndIhyPyYm P_KKrI2S3dLUgp8WD3RaetfXxx8QfSf0b3fJgw_jpNfsXnzzOK1UrlJlTtsZZeBwsGr2VywLs08H BDvAtM97WTK705Nlu3x62S641NsFLk3LXJJzZyY8wG8bq008EpAnI9hwHRJe578UwhTX8I9oxQJF 3cswzPYWte3pDfb9PYH1hZf84hOWBTUF3sFjcRaldFYPaZ_iGgM0wDdLQMXqZExwENdQ5.3HVihS ccKHm6hOWN.zP_cExIjPnBicu4MFpLDYzHsc1UIk.2NnLbPYt0hR6dBDgiNGjpPOmakqmb2oeD5y kAarJxJjek707IKZeb4qgrcCwOUsjFtOe5qspTit8zdqekz7xNO8vYA3hAJblx69Yj2XKP0Iy7nG KsfXt7HXOjH73WWVkLK6B2GGRtZ5HPBdkkT_FqhIttpTuHItjZUM9nqUNi65jR7MRrXYwFZQFfSu qgB3E.AHEzWkLvZEaRmhPwC_xr9fYG9blAJkvW28mZzSZ7zt77E3zWJowJIH0SgMKgsCcx0o.AE5 sz_HxUtvLUXSuaArtN2nZdssdUlTPXPsucy2zZa3dEO5IBrhnlVm9LjrpJ0zhiBBp5MU0y7c7faU IzWd_A8hoRQEggACNiuYBL7evQyN8iLbjnLz9194fwPHXuH6RwiKYqDD3j10EmlxTvbJjl7fk7Z7 mC725LyuZvTkkIs5mUgs3fYNk4w7nI4tKcBu41TWX0vMSw65r_uC64P9YlMvdg1Y9mbk7tymGY5v z1ZYdxWfvquKYYyteWBdKWUNcze8DXB5mubbDFRhDbf.w_9md9v9XDDgyVX5ZY3.gjVweCT4Hys7 gtVtkPvpIDxCgu2ueqYlXM47fX.xsH4MVsyCsn6NrARgP7SZGQGtEKl8UKD3p3WWwtWO3kzKiXts f4eQ4WQcblxx73EHhJjTPZJqghc7J6n735_JlFkURU_foEpOU81TfOS4bAMrNCHeF1pdqxJk0R.s T9FeGiHvkAL_TtT36EW29hytuJBPPeNCHe1zV9Rz0vjWDIIjMGkTkxcsKoOxkVN4Om4OFtMdi13x 1ffx.yNBjmbCJCAYVmdKvep2SBdvv3t2EWOwZ.xdxHP.vABzlOthirgdjrhJ7QrImqdpQDuUy7OP r4S52IR5LQHbbLa00tYaLZUd2vqQmoIM4PSQfLWN8U4wdvuGWvAgMm7IkrVe1v4HC91kMBz5QKhb LRD8jMlwe_CLz3UfLXedIYbjFk9K42RGsxXZek4_WbAwzNYkDLi3uHjmDYYATgoIYDqC2SXIPE32 JpA8wtHzugEcZc9DKiZ5mLN2vIGVR6zsoUmX1ngqivmB03lBd7nNBGAJkvbQCJinGk0VwUtpHKKu ZRVYKOF8vUU9ns.WFYu6u_E4QeL9eRYVhOl_y9QyWcnuY9y5PZx4LcvVfnoKWpNHjDZAE.lBztow arE7EnhlakZGRSoTgwXShc.cgmEnlvJT.z.CrgKsfQ7RPXema_TyAabM7CWQQqPOujZ.Chw.XA3W Tmo6HDwQDI1wTDZXeuSbbOGO8HP_rJ2HiVh.7SpMi0RdxP_1sE0EXeEIuDO6KOhAf5ncG.p8SLkj hI._uiz0GNipEuH2sABnRHQ7G4x.IHxCJfHOSsaNAoe1PBkPh04qUXhfqulAKqleCV74KsTH0dbz 2Z2xZ53V9UyJpSRuk.gH175LYAOabN_JHvF_rGZpkawSMM0gndd4z6jTU6E8Gbrv_dveBjedGWoS MrzFAQWrlL9QpzmCwkxHTw7PJGvGu04yn02JGgJ1PZUDhqg7viPzA1LP4pUikSprMs1REoF3z.C. iHqE1g_x_KGRbEQ1qzGAFCm06A7Ku3XUECTr87Gi0bId7Ac0vTSdHVmjKNQ7.WQCuiuhpGgdwkFS szph6MMOZnV8A_DMciAFtjqu5KSpdptCEM8JcqOX1VLSlgBgS5Kg1B_CkWoDsUY.vU6ibJyVv0EG zHJb7fAd8TVtG23.9QTmyJur1q.OHzciTZYRGuhfeu3X_I05TPLrek1ej0tTCzYi0a._ck79_DGT Lf2MHqgUFP0YSPCsAdrKHmQiCLOGJu9xzr64tkI9zZ_lQeMlvzudXSEss8gta6gIvZR.Y_79ZbzJ _PdHO0QrEbRbSVSM.npimK2IOuHW5sCNCtgQlR4rL2NNnZc9J0IGKwMw8Kkis6AnLcY3BPkNUcHX 527WQv_pqUYA7YDJzAYMnWKNJoQ63bPczonpFqlIuxqzp4AX_Jp1IWkBCestg7pBaK3pOivRqpyI YDSM32nU5A2OsYKWSpNujgk44upFNpSlbnC9IOPXljCTiBT2InZhmr0k- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 17:41:27 +0000 Received: by kubenode538.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1d4f437bd26286687ed5d0a687bfe9e0; Sun, 02 May 2021 17:41: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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: Date: Sun, 2 May 2021 10:41:21 -0700 Cc: freebsd-arm , Emmanuel Vadot Content-Transfer-Encoding: quoted-printable Message-Id: <3EFFE0F2-1202-47E9-94AF-614779ACB4A5@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYD1P4y1dz4sgt 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: Sun, 02 May 2021 17:41:30 -0000 On 2021-May-2, at 03:14, Mark Murray wrote: > On 2 May 2021, at 03:58, Mark Millard wrote: >>=20 >> [I was given a code hint that I've not investigated yet.] >>=20 >> But going in a different direction, based on my default >> context on the local FreeBSD RPI4B 8 GiByte: >=20 > ... and a whole lot more really helpful diagnosis over several emails. >=20 > Thank you VERY much! it will take me a while to digest this, but = digest it I will. >=20 > Ultimately, it would be good for a "make buildworld; make = installworld" on an RPi to install the in-source FDT, and for it to be = correct, such that it doesn't take some trickier port modification to = have a working FDT. This is worth taking on as a project, but I won't = get to it very soon. When I collected and sent out boot -v gpio/i2c/iic information (case independent) for my context, one of the things in it was a "regfix0: Cannot set GPIO pin" notice with "REGNODE_INIT failed" and "regfix0: Cannot register regulator" lines as well: . . . gpio0: set pin 53 to func 7, pull 2 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 . . . Do you get the same? I wonder if it might interfere with part of the gpio* initialization. (I was testing a 2021-Mar-12 vintage of FreeBSD but with more recent RPi* and u-boot materials.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 18:05: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 BA51462BE78 for ; Sun, 2 May 2021 18:05:55 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 4FYDYZ4sGbz4tQw for ; Sun, 2 May 2021 18:05:54 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: by mail-pj1-x102a.google.com with SMTP id ge1so1778338pjb.2 for ; Sun, 02 May 2021 11:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=EKv7F8SkQ1wgZ4JX1OSH5bOMSS47zYsNt884I/+CTpI=; b=UqW0KNDhrNmo6yQ3j0hWTmAxWFX+RvZDxJmu8MFbF/7pctd0qZ+GlfHVJagH1OnUs9 xsCey+YLiYVCVNHdNJzx55zFHtePv3tpCaEgkmk4hNjEMPi2HuZ2gtb2BPuijZZ6QyaK F4AgvtInToyfq/rIBiWY3qXDRmheZD9YTYvRasZAW9yN4n7NE8sQfMRDHBFewyBEQJ10 nwWZWebbhlQ6vqZIa7BuVrXd96TOKO4fP/zTXX14HKmujSn8CklVJlTKdowwBRNDOXrS kZQRSbCndsVE53e/EFsn6snpUy/rNMV1IOd6KgYVgdLT8wmCcM1mWBA1g6FbvcXKmuxp F97Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=EKv7F8SkQ1wgZ4JX1OSH5bOMSS47zYsNt884I/+CTpI=; b=f2MfxFs5mY1ol/zquvPmTqFnbk+fJAjolYARJIIQMOp+qfiIaMXiQLVoy1TuhNqReM i1NaHMeHp8hnanlQB8zVBd3ncFGMJkZmGqpANZ07tk57Pq99Ma5GHyE6LCAebG4XbsAV 1PNdYDRybDkdS31Cz9zR9cni55JCQSPEXkCez5RSzUuxipGFnIWPjiXKwB7YczlHWTHL 9z6Gq/Ckq6u7ETP2P7jyHEDQd2IOImHwZdLZO7MI5rXgK1lHMvOLEOwmZLajiDXNVQqi AaoMA0/8/yzs5zOcRgETqrGVDLNPBvo9DuBDqMVCBQy+caNe84hHiInUpTbGVwxc3AWk FhmA== X-Gm-Message-State: AOAM533wQVJiFcusYPhUdOxoXJ8HSFpd1LsOrocRlhU8qXB05KgZqO4k aqOSbC3gWfmr9zwF4ao0EFqmcS1vXA1RUqKrA68pATUOw1Y= X-Google-Smtp-Source: ABdhPJz2A2RPTlAapBGRpRtxdHMGCaAQCF7nKDkaz1qQn2qVrBcnH0S0TiVf36l16MvaQuZGjYowaUXOTHQsSgALLAs= X-Received: by 2002:a17:90a:af8b:: with SMTP id w11mr16705642pjq.149.1619978752680; Sun, 02 May 2021 11:05:52 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Elwood Downey Date: Sun, 2 May 2021 11:05:42 -0700 Message-ID: Subject: Re: I2C/IIC working on RPI4 To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4FYDYZ4sGbz4tQw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UqW0KNDh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of elwooddowney@gmail.com designates 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=elwooddowney@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::102a:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::102a:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102a:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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, 02 May 2021 18:05:55 -0000 Yes yes yes!! I've been trying everything to get I2C working since I started using freebsd on rpi a few years ago. With this change to config.txt, my hamclock project can finally access all the I2C devices. Now that everything works I will also submit hamclock as a new package. Many thanks to everyone for all their work. Elwood Downey, WB0OEW Tucson AZ From owner-freebsd-arm@freebsd.org Sun May 2 18:28: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 F273E62CAE7 for ; Sun, 2 May 2021 18:28:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 4FYF394MdSz4v5k for ; Sun, 2 May 2021 18:28:05 +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=1619980083; bh=taKwhovzQEuXudDJdpCHdvNSPq33ckrJZ9vXeigElgb=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BHDmwUBbyKIdmdB+d0y+rF8LBNYNlefgGazVcZ9k6PTmDfblNPqW2GUUx0gbU0fGED0lPf4yJEkyNuYa3+zTwv1B6Q+nqxD3C3qe4qE1x/Pmnj2GDnHkZrlpXRw8XFtZvHEdgoE00fpbBm43/vTzJdECn4T/Z89OqQ87DJUZ3BN9TJmmyjoormGK5TgIrOH8U4Hd4wOMoCriws3K7ddxDbIfta80WIr3w1k6IiEwHKn8dc+dQ4dBYktVLTA8rQpudyixZO+QVTyDWjavRAOzg6fkRw7R3ShG4xAf8dd+k5zpAiGcNjzNlq7RQBUCORiOCyjLi1A3AsSpk7/nt6hD9g== X-YMail-OSG: 9aTZvzEVM1mYxfv_CRj.0W8oPIhMC3KM.em71lRLLYyQ37tdA64_garVavirEEb Rc085vkdex0wlkYr7b24hhg78m1DCqPm2vwVT1pI0eaIPJayZNcofK0DpJn0WWFnjGnSGX4H4Igw 4DgDM55buuCSxUvdvcR8yA944RBlWbjTkj8o0z9uHmS2yimVgY78bd2I_skT0C8E0xmbUi5KOx3B yu9JO6NpxpHFNFIpwm8eWW5m07xql0Vlhv_3SBL5ZpGS4cHJk0wnHW7JLiPC0a..f9gTm83x5xRp k2m6oneBYA10_dlZwKtITHbgVc550PxClbnvDgqBu1kvj0YFN7trMxA6CTqGPrLXUCEOa4NBVPCA pEW5e8G2daKVKZ4hr0iCGrz7Kqj7YDp2bFy_6lF5H1PtljvQpIn8tGuuW7_RDKpuFjyr9pzHNewu ZCEPo3qbEP8DGoNhsd7t9qjCm4I5m4YaBvelkAuqipBTXBucpT1UDOrjP7rKICZ4vKschOn7TlHY 4ias1IvK02WFWb2XCNJGNePNzhTmBSljsK.oFp2cEpEPiS7vNOFfHBMZvNC7CexIFdr8VU2giBOo 5MoGXvAFXMGucOb9qIDOFl0F8wsLUy6n8OhDql_7wD_LWqtznnLLPoa5_B9y3DldZmXIRqpPdkv0 ypDLFR28d0..QRlshKpi2JQhLDfZ.69nC3CTl1SpDRqELyn.Fzdp.B1JXIlkz6b.oaNriC7wuvTi m69tp_5o9.yPqbVn6OFL1fNcZeKPM4qdx7TJ2Suu1hjjnUbg81xMq8uGA2fvzL09.hTq2YAAnXkD Y7LmhKhJL.bBnIXxcvZznW1b5DcUyMpRY1NXawJtBQ5_yqeYgaDWbaEr7V10O2LIgLrvts4AFsFV c5aBcX3wYr6U5EIaQ_Fp7XvOJQomF6MnJdJkKlgR_xJpsm41G33h5nK_MET8zi4gEowQ8wR0I4it SyCmJD1Hw03MsBNv94dj_99kJwVOBZQBtFT_yH6__bPaGep4RbsZCrHyavEwzSw.oAlUiFnGkd0i CCCJ5UZbqAOju5DmPyt_ELPAR042hE2GM5oDY9llESPnBCdL.Z2paW5MLdAI0D8q3teTQc7G1OC1 uo4cABWm0Pu.6OmFjjX4v7RBX55_qKEyNMZoRtAc4QcZo0rrnjuYHX6XSAhLEDlfI62eCrYQczCH 1GfOFi50dZzVwKfGDbxIz9d_iFrDtWIFSzfqfLY1H009VKXSCoHRTn8GOOTdYx7Pw.s48SYDeQ79 sjJSN0.1eh_31k1UkSoRw_kwaSIxOLH3.FvUImLYLT1j11rTSHhVEVhQvSq2B7TeA27kJVVdFhmN a6rVxwagXv7ooDOvScfFzW_srQLYes8a2Qx1qscVxd8UWw.iKHLY4AWbcqko8h9QNzvY17uXPZHT o6yutWxLSCwcJ80DgLSSFQv.i0KPpkWPOTOFGmu9nUJokm8Cy3tdj5Pppz4DbnHGt58i_u1rnOls h9Pyq.qgL7El_QvofJa6jNdVVKwwEcTGcbeP2xmKA4UwZFOXCAxbu.UKY0k_5GcT.7yJoWKjwWfc Mqnjm5SaCod03Sqm.1hEEGT1Gv2USDrndNmhpwOTrAhmFwrRS4lLYULcukQu5rEfPKuIV4lP04b8 UYUuLjdfS9nPnm0me2oGuFlXchoHp1OrbC.Haw2SeG6GIROsLbRQUqPuDhr7Q3FiiGb2Yg54j5sw TjMS0NjisbxiopjY3GeGm3OSgHEqNKDcLxNLEdOebJfnj9rwIfd_hkhG.dcOaePr3.mi8l2oo04o 4rDAB9ZY.eUn4OZEwpzNZDVgXoP6uQGFEipzaFwoN229UPpUJ0STAOCA8JYUGUCO6iM_kPhYHl3Z 3j63_r1PjoxiB.FctrsS_UBWYRsJcC7y29JF.hHwffZqnRYkSLot2SA1WZQE4agKXVC83L0Tl9VH OL0AhbHXp7jXKE9SX5.3ssfAh.otXO9aGEsM1qJPuFvzvBXPnDOOm9e_I2quF.8FogFZefrxjrAn ScwH88tMtc_vvh6T_39JzLQwEKvKO7Y0PFrfKiGmv7CFzfPW8rYLfXg2FZSl2xcz6PubONPk8zy5 IaLU.P.8HtcnqzvMk4MgPAnK0y.VNbXSPeaEv.HvKIDP2KkrjPub5d.v8AzM_O.6WPomAoKGXeiJ wMBimSleM6JnvNKBx4KbGQyroe4cxE2SoRW2FItM5C1pv700ygH7lzpOsU53d6ijrdeRIuKM3xdz .enCD9zrtVz1SBxWjtAaj9syxjU2D6ZjOjnNzCbc79SPYJGSwGinAG6PBXbudPBgYrVGwKZBMs1L lZwc7GKW8vWq2JW_kvjp2kL.Lt3utIvIJatcrenkF8jNkmBiiBzRv8pVBuVBB0PMftY_emaMXfMb 8Lw3HTZgueTg..9fEN179skzwoiRmW90olIjcoemBfjX0cAJN9k2F4CfjndH7_ysLFT_OJFrXYo_ 4vYNcxFM0XiZhglfZ3XpnDgInmzWom9ur5KIEaxpOti8hM2K5ZmSSy6FwyacYg26XylwJrF5389N S5rLRf0DqRBOZITTA0dKUXFVnM_UW X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 18:28:03 +0000 Received: by kubenode544.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID eac5b65dabd4c3a9c16aa8ce855b238c; Sun, 02 May 2021 18:28: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: I2C/IIC working on RPI4 8GB? From: Mark Millard In-Reply-To: <01634FBF-A36F-4AD3-B10F-992CEA9D3729@yahoo.com> Date: Sun, 2 May 2021 11:27:59 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1ABF0EB5-80A6-41FC-B465-B21CE5F004D3@yahoo.com> References: <1C2DD11C-B1F6-4C2A-9AB0-5F1553520FF5@FreeBSD.org> <20210426161138.a8f44b6e1134f73a411be57d@bidouilliste.com> <47A634E3-4938-4AFC-9341-E480CEBF67FB@FreeBSD.org> <20210428101945.67417ef8eba251dcbcb38078@bidouilliste.com> <486E3EA3-EBAE-492E-B12E-E72E3E3E7B6A@FreeBSD.org> <501CB1C0-73D4-4BEF-A1E6-1F13C02EFA42@FreeBSD.org> <8CBBAE44-E736-4DEF-BA60-4D5068D25C15@yahoo.com> <01634FBF-A36F-4AD3-B10F-992CEA9D3729@yahoo.com> To: Mark Murray X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYF394MdSz4v5k X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.24 / 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.75)[-0.752]; 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.30: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(-0.99)[-0.987]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30: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, 02 May 2021 18:28:07 -0000 On 2021-May-2, at 10:31, Mark Millard wrote: > On 2021-May-2, at 03:14, Mark Murray wrote: >=20 >>=20 >> On 2 May 2021, at 03:58, Mark Millard wrote: >>>=20 >>> [I was given a code hint that I've not investigated yet.] >>>=20 >>> But going in a different direction, based on my default >>> context on the local FreeBSD RPI4B 8 GiByte: >>=20 >> ... and a whole lot more really helpful diagnosis over several = emails. >>=20 >> Thank you VERY much! it will take me a while to digest this, but = digest it I will. >>=20 >> Ultimately, it would be good for a "make buildworld; make = installworld" on an RPi to install the in-source FDT, and for it to be = correct, such that it doesn't take some trickier port modification to = have a working FDT. This is worth taking on as a project, but I won't = get to it very soon. >>=20 >=20 > Linux and the foundation do not even agree about various .dtb names > (or content). And some linux distributions targeting the RPi*'s > use the foundation's .dtb files in preference to the linux mainline > ones. >=20 > For example, fedora uses the foundation's files (same names > as FreeBSD ends up with). Fedora 34: >=20 > # ls -ld /boot/efi/*.dtb > -rwx------. 1 root root 26745 Feb 23 07:35 = /boot/efi/bcm2709-rpi-2-b.dtb > -rwx------. 1 root root 26894 Feb 23 07:35 = /boot/efi/bcm2710-rpi-2-b.dtb > -rwx------. 1 root root 28392 Feb 23 07:35 = /boot/efi/bcm2710-rpi-3-b.dtb > -rwx------. 1 root root 29011 Feb 23 07:35 = /boot/efi/bcm2710-rpi-3-b-plus.dtb > -rwx------. 1 root root 26890 Feb 23 07:35 = /boot/efi/bcm2710-rpi-cm3.dtb > -rwx------. 1 root root 49198 Apr 9 07:11 = /boot/efi/bcm2711-rpi-400.dtb > -rwx------. 1 root root 49218 Mar 24 08:12 = /boot/efi/bcm2711-rpi-4-b.dtb > -rwx------. 1 root root 49892 Apr 9 07:11 = /boot/efi/bcm2711-rpi-cm4.dtb >=20 > By contrast, ubuntu uses the linux .dtb's. Note the bcm2837*.dtb > names in ubuntu 21.04 (instead of bcm2709*.dtb and bcm2710*.dtb like > naming): >=20 > # ls -ld /boot/firmware/*.dtb > -rwxr-xr-x 1 root root 26914 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-2-b.dtb > -rwxr-xr-x 1 root root 29031 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-3-b-plus.dtb > -rwxr-xr-x 1 root root 28412 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-3-b.dtb > -rwxr-xr-x 1 root root 26910 Apr 22 21:21 = /boot/firmware/bcm2710-rpi-cm3.dtb > -rwxr-xr-x 1 root root 49254 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-4-b.dtb > -rwxr-xr-x 1 root root 48910 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-400.dtb > -rwxr-xr-x 1 root root 49318 Apr 22 21:21 = /boot/firmware/bcm2711-rpi-cm4.dtb > -rwxr-xr-x 1 root root 20140 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-a-plus.dtb > -rwxr-xr-x 1 root root 21009 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-b-plus.dtb > -rwxr-xr-x 1 root root 20545 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-3-b.dtb > -rwxr-xr-x 1 root root 19872 Apr 22 21:21 = /boot/firmware/bcm2837-rpi-cm3-io3.dtb > -rwxr-xr-x 1 root root 1559 Apr 3 06:16 = /boot/firmware/overlay_map.dtb >=20 > The RPiFirmware has special config.txt support for using upstream > kernels that expect the linux naming and content. For example: >=20 > QUOTE > upstream_kernel >=20 > If upstream_kernel=3D1 is used, the firmware sets os_prefix to = "upstream/", unless it has been explicitly set to something else, but = like other os_prefixvalues it will be ignored if the required kernel and = .dtb file can't be found when using the prefix. >=20 > The firmware will also prefer upstream Linux names for DTBs = (bcm2837-rpi-3-b.dtb instead of bcm2710-rpi-3-b.dtb, for example). If = the upstream file isn't found the firmware will load the downstream = variant instead and automatically apply the "upstream" overlay to make = some adjustments. Note that this process happens after the os_prefix has = been finalised. > ENDQUOTE >=20 > See = https://www.raspberrypi.org/documentation/configuration/config-txt/boot.md= > for os_prefix and overlay_prefix information as well. >=20 > =46rom what I can tell, it appears that the linux .dtb's are less = tested > by being less used, so possibly having more problems, not fewer. And > FreeBSD itself would have to have its kernel updated to deal with the > differences (or to support both ways). It is not just a build = environment > change if I understand right. >=20 There is another implication: the RPi firmware loaded and uses the .dtb files and also makes dynamic adjustments to provide what it does to U-Boot, which in turn can do more adjsutments for what it provides to the FreeBSD loader. Having the kernel use different .dtb built from other sources without having the RPi firmware and U-Boot also use the same .dtb is asking for mismatches and other troubles. Thus any .dtb generated and used needs to be tested for the earlier stages handling the alternate .dtb's. Compatibility would not be a local-to-FreeBSD concern overall. It is not obvious to me that alternate .dtb files make things simpler for knowing what will work vs. 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 Sun May 2 21:00: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 223EF5F9756 for ; Sun, 2 May 2021 21:00:05 +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 4FYJQY0NjFz3KT6 for ; Sun, 2 May 2021 21:00:05 +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 F3BEF11859 for ; Sun, 2 May 2021 21:00:04 +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 142L04F4084618 for ; Sun, 2 May 2021 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 142L04YE084617 for freebsd-arm@FreeBSD.org; Sun, 2 May 2021 21:00:04 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202105022100.142L04YE084617@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, 2 May 2021 21:00:04 +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, 02 May 2021 21:00:05 -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 Sun May 2 21:01: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 66D385FA524 for ; Sun, 2 May 2021 21:01:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FYJRl1k33z3L2r for ; Sun, 2 May 2021 21:01: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=1619989265; bh=ZLrr2f8J3wGi9S9LDp4HVddYnUFS4L1Jp2Uk8+FGz65=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=oIpywv7qNNg2J4Vayu/fcMSDpwbVTjGH12s9sYYki+UxrybC/yV8igmHdn9g1au1ANLr2AKTQgzJRVkAs9wt3p7WirdwrGQ/6RiwS6RpKE/xvjEhPgCm32HCRNDe/JwFKoMGPsqk83z6i314yanJCmMhWiEdxm0s6UDp7dcwjO/OAOsCYmXjZuLHuyotDXLXgZe/Mrn9SHtc1wTVFllPdXk4rpB2k3j+QKNo7pHRcuRfFMDPLNm5dso9zQ+lMEUW7MLqk4eJEj1+iT/9/l7zQ5R2xrnKLWgW1t+OJVDeOnftRP7IST4esbC9oKbuYVLic6V1IxsDv/l1TT6/uGEGxQ== X-YMail-OSG: _TD1_E8VM1lrCYqPFupvml.gfeh1t4aPBfkOO.ug8g8ybaHChva9SOdhERHUrjS gGahSggX14615r7ucyonSj9viw.srnA9AexuBLdFd_7WAvMGbsWA0834glxUahkeSd9dj7xaNpSW 6GYmNXklxhsMs3yiBa88II_bqT9pHi0QAyKWWPLMZPmoW_VVCiWvLSgD7EjgDTkxvk5hdx44HG64 DJPSyZYZuFC6DbiOH6yBEuVQlSA6fnzO25gQWXC8byd2PERoR3qadUaMT151zTSlk8OFhzfhmHei QrfF.h4fvYpOaUvwaziRrdZDsyn7BLt3vR0lgdUCaKVWpyFMVqYfy2gURkRwaE3TaCdD8eqh7T0j SZyuOlMr2v75HLn.Aa1CyKzxOf4DZv0fmI5fLNoHsI3x6BRmfS3Io6_ml_WQkAt488PfuhIQdmH5 80qX35RnRie4771jNOh4Gj7ugnI2q9Elz_iKmdUc9q1Guqy4jX9SgxxvjA_3HdvZ_1AdManv621c O_rUljcBCvRXiVXnDdGZmg9JYUqvNdSdwBFekxrLyhlWxyIjEhEABO5wkWOAgjpa7lvZsbeUhq8B bhTv2VcxRztmWMo7TXcnj00N6JG184Hf7yCxHyjdWKdmCvyQYd0hhtlvwI.sIQ_xzcCleRetNY2q 78qRt11R.Esvbdqvl5fofBYLzESM3gYZ_WXosX9xi5.qTfTj5lvPsUDHKjxw0MuBZRyC2E6g85mY _c95OKYijuG4P.5S23YAV8YZGHPq8XZyYCbIQfWB.GcQ4l4WpRr3UHIyHIBmnby0XooUIZ8bOk5Z bwnpAZWxi2.tPkjRSTApa26Ovbxnq_ux4edTP06h0s3T8MOmsrzJCFoSwfZimRhZLG.azIhdlfPi dc4mwRTjjSoEiMO1wEjEoNx7JQFv894vcJ2FXrD.uxMyJnTYzRpHNa5MPx3CDZvTobOsFgIgHQhX dCLe2wwdab7zPLIYble9yT_ylQMmbjS4ASiAfKNTxrODqQXWtr7I82noXfiA0DifjSiMzktvUhY9 TnJUSDCUOQwRf.p4_YXVOya1mSZg2.5x1zpRrToZWOpc5ceGQqtD5fd6hx0cGbvgaI_I1QbEB9yt fsrFVQDNVHfvyQJNEvljaTAzjQ4meyqigS5yDLlesRLQCy6asR1nUZgCP5L7RWJ2ktCupuZHYlhn mp_jM1CjM_DKpZy5FdxOCv1B9ly0dxeuXFF0Ka7c2.4DvfIrnSucGG.z7T4QBG8VeRnwiH9zE0mX MpRZ7Nqggrp75LszoIyTcg_qUDRfnQ_zQG7MABZ8OIqho60oVeiGfs5iIJ5SRb.cp55tPgjJsFgx E6Ac_8wBmTvfcrdWZ06gXNIrgl77Ce_Hwsn6SA6pPvoVHZDGJcvxt4JgXecpCz_ew91ZQ7BbjINo mBgN2taCVY.IJNpINcNDOPg9PE65_z2prj6LgKgv1LL7bBplx19packcPKRZ3mdNNkS7L0heCGqv b0dtbawON0iboW63cDyc5iZeUbxmBcv.lEGe00FRMvsVLKM3A2n5Diw.P4cOczEaiuI4x.fyqgzX A8Kx30hQmNH1tLWUH_eZlyLra1Gi0kNencJy4rV_NnvDeObvBRX.CIPyncuh4BVsLfykA2P_VdYV Am_ZN4tDk0VMzEcT41PNK4ATv.2l.tF.UiV5WpoxGVrUYxSuWgJPVw6Kv05jxEjkZj1pf7JvHk6L lWWjc5VT7y6USSACOoBm_scF8g_W5ED47ML7_eWWONiNy1qEJfskGfGvCHC4T6cQa98yycCNLgJn x3jdH1pQPVtiN6OXAOCg8WkPnUt6L.w7HmcJfEzWXK1O_Dk9GB8sa3c6QUv3v0wBRS2setRU9VM5 g7vM3QZrTkS4DTDcbxp7Q.2vVyqp.SQj2LmYwlIYJXjdX8gabCvu4OhTp7znMXERREAUKXiKwU7L i0wEsshM6Stmb5dPrlDmgIj7RnJfmbBau2MeD5qANFsOJa1Pu1N7doDomxleWrgYNhJBXiDCAzh. PEtEY3lMfMi66niEi4PpNpSEK1K4Naz3dIb128nlujNBBYARci4cR9AESGmrD94Gp_KzCqlsCbhA khTONH0nxaufnjEi48BnwPxlf4JkS5gCAZKaN1H.lj0plTrUK7UgnbnB3TdNprVHi3nVdI0Wyno8 taK9efhlTWjOidD2oez91iDsA_s.G1QgtoOe9e57.uLjn1UEs16HUjnanClTJh0ZUOOqDR5yqkwS pMrTL15Ifkyrd7x1iNFkrOyHQKgJquMja1.DbfathpemU_u1Uh06IwWjdsTIS0LLuy6mDkJCvA4t M64kr7uVtBeZftJzFxk8xISV0703JLyGqfvH94wFPoKydMyU2kSr8AO3fAI5Ay4MFnW9Ngek60nm DOJO3KKyKADZCgVHORE01J7bpxiG.ZDvHgwlwXBj7CTXIe3v6pYyKHfU1Sp40os7H7I7IEmNY4ZH JRj9oXtFs1XfydR8DFLrlwoHTs64vZlskg9WDdI.okrFhHCYFFzv94yizoNYLagouFq7So.g0JZy 2psTnqUSE0Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 2 May 2021 21:01:05 +0000 Received: by kubenode512.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e5aab8248274a069bd02ac2c45fce49c; Sun, 02 May 2021 21:00: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: I2C/IIC working on RPI4 From: Mark Millard In-Reply-To: Date: Sun, 2 May 2021 14:00:58 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <31C7EFC2-E266-49D6-919D-73D07B54FF53@yahoo.com> References: To: Elwood Downey X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYJRl1k33z3L2r 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)[gmail.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:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.205: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)[-0.998]; 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)[98.137.69.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205: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, 02 May 2021 21:01:08 -0000 On 2021-May-2, at 11:05, Elwood Downey = wrote: > I've been trying everything to get I2C working since I started using > freebsd on rpi a few years ago. With this change to config.txt, my = hamclock > project can finally = access all > the I2C devices. Now that everything works I will also submit hamclock = as a > new package. Turns out this is controllable from FreeBSD's shells and programmatically: sysctl and its internal-call equivalents. (This basically repeats a note to Mark Murray.) For example of via sysctl usage from /bin/sh : # sysctl dev.gpio.0.pin.3.function dev.gpio.0.pin.2.function dev.gpio.0.pin.3.function: input dev.gpio.0.pin.2.function: input # sysctl dev.gpio.0.pin.3.function=3Dalt0 dev.gpio.0.pin.2.function=3Dalt0= dev.gpio.0.pin.3.function: input -> alt0 dev.gpio.0.pin.2.function: input -> alt0 # sysctl dev.gpio.0.pin.3.function dev.gpio.0.pin.2.function dev.gpio.0.pin.3.function: alt0 dev.gpio.0.pin.2.function: alt0 # gpioctl -f /dev/gpioc0 -l -v pin 00: 1 pin 0, = caps: pin 01: 1 pin 1, = caps: pin 02: 1 pin 2<>, = caps: pin 03: 1 pin 3<>, = caps: pin 04: 1 pin 4, = caps: pin 05: 1 pin 5, = caps: . . . Such can be used to avoid folks needing to adjust the contents of the msdos file system that has the RPi* firmware ( and its config.txt ). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 2 22:21: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 42D835FC65A for ; Sun, 2 May 2021 22:21:54 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from barleycorn.oikumene.net (tk2-231-25124.vs.sakura.ne.jp [160.16.110.128]) (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 4FYLDl5v22z3PPM for ; Sun, 2 May 2021 22:21:43 +0000 (UTC) (envelope-from hiroo@oikumene.net) Received: from nowhere.oikumene.ukehi.net (148.17.178.217.shared.user.transix.jp [217.178.17.148]) by barleycorn.oikumene.net (Postfix) with ESMTPSA id 76EB961FAE; Mon, 3 May 2021 07:21:33 +0900 (JST) Received: from localhost (nowhere.oikumene.ukehi.net [192.168.8.24]) by nowhere.oikumene.ukehi.net (8.16.1/8.16.1) with ESMTPS id 142MNFrf089863 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 07:23:22 +0900 (JST) (envelope-from hiroo@oikumene.net) X-Authentication-Warning: nowhere.oikumene.ukehi.net: Host nowhere.oikumene.ukehi.net [192.168.8.24] claimed to be localhost From: Hiroo Ono To: Greg V Cc: Subject: Re: loader.efi does not boot on Lenovo Yoga C630 Date: Mon, 03 May 2021 07:23:15 +0900 MIME-Version: 1.0 Message-ID: <6fbe3662-d8f6-48ac-b4de-80bcc3f16a39@oikumene.net> In-Reply-To: References: User-Agent: Trojita/0.7; Qt/5.15.2; xcb; AnyBSD4.4FreeBSD; Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4FYLDl5v22z3PPM X-Spamd-Bar: / X-Spamd-Result: default: False [-0.25 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_DNSFAIL(0.00)[temporary DNS error]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[]; HFILTER_HELO_IP_A(1.00)[barleycorn.oikumene.net]; HFILTER_HELO_NORES_A_OR_MX(0.30)[barleycorn.oikumene.net]; HFILTER_FROMHOST_NORESOLVE_MX(0.50)[barleycorn.oikumene.net]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[160.16.110.128:from]; ASN(0.00)[asn:9370, ipnet:160.16.0.0/17, country:JP]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.02)[0.019]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[160.16.110.128:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_DNSFAIL(0.00)[oikumene.net : query timed out]; 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: Sun, 02 May 2021 22:21:54 -0000 Thank you. On 2021=E5=B9=B45=E6=9C=881=E6=97=A5=E5=9C=9F=E6=9B=9C=E6=97=A5 17=E6=99=8213= =E5=88=8632=E7=A7=92 JST, Greg V wrote: > > On May 1, 2021 3:32:04 AM UTC, Hiroo Ono wrote: >> Hello, >>=20 >> I am trying to install FreeBSD/aarch64 to Lenovo Yoga C630 (81JL0012JP). >> It has Snapdragon 850 as the processor. >>=20 >> I tried the 13.0R image, the UEFI BIOS recognizes the EFI partition, >> but loader.efi does not start at all. The screen stays blank. >> I added the following code to efi_main(), but still there is no text >> output. > > Qualcomm firmware has an alignment requirement, see > > https://lists.gnu.org/archive/html/grub-devel/2018-12/msg00055.html > https://github.com/tianocore/edk2/commit/de3c440e8a54c201c527b85da7b89d5848= 6ece4d > I understand what needs to be done, but I still do not know how to do it. I changed the following: in stand/defs.mk: CFLAGS.clang +=3D -mcmodel=3Dsmall in stand/efi/loader/Makefile: LDFLAGS+=3D =20 -Wl,-T${LDSCRIPT},-Bsymbolic,-znotext,-zcommon-page-size=3D0x1000 -pie But resulting loader_lua.efi and boot1.efi did not run. What else should I do? From owner-freebsd-arm@freebsd.org Mon May 3 06:37: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 933A9628BAF; Mon, 3 May 2021 06:37:56 +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 4FYYFB0PBzz4VL3; Mon, 3 May 2021 06:37:45 +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 1436bN7m034716 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 2 May 2021 23:37:27 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1436bNv8034715; Sun, 2 May 2021 23:37:23 -0700 (PDT) (envelope-from fbsd) Date: Sun, 2 May 2021 23:37:01 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Xoscope nuisance console messages on Pi4 running -current Message-ID: <20210503063701.GA34665@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4FYYFB0PBzz4VL3 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.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; WWW_DOT_DOMAIN(0.50)[]; 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)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[zefox.net]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_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,freebsd-ports]; 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, 03 May 2021 06:37:56 -0000 After a successful compile of audio/xoscope on a Pi4 running current a stream of messages appeared on the console and in the security log while xoscope was running: +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045006 +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045005 +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045002 +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045006 +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045005 +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045002 They seem to come at a fairly high rate and clutter the logfiles, but apart from that nuisance nothing else seemed visibly amiss. Are they of any significance? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon May 3 08:00: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 607E962A849 for ; Mon, 3 May 2021 08:00:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4FYb4G0ZLJz4Yqr for ; Mon, 3 May 2021 08:00: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=1620028812; bh=6ErL3r5DtsNgiTDkMVJxXp/EgkaB54WZx4yttrXKbFG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=taIbe/47xXRwISxZCnRDdxFZuo5Wn2yfNRkWWavGhW7vnep18Vv7mN0WapVQ6iZNHSFhKpYr4moII3jb8jP+TGsZ7X4UCOgHqteVuAgQkZu/502cP2QZr7VuYy26pSZw0i70snHwd4+MiMXlWk8f4mYDRSv9BCXFSJRC7hcMG3lpfL+FR5YANWgJTWUUhJZRdTa7xJdFW8J50rPyT6sBQgkIAcbPbBa+CxgYfY3S9VUqXHDguSYGWKfiN5q/rkjqm7Byz8lIq1bmhMfmGDIosME9GPKcB1zfPB2S2ZMmKrUgdU9JJEqP0Yh/FydGJgLPIJAenrA33srW7EDpdqXM1Q== X-YMail-OSG: KZ6S3YEVM1nt6t2_KRCXaC2AfP0DE16c2Rg8.y1KirN7TV.jcxCyV4Ixki3sCVd bKjeza0Kqq8n7oS8RDKKFVh9b0LxOfg1iz3uwqTPuA6QcAvejqi98MvhP6pmRQlb0OqKAJA_Ns5F iZ_LhEGYvalsea8zjLDXqQIGGBAJngywkGcttTVj0bBcXvMnSU6sR7WBzBCQtyKDjeRt6HDdd3Yq KtOk.4rxlG9.mNpcgxw.dUmuy_FfJGfjiO3t9PgnHySPZYTQ75P0wnt7Ral9Jt_3qO78NUBaXg74 WcXsQspAND8MKEpE_EMPkjxuC3aLQy_j3UHXjolnBV1UcHNAcIMBLpy_w.L1fv5NhPMkDZ33KfaY i6AEYH_uO___uUEcWlT_WvZVJTICQA87Ufq4VCc296Ml0UyQFOQs.jKsm5B_eey1x5T3IHZZ9CyI WZeuBLxAe31R1EE4Y.WJD3ng6hqCxOmKKgCayJAUyG8c8wnxa_GYTU8O2tki2CXEU7h8aytk_073 tDSYxGeyWfyAOXaxSnug.Pkp9ZKVTMZQHA45VwnBMNBps93f7lvCBpuEUToGPU2u.MUfMgt8VPIJ M1KVYzpAyiyWuKc7dtW6OxAByWicKURT5nAfWbv1m_G1jO5a0JKP3LMOgH2NywIxDP101pqICS0g WnSMMJs5V1O.meMdGv7TpAbyZlGbtZwvZV8Wv3adLzK4tNfwwyoEy6RbR4noZK7xQRvYwauTyjLh qEAmMRtyNzpiI97XS5jIPacymv5BT1lpJodX32cxUG1EoNhNAUk0cUt.B_VXRl6_M15GXCQ1FGa7 jUlIeb32s5RJT.AkzVuMAnkTptJv5JPfFHEw_f1Ada.VcNxCvTHueMpHCpRG6aeD4O8nYMctfEu7 yGQ8VF1FmLwtR0BHeCRRy.Rr6DFqVzD4TsPizHZhKt6Y9NAayUCuI3dv18dPfs7Y8FRmxEnTrY7w 9Jv0X_.nCgim.Av2V4DmEsh_3SVL2cWHPOD62luN3zmPPZtamAPqDxnQklFf.vuDAJfuw2XN7K4w S8tdHDvTuKf5fYYyWrX35TvZs02Q7XqlS578nfEwp2.ET.0YAFlIXjGFtO6qoFH9iYh5FcCIGSHw I7dMEiGZrkj7HgyqcxITDXHZLsizY07uCHCwrEaGqUGupaSdnwKxUFiFXgVQUS1IPOCYeTYpTawk HPVkyK7t6DvCnukACKyZfIZ.auKISFy8j8673gNC379G98ipK40TyMKo_rI5.Qfu1Kb_d.obkE4E xW_gZOAQJUMngQ06JRb5FOuRxwgYI.IBbcSmBBVgGVTxI1kh6UFrWbi1k_g8u.XriPHPK.AB7l._ 7C8kwMHGtLUa8C7_Nsv3wX0VMAeIIEH0ICNtfogmNz769PZ8L.OaQB_z8NSBvGIA5n4iahGZZGOc Py25Mm9BLFUJGUzwRCv8X6YSg_dhQkRp6K0j5AE3MJp6k8WRQRaBpY_kyEoDgUAtt41hlQEreH5j f_RAK2LOi6XB6uEUfrR6K4q_b5T4tYjvRYDxUuMvRmF3gK4Y_dkdUrZr7W9C6WvKcNXr0B5quuCP 2Ko1mQohmqgsVoSyLS9ieG9GyjFurmGooX.NIwj_TQXpY6oWUg9VXpRTfcaHovoxX.JBCXxxDH_z I._rR1nMGYpZjV04TmSa5PTseZOZETLNZCJ4B3LZ4aRpYiEKTw6EOvRgmkwVMiW2k_WtKB.TCJ7K O6p_kUYtATTAwsN.lIOVpaKJW6qeP0xRI6yvyML5n21nwXAiD4KWHUlKw2dP08pL0gWR2IHsCf8p j3tk61DISAgO_3NAR.v0IuirrHg5AIsIoGM3vQffb.fpLfdJ3l_B3JdRPlnI_KqjlvbB_rq8R2i2 ozIHf_d_Tw.f1kUCKz1gfP1vHZ_APkVt9CWS7naixjBH1XRhpWDxEbNaBgm5wEVPfsrWMCXuIBBL btzci7rOZnxRHgYr1PZ6Bu9r2iRy1uJogpsBwRfd3sKMAhcq_6jLCDPbUvxzRR3swuc0InRyNDrv 1qbI9moMpxr5AUJwwzSJlJQ69U0od.SCQ8yDiUd9BL30ubqgH_xC1o.UAlqHyIszn1_doKm91b47 8HfoJEOax8jVJUEoIwkI2gfoIBGJ309lLCPKjrUA8BUJMLrwCL6jcjUQqi4ntyxie8urj5c5v0F8 wVExtGimUhkDIXJ3H8z7BruoxHMY4w.GWC2pPwyuK7lAgn6GUaho6bFGjlykZfQRNNa8EglmdL13 KJSRzJUitmaM9GC0oPzyfGllC3ld54T4DaXlkVdZINpq3B_NpqQAOilLpg4qkqGzgEca4gnteQvZ FF_wGeCSMQkW8DTblYhfzXex_b_9ddEOAXwOy.mzJff68CT9EE7z8E2xP9zBxaD_qcagtMTdGGko c7Aif2aACD4.xDXXJP1fcA3T9pBa5OZ9OJTviFP5OEuKQCitSqZTX1SLmsLXl5ROs_vxs2FseGyq HPy8P.L6LwfbQ8_UnApBUeOBgh1fYV0JXau2gg2Cm.bQlcdUiDmYLrSg8CjSpex9WBV6I2LA6Rp_ owAS6O_g2G1wqlT4d6ViIB4Wjh6CeN3CdcipV56pjxEP4YKksm47xDjPdMW.o8cKD X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 May 2021 08:00:12 +0000 Received: by kubenode544.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 713617f43e67148f4c1c8b25a07426a5; Mon, 03 May 2021 08:00:06 +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: Xoscope nuisance console messages on Pi4 running -current From: Mark Millard In-Reply-To: <20210503063701.GA34665@www.zefox.net> Date: Mon, 3 May 2021 01:00:03 -0700 Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <263BF9DF-B22B-4579-9667-AFCB7D2D667C@yahoo.com> References: <20210503063701.GA34665@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYb4G0ZLJz4Yqr X-Spamd-Bar: - X-Spamd-Result: default: False [-1.94 / 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:+]; 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.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)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.56)[0.556]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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: Mon, 03 May 2021 08:00:15 -0000 On 2021-May-2, at 23:37, bob prohaska wrote: > After a successful compile of audio/xoscope on a Pi4 running current a > stream of messages appeared on the console and in the security log > while xoscope was running: >=20 >=20 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045006 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045005 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045002 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045006 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045005 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl = ffffffffc0045002 >=20 > They seem to come at a fairly high rate and clutter the logfiles, but=20= > apart from that nuisance nothing else seemed visibly amiss. >=20 > Are they of any significance? The code from a mid 2021-Mar vintage of main [so: 14] looks like: /* ARGSUSED */ int sys_ioctl(struct thread *td, struct ioctl_args *uap) { u_char smalldata[SYS_IOCTL_SMALL_SIZE] = __aligned(SYS_IOCTL_SMALL_ALIGN); uint32_t com; int arg, error; u_int size; caddr_t data; #ifdef INVARIANTS if (uap->com > 0xffffffff) { printf( "WARNING pid %d (%s): ioctl sign-extension ioctl = %lx\n", td->td_proc->p_pid, td->td_name, uap->com); } #endif com =3D (uint32_t)uap->com; . . . where sys/sys/sysproto.h shows: struct ioctl_args { char fd_l_[PADL_(int)]; int fd; char fd_r_[PADR_(int)]; char com_l_[PADL_(u_long)]; u_long com; char = com_r_[PADR_(u_long)]; char data_l_[PADL_(char *)]; char * data; char = data_r_[PADR_(char *)]; }; So, uap->com is unsigned with 64 bits for aarch64 and the 0xffffffff is converted to match that for the > test (C rules). The assignment to uint32_t com would end up with a truncated value recorded whenever the warning is produced. Thus a value like 0xffffffffc0045006ul ends up with com =3D=3D 0xc0045006u instead. Then looking at the usage of com leads to sys/sys/ioccom.h : . . . /* * Ioctl's have the command encoded in the lower word, and the size of * any in or out parameters in the upper word. The high 3 bits of the * upper word are used to encode the in/out status of the parameter. * * 31 29 28 16 15 8 7 0 * = +---------------------------------------------------------------+ * | I/O | Parameter Length | Command Group | Command = | * = +---------------------------------------------------------------+ */ #define IOCPARM_SHIFT 13 /* number of bits for ioctl size = */ #define IOCPARM_MASK ((1 << IOCPARM_SHIFT) - 1) /* parameter length = mask */ #define IOCPARM_LEN(x) (((x) >> 16) & IOCPARM_MASK) #define IOCBASECMD(x) ((x) & ~(IOCPARM_MASK << 16)) #define IOCGROUP(x) (((x) >> 8) & 0xff) #define IOCPARM_MAX (1 << IOCPARM_SHIFT) /* max size of ioctl */ #define IOC_VOID 0x20000000UL /* no parameters */ #define IOC_OUT 0x40000000UL /* copy out parameters */ #define IOC_IN 0x80000000UL /* copy in parameters */ #define IOC_INOUT (IOC_IN|IOC_OUT)/* copy parameters in and out */ #define IOC_DIRMASK (IOC_VOID|IOC_OUT|IOC_IN)/* mask for IN/OUT/VOID = */ . . . So, com =3D=3D 0xc0045006u ends up with: I/O matching: : IOC_IN | IOC_OUT Command matching (byte): 0x06u Command Group matching (byte): 0x50u Parameter Length matching : 0x0004u While I do not know the specifics for the command and command group encoding, the truncated value seems coherent with the code that is using it. My guess would be xoscope used a signed 32-bit type that got a value with sign extension to 64 bits before the value started being treated as unsigned. If it had used an unsigned type instead, the padding would have been a zero fill instead (presuming that I've guessed right). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon May 3 15:23:40 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 325D3635597; Mon, 3 May 2021 15:23:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FYmvv0fy9z4v5Z; Mon, 3 May 2021 15:23:38 +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 143FNdei037422 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 08:23:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 143FNdYA037421; Mon, 3 May 2021 08:23:39 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 08:23:39 -0700 From: bob prohaska To: bob prohaska Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Xoscope nuisance console messages on Pi4 running -current Message-ID: <20210503152339.GA37236@www.zefox.net> References: <20210503063701.GA34665@www.zefox.net> <263BF9DF-B22B-4579-9667-AFCB7D2D667C@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <263BF9DF-B22B-4579-9667-AFCB7D2D667C@yahoo.com> X-Rspamd-Queue-Id: 4FYmvv0fy9z4v5Z 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.05 / 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(-0.95)[-0.955]; 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,freebsd-ports]; 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, 03 May 2021 15:23:40 -0000 On Mon, May 03, 2021 at 01:00:03AM -0700, Mark Millard via freebsd-ports wrote: [detailed code tour omitted] > > My guess would be xoscope used a signed 32-bit type > that got a value with sign extension to 64 bits > before the value started being treated as unsigned. > If it had used an unsigned type instead, the padding > would have been a zero fill instead (presuming that > I've guessed right). > So this was an artifact of compiling a 32 program on a 64 bit machine? And, perhaps unnecessary use of signed versus unsigned integers? This begs two more questions: It is harmless (seemingly not always), and would it go away if compiled and run on a 32 bit machine, say armv7? Many thanks for the detailed explanation, but I'll admit not understanding much more than the quoted part above 8-( bob prohaska From owner-freebsd-arm@freebsd.org Mon May 3 15:34: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 A41846359C4 for ; Mon, 3 May 2021 15:34: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 4FYn8d5BdTz4vpL for ; Mon, 3 May 2021 15:34: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 143FYggU037570 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 08:34:42 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 143FYgOO037569; Mon, 3 May 2021 08:34:42 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 08:34:42 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Timezone problems on -current Message-ID: <20210503153442.GB37236@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4FYn8d5BdTz4vpL 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.09 / 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(-0.99)[-0.994]; 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, 03 May 2021 15:34:42 -0000 It seems that the timezone gets screwed up each time the OS is upgraded on a Pi4 via sources on -current. ntpdate is working, but the machine reports a local time of bob@nemesis:~ % date Mon May 3 15:27:04 PDT 2021 while a Pi2 reports fbsd@www:~ % date Mon May 3 08:28:35 PDT 2021 The timezone is PDT in both cases, but the time shown looks like UTC for the Pi4 but PDT for the Pi2. I've noticed this before and cured it for a while by running tzsetup. The problem seems to return each time the OS is upgraded, though I have not kept careful track of what's going on. Anybody else noticed this? Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Mon May 3 16:20: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 F1C2C6368A8 for ; Mon, 3 May 2021 16:20:09 +0000 (UTC) (envelope-from valery@vslash.com) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FYp946lFqz3D23 for ; Mon, 3 May 2021 16:20:08 +0000 (UTC) (envelope-from valery@vslash.com) X-Originating-IP: 88.126.50.171 Received: from dell.vslash.com (unknown [88.126.50.171]) (Authenticated sender: valery@vslash.com) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 49F6D1BF20D; Mon, 3 May 2021 16:20:06 +0000 (UTC) Subject: Re: Timezone problems on -current To: bob prohaska , freebsd-arm@freebsd.org References: <20210503153442.GB37236@www.zefox.net> From: Valery Seys Message-ID: <9cdd8142-6fd3-e6d2-b1fc-5dd505cf7c22@vslash.com> Date: Mon, 3 May 2021 18:20:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <20210503153442.GB37236@www.zefox.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FYp946lFqz3D23 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of valery@vslash.com designates 217.70.183.201 as permitted sender) smtp.mailfrom=valery@vslash.com X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[217.70.183.201:from]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RECEIVED_SPAMHAUS_PBL(0.00)[88.126.50.171:received]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.183.201:from]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.201:from]; 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]; DMARC_NA(0.00)[vslash.com]; SPAMHAUS_ZRD(0.00)[217.70.183.201: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: Mon, 03 May 2021 16:20:10 -0000 On 03/05/2021 17:34, bob prohaska wrote: > It seems that the timezone gets screwed up each time the OS is > upgraded on a Pi4 via sources on -current. ntpdate is working, but the > machine reports a local time of > bob@nemesis:~ % date > Mon May 3 15:27:04 PDT 2021 > while a Pi2 reports > fbsd@www:~ % date > Mon May 3 08:28:35 PDT 2021 > > The timezone is PDT in both cases, but the time shown looks like > UTC for the Pi4 but PDT for the Pi2. > > I've noticed this before and cured it for a while by running tzsetup. > The problem seems to return each time the OS is upgraded, though I > have not kept careful track of what's going on. Anybody else noticed > this? > > Thanks for reading, > > 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" > 1. instead of using 'tzsetup', copy your /usr/share/zoneinfo//localtime to /etc/localtime 2. then, see if the upgrade remove/overwrite it It's weird 'date' report PDT in both case. Have you any 'TZ' var. set in your environ ? Try unset it, then 'date' should show the UTC. In short, I think TZ must be set accordingly to /etc/localtime in order to show something coherent. My 2 cents, p&l v/ From owner-freebsd-arm@freebsd.org Mon May 3 18:08: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 51805639454 for ; Mon, 3 May 2021 18:08:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FYrZV3BCTz3Kxt for ; Mon, 3 May 2021 18:08:50 +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=1620065328; bh=o4jn+sW9LUeiwJFNYpT3OX+GqneQqlxx2wwCm4x9F78=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QbB07PDf/6n/ygWvxb1GK/fctLgIVV4ufak3E+qZJVp5bmlDe5IGsNNjs+wPzxWLEymctMUo2w0mw2nS3osFtQVFFksS5K49tZdr/rKe9cbh0ZInSN92J5HFPA194y05DpL1A42AWTweWgG5gZt2qSrQ7JaLv+EdS9OyvJhPMJZozMe7PdXJ9JvjvZB13dJQVRztFEsd9mrjzQ51CNTTYRbJJDK7Pj4VpnQYhcAFwof5wJBBu9h4JWfFctuLS5SZRRtyQuDuGgvHwl1ky1i/0xrBK3c1AmkA84+HME2X2mn5w6C6kdikQcWudg+PsrsZpIEqJQwwOP9umEkkRckGoQ== X-YMail-OSG: bCMUCyAVM1nij2PvlYg6oItmKYYM.nHJxcFsjK5cA0nCQg1u2B3.RhXLtT3cpgT J1D1W.Tct.Ff5GlqyzJden43cp8VkukkcDMvX6MZBJVkVG1h9qj_7AUqOimHJLWISLTcoTP8tqo5 RsZYU8H003Hy9u.tFqvagJMnNf3MEEt2cqwS6tIdUbUlwI7o6VdV6l8Mh4DsLv5TSDeHnPllCqRT SOzuKeWVlwU8cDSAsLKPB2sgH1TULDsOjpWcLB7VH08B3zX9Xpp6Xlz8OjGZnwpSCYxaQvHxwDG1 8sznQzZQQxPR4KMycC_1tWBiK4f8NTb.VVWTPIrT3Zb9rMqjW0rpYH5R8Xqg4drzivGor7mVlFjR sz_wHNXS1PV1aKx19r3djorGgkCBoDNbiT5vIwvc._87dPvudycUxMZ.mnXiNi0sRMAXQy7ATKqY DR_nIdLQROCunMOMnqNneRUEOwHjc3VPUwubv_9WK90ohHtFuDpcsjOITcZkTiNYOeTcj2mMvzJu Fn1SvuLd2lFDHFx0GmODq5xYety.htl1cpOjQhbnhXI9qXAuDOwx4nOvVThLBs9eULJ8lYUnpEnu C.bG9gYmTG9CMjzsQX1ELXS_b0HQ5Sm.baZO7M0W0Kz5dsoHdqOHueCmnQYqI_SnWWhHqZ6Vo6EC ruR_2GB_f1KE4rjEy5Q_Q3amEXjyZxUN4E.JK0jPXWkmUGCHgXOsRnVA5bQdYAnEDD191MBjsp07 RxIqwCMtj5a0QzA5rpGTTNLFXmcSLtioQNqb5St9kdBxJlzGf4cpdazeOlpGcm_Ab4dw0c9evpiG smK9iqnDLIa0s9e58brvileuhMlEb7JpkCw9oXr5yqohwyX1Q6biChLxZEy0LdjKpKU1Png6hzNp tF2HyXToq9NQVJIcLQta.bD9aPOCzS6DPayygcHAtSUeHtsHnylcj65LAOHVfEN2Tvoro.wcinoq moj.uzjHWUA7fJVu09D1yzkjn2IzlDzvMfU3GuyX7Ma6gfGgYRzi57Nux3ywpRva_fZxFXdlscJp jEak1vAxYpjCwZOiX_CCaDFAYRunCDNN_aD777o3AC.g4xZYrB7Uh.2MrOhHlKiuehXpRIW_n6ye 3XuYTElc4T.a63C6.mcCFfAbWlL_qR_LlHrUflxNrfWgGm7L.slZsXFlxCglqpc6NX3.MYQFDLrr z0tnAafhDNZT0.DEErcdFtq59dfhQ8NCjvZnt3oB1nu.EZyI_6ZtpZcDPj5itR9VewDqgLtyygqZ vNC8Njdabq72T7M.17GapyQaUsGR_eLSl69eeLCl2BnRXOODBUNXxl57v2iIqAXlQ5bmJYJdALqQ oxR_WCXGImxA4_qJ3dAwwN0m94bTa5QMi99F8pKUeitn5m7os3FhU1Zc_23pSN5XQ_l1jX9dFyfF SripY2hP7waapwrgsk34rHrvcoJOOhIy.v9Awn1L7wp5AfFzHy2MwzB9CXw.sxMOO5.t8Bjd9SUU UJnk3.weeRv9UxhUZ8E2wnj8hW4sVkwtaMyyz4vHMHD2Mi1orRnuZcaSQ2ZauRGe9W.uSSSdKwiw P5Ca_VTiV4yksE1OVZeEl9owGR5xFA9bDcabyBKiAqaJy6kcOucjPVZycmBQwZMpa6cwLkr6TMXz W1wMIvLce_qEmeA7cqbKyIYPscWQZYikAZiyaMZzdB8.nse1m67Ov1RTDRvJFD4KeAO_44UpOFHL Lsyq9p4hAgYCabWRXoXltTwf9clsBCXzfGpdZXWi3UG3hIU6dZ7qKvAYMikSPr6IAr9agLqtFcP6 yTSiy7sp0lVeZxzCdDpd1aoKBTyS1HyF9ZQcd6PsA7YBJuAJd_gIdCNoojLIGYZoA2m1wr9QIWVa oYP6LyBUM2nscQLdshVa6M_ayXrwjEFIKaSRg2GBaIc77c1exzEXTbrTKQPPLvyBuiuin5nRbJsx .qnATieXrc1s4CeAWI_js3feD.LXkirpEl_TI5LKEfdbn7kwxZ0o.yJCqRieGIc57htYf54xUVay tts1YpdudgkGugQx7LODa_1qc0aExvJXB4iaKWOjaFgqbbXG8ZKbEvobWjleuvxjedLTbm8EJGVv xrdvd95P1DK39fSPoA7Z6KfksYAUnHePtVaKnRzpZRAnwatgKvC6Sl.icXsU.6wspuVoaGaQ6ZFE cOEo.h9wOcXwU.TVjra0gmD0vPFBjtiS53QPhGb6rnQN.EMNatNLkAuZ5vJQoYXGCjd3t8SpkOVm 5wJQ2SZM45JE7T.3iQlMPLGqDhSRKDfUoEjiNyiWFfYNeKLfLpWYh2HEn7JJLajGKFv_AGwM5bMq 5Nc.VRMNxODO7khOOXabYE5hTBNCs4puNXzJTQgRMXIpjmAan93.zFOKM2P6I6VcWNxQmKLqwu9o sWNIpGzl51K49adijtglgWeZ8zxjk402zTlJbhnVSc33v4NCOeZqRTF9Uv5KhlNVkC6NMgSIQwUE 4u2AMz7_d1pDpJ96DESPKlKIokFjYFPqBAGratOaL_ZF4g2tGbCWkx5JA69Tsjr2Z8hzNUseOcl3 M.VhjEYC44l1hgUy1lGC5lyzJtfGjZf6iX8_4DS1J7aAFEFUnxtuLYdESPbWdsn5eiLaqnw6uV8G RRQVt4JQu X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 May 2021 18:08:48 +0000 Received: by kubenode565.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 084bed7bbccb67bba36f5590fe97e22b; Mon, 03 May 2021 18:08:46 +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: Xoscope nuisance console messages on Pi4 running -current From: Mark Millard In-Reply-To: <20210503152339.GA37236@www.zefox.net> Date: Mon, 3 May 2021 11:08:45 -0700 Cc: freebsd-arm , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210503063701.GA34665@www.zefox.net> <263BF9DF-B22B-4579-9667-AFCB7D2D667C@yahoo.com> <20210503152339.GA37236@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYrZV3BCTz3Kxt 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:+]; 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.205: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)[98.137.65.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205: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, 03 May 2021 18:08:51 -0000 On 2021-May-3, at 08:23, bob prohaska wrote: > On Mon, May 03, 2021 at 01:00:03AM -0700, Mark Millard via = freebsd-ports wrote: > [detailed code tour omitted] >=20 >>=20 >> My guess would be xoscope used a signed 32-bit type >> that got a value with sign extension to 64 bits >> before the value started being treated as unsigned. >> If it had used an unsigned type instead, the padding >> would have been a zero fill instead (presuming that >> I've guessed right). >>=20 >=20 > So this was an artifact of compiling a 32 program on a 64 bit machine? I've no evidence that you were building the port for armv7 instead of aarch64. If you were, it would be good to report that. Otherwise, I expect the code produced was 64-bit (aarch64) and the rest is just how the program's source code is set up. > And, perhaps unnecessary use of signed versus unsigned integers?=20 That is what I expect is going on in the xoscope source code. (I've not looked.) > This begs two more questions: It is harmless (seemingly not always),=20= I doubt that it is a problem (other than the messages). As I wrote: QUOTE While I do not know the specifics for the command and command group encoding, the truncated value seems coherent with the code that is using it. END QUOTE > and would it go away if compiled and run on a 32 bit machine, say = armv7? "long int" and "int" are both 32-bits on armv7 (unsigned or signed) so no extra 1-bits would be produced by sign extension. So I do not expect the messages would be generated when executed via armv7 code. As far as I can tell, the program likely works (ignoring the messages) for aarch64. The messages are from the FreeBSD you are using being a debug build with INVARIANTS enabled. A non-debug FreeBSD build would not report the messages. (It is possible to buildworld for armv7 and install it into a directory tree and use chroot into that directory tree to run armv7 code on the RPi4's. This should not produce the messages --and if it did then there would be FreeBSD code to change for that kind of context.) > Many thanks for the detailed explanation, but I'll admit not = understanding > much more than the quoted part above 8-( =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon May 3 18:24: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 84FAF639BAB for ; Mon, 3 May 2021 18:24:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4FYrw53QH3z3LjJ for ; Mon, 3 May 2021 18:24:05 +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=1620066243; bh=caoQ7dg0ca+Ttxyi2LZf+irltetpySud2pvNJhlt4R4=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ofKKY8xWmA5ajWpryabRtjhDMCE352qE6Guwast25iag8/BpKWhgoP2tkT70wAd+FTbLPnGjUY7sB64sJ8gbkvg/+1v+rAqXoSSIjpxgu7ZD/2AMzwhpyVk2cJhjBKIfKOLfqAW8VW8TlT7D6uX/BARShRCS4La723Ca1/LXMDFwBIxVsEf/SLUgFDwN13UVt7K6O/tG3xlggh42TS5EEdCSFvVzQTGotsbGxsYuuVUlKxc+IR1rpRutMle99GG4TsKxUTVGCVnMEgPKGLGyW1zD7E9D9DzFumsm6p+VfRrHeE5232TthRWBEOjH8rCngBAYvayg/nWtU9Cs6VFf/A== X-YMail-OSG: R2rv0gAVM1kbtxpr_6jbWvfL7qyfqxb1hEmR3ggat44buOZDcZs0gTizfMms2KI TJuazqInn0W9Bnz_4IJN43zrSccTTkc1zhhzWLAprKkJS1cpaBFrZUHrEU9iNZqPFHTJOir5EH7r d8Wknlk8oBWXJWhGYWQoEO1xTs1ERw9U_lalLVcAb95jmpwphIEwProY00PXt_cM3_qyDmdxfDs6 bFExiXS3h.oX6kl.RBtmDfNO21N.jL8ukqYWO_adpsvbuXZJYEglvUTw6MXc2dYuRzQaXfTwB4n0 DI4jg3D4EK2iyZ3adB4PGE88w6nzs9QSVXHvU9WXbkGnwF_OPvudprOPVnqtaZnr6arDb0XfA5dp EdeWdVPFtSagOTCUbBI9lDwgXVnKO18MRWdxj1NlKoLqSDUH4o9QiDeryV2ixUS1RPjxZlOOZwBk T1_Zq589oYNKvUBVkfPjeBTJavyO8n4OQrtMOsUfu89Nw_H_0BJu3RpomIpIVu7i5iFoc9RF0N9U 1fekk166jOINAiF7LC3IpZp54BC9pnVUqfvKut3flYPK8aKmuc7TO1rllitDCfFZIvzdS8kkf5j4 5qtYO1O0QCJ7s51g5k52beV1YjTWaPIQMaMZJJXwtpKLitOGx_h4Xs27Hywz5eGH2zPqCzVi3e5e MKFGgpiNy.b3k8LWUy0yczI674Wv.riAMvx4unKxyr2THhOU4kIz1wzFt2HFsOqwePcaNjMCOul3 fT4dpQURY7M3Oh1ws.Ay35SDKkZK234r6eocny2KqohHdEPLh5mc.lEs_w8nnAWrWOaBxSS6FT0b _7aHDkX_4LSReR2gLAVkoSQD6IfK6.464CM9Q9njMfO_hbPsCSgClmBpjzquHf5Ng2KywTzrTqzs fpY0dFDsC_lML4pUGim6yh6Wxf4kZIUcjQXoPTO2.lLD0wh2jwv1vV_6PUgY2WDcX6EU.muke4vE Fx54_FCRBWuG9cWoDuvb_xgEWW_QKcAs2hv3HyJ9WZzpmjmosaVrAs9om3_RgRZODuUTlnHoe61m QDt6v47YOyomQjoF7s4MByBiNXM2CBHX6mSj_T.d0R1gHmHSYr6SxgdNcG76m2HSblstsgb14aP0 C7KT.yUeWj9XRN7lGhSSsibYvtAWGj25NDIZn0yJmgScxEmMuAFqqfvI31dZ4Ub0oM2ZNetmr3XD D9dUAuJCTz2IJHUADiHmVSSzrINaDDvuTqlV6Hrf7rDlifEXIfyfPMm5Szi331oNP8nJHjPIGiGX N9UPYOiepFrxapmV4lO820okHQ83Ko2cSF0bFZoKSe5F83T0OTzqecuyJV_zUOJuN9E7oeiybfvA 0D8iiq.wEF642OTx1gr3NhHrACUu.lllulMVEk27ZQ0JQz.ZvblnUqQ.zD3nwy_yAjYj255NiSua OTzemjO1LfXYBcDfu3jZhpOfSdnv6qYVCbcQYhcyX7Gu8AHOtHLUVQ9G7uNzU8oTxcxpnimep0Fy TXycMqasrGD55nA5d21IeUO24vmyAmuB0R8gmL7H7E8TdJiyFbnQxRk_FRn398bAdMdxa7NyY5y_ cToF3dWoP25cbZHJnyvjs1oYyRwUHcVe651h8W.qBxKZqC2ivc8XAMLMpYXFUTMpiS2IgRy16RxQ EZgoMri_idPiZH2ES_mSUFqrjNUTQX4XG3Pp41Jffhq0bMq.jQcRiaSWt3amT7QOq93x6KCuWJJo nnULMOMOtx2694nEFYsHzDmRR1rAo3NuZhWnfFmE5tqDQb6Xc92mnYLYicAzN8EhjVFKxQRpN.4b xQkEbMRSpAOse0evJMmNzxvBgeWlNBwyZwP1BeNfXMaT_yqs5WnqKAAa7cIOK.d5_.n2Hn5TqIOB 4r2VfAhsmzaYEkDLj3zBdpKuhJ4E5XImN.j6.nabZ3iWeMt.985iB1VMZ416J56lJ8BoxI7.OEco 2zuQfLKaGqP8ZmJ0pNVb0vU5t6S_fj5D5Sjan3NZYcMY7Tw.Nco3_920br8XxpEWN.WbmvtihRRV 4v_2logJo36.lS_My5cQqXFbsYsiZxZHYve4aQeWyMeHEftQpwXtRuwnaV7YlLzJ.YC72cvVOzwJ bA_MsRJ1rf7mErBqQSmcKvyhNrEKOToDn5AZDUTuGNfqBW_n0E7aZsQqdDmh_sc8qc7_hnQvidW5 oanOIxzwYHRGCJmYW6qafPh_Ec.4TtnXmgHWemDL0Jp8uF_m_bznOhjGvDk.0uWtcyzT8NSpwwRg KuL4n6FiiHrxxSvBzSeYs9xzaScMMFjtj2nWvjtB28JnZl9xSN9P5b3hMq8Ks7cSfNb1.NNSkiys GXgAWiAVoU_8s4GhrPkEyaoMseJFJfH6TGHdz3ily7oLjhJfleEoRJbVwc35ghljyXLCuZPe_IjN Lml0y0Pr0I6oxdYWSWki6VQ8IxlawTHWFJj9GpNaWz5UQTvbURFJLlmdzAOEIszkHpobLXQk7pn. YjyoGYpZ49sKGN.r8MjT31PROyuKdNZqdTqp_lAnZJPlmDJtR6_FBuFgV6k3BUMtB X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 May 2021 18:24:03 +0000 Received: by kubenode565.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1e216e78a0b998c2acc950ac8107d879; Mon, 03 May 2021 18:24:02 +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: Timezone problems on -current From: Mark Millard In-Reply-To: <20210503153442.GB37236@www.zefox.net> Date: Mon, 3 May 2021 11:24:02 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <3E0512C0-7667-44C4-B64B-501783C5B210@yahoo.com> References: <20210503153442.GB37236@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYrw53QH3z3LjJ 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]; 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.83: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.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.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: Mon, 03 May 2021 18:24:06 -0000 On 2021-May-3, at 08:34, bob prohaska wrote: > It seems that the timezone gets screwed up each time the OS is > upgraded on a Pi4 via sources on -current. ntpdate is working, but the > machine reports a local time of > bob@nemesis:~ % date > Mon May 3 15:27:04 PDT 2021 > while a Pi2 reports > fbsd@www:~ % date > Mon May 3 08:28:35 PDT 2021 > > The timezone is PDT in both cases, but the time shown looks like > UTC for the Pi4 but PDT for the Pi2. Note: I assume that neither RPi* has a RTC, not that it makes much of a difference here. I expect that one RPi* has a file: # ls -Tld /etc/wall_cmos_clock -r--r--r-- 1 root wheel 0 Aug 8 01:49:01 2017 /etc/wall_cmos_clock and the other does not. QUOTE ( from https://www.freebsd.org/cgi/man.cgi?adjkerntz(8) ) . . . . . . If the file /etc/wall_cmos_clock exists, it means that the CMOS clock keeps local time (MS-DOS and MS-Windows compatible mode). If that file does not exist, it means that the CMOS clock keeps UTC time. . . . /etc/wall_cmos_clock Empty file. Its presence indicates that the ma- chine's CMOS clock is set to local time, while its absence indicates a UTC CMOS clock. END QUOTE However, it has an effect on time handling even when no RTC (no CMOS clock) is present. If you want times to look right on ms-dos and Windows for the msdos file system involved, you then want to boot and synchronize time with /etc/wall_cmos_clock present. Otherwise you likely do not want /etc/wall_cmos_clock present for such activities. If you want times to closely agree, all RPi*'s should have the same /etc/wall_cmos_clock status, which ever way you go. There can be an issue of time going backwards, depending on the delete vs. add action for /etc/wall_cmos_clock . > I've noticed this before and cured it for a while by running tzsetup. > The problem seems to return each time the OS is upgraded, though I > have not kept careful track of what's going on. Anybody else noticed > this? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon May 3 22:38: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 A86F063FB25 for ; Mon, 3 May 2021 22:38: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 4FYyYH2byJz3ntM for ; Mon, 3 May 2021 22:38: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 143McB0q039199 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 15:38:12 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 143McBKq039198; Mon, 3 May 2021 15:38:11 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 15:38:11 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: <20210503223811.GC37236@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <3E0512C0-7667-44C4-B64B-501783C5B210@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E0512C0-7667-44C4-B64B-501783C5B210@yahoo.com> X-Rspamd-Queue-Id: 4FYyYH2byJz3ntM 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.08 / 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(-0.98)[-0.984]; 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]; 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: Mon, 03 May 2021 22:38:12 -0000 On Mon, May 03, 2021 at 11:24:02AM -0700, Mark Millard wrote: > > > On 2021-May-3, at 08:34, bob prohaska wrote: > > > It seems that the timezone gets screwed up each time the OS is > > upgraded on a Pi4 via sources on -current. ntpdate is working, but the > > machine reports a local time of > > bob@nemesis:~ % date > > Mon May 3 15:27:04 PDT 2021 > > while a Pi2 reports > > fbsd@www:~ % date > > Mon May 3 08:28:35 PDT 2021 > > > > The timezone is PDT in both cases, but the time shown looks like > > UTC for the Pi4 but PDT for the Pi2. > > Note: I assume that neither RPi* has a RTC, not that > it makes much of a difference here. > Correct, no RTC on any of them. > I expect that one RPi* has a file: > > # ls -Tld /etc/wall_cmos_clock > -r--r--r-- 1 root wheel 0 Aug 8 01:49:01 2017 /etc/wall_cmos_clock > > and the other does not. All RPi*s in my collection report having /etc/wall_cmos_clock, including the one displaying the wrong time. Some are Pi2, running armv7 12.2-stable, two are Pi3 running 14-current and 13.0-stable. The only one showing wrong time is the Pi4 running 14-current. When the Pi4 finishes building www/chromium I'll start experimenting to identify just what I did to get the clock wrong. The obvious test would be to correct the time with tzsetup and then update world and kernel, reboot and see if time is again wrong. If there are other, better things to try please indicate. I've never seen timekeeping problems and know nothing of how it's done. This begs a question: If I simply re-run installworld, without updating, will it overwrite the existing world again without rebuilding everything? That would speed up the experiment considerably. > > There can be an issue of time going backwards, depending on > the delete vs. add action for /etc/wall_cmos_clock . > I've long wondered about messing with time settings while the machine is doing something important, like running make. Is that something to avoid? Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Mon May 3 23:18: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 A6D6B63FE78 for ; Mon, 3 May 2021 23:18:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.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 4FYzS84F2rz3qD9 for ; Mon, 3 May 2021 23:18: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=1620083926; bh=CqOEE3kanXHZyfdIm5VdTzlLBdMCw/Q2LTyGKhx/Kbm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=HiEWUGXxu7fDHFakoSg97oFaW4c7G3EFeMNNEvCq0S/1TSEdWIb4yz9Y2YycuuhXO3hy4HjS1s7Z0Sxr+gehGVksqDWI6z62xPtAQ0QyoV7pbfM7LP+M2M+CC/7RnLFwDklybiewEq1gCe5LxHYPJbZC1PeaPt8OrvQX2owa8XIePmeSf0rljFMO69kHIiRdQDyuo9VNCM7pe9MXBVblOkG7KRlvF3fLAucHhnJRguKDhsFqyq2nJ5weVIuI4L6lA5ELwkd9oeE6TYETonw8xYVC7wSbCN/mllSPh3p6yS1T4j/yF8z2WQHD1TyWUdY9dHDqhtleBVoAaQBZ2HumsQ== X-YMail-OSG: tmGs5UQVM1n5kL6MTehyteDRnDA0Xtoqur1shdogs_wOKIGbswQiLKkCCqXLi9E BomuNPFEb2RrolYwO8D7Kw79k8nB0SHeXiSVPhX1emhpSCNsR9BqA3WJVX31cPXLtv5U5Gl.FIcF K3EXvnMffuyEXKAx4xs7dYIg9rO4KgBBOKpPJaJfhx6KMxcPV2JttjTqyoanSuPy72_ZctMij2s3 HA3yaNDlajVCV1Wo9r.yvsunZgknKiYfexLEJOiY9fXuvuho6dNGd9bhgpychVi4eX9mbeHqgvK3 gfvbSjMVfsmNorA_RA78jgFJx8oPm7LDWJfR3NUzkfjcD7eHWWgI8IMjJuEjuH44TofFJCMafJWz Ggnd5dKlqMq5loX.RYkvBwjTVf8CbhiwvQKI_b7uYl6jUu9aEKmGjVFOvxJ0ZMU5zlsfnke1m2bc RpuX1_47MpwE.errc1.e6gZrWNnm_ClPATTq72La.A7qWMq5ZhysK6hoocdunb08AUaYewHCJ86v MSAfjleCb0OL9tmLlFcbr9dr9KyS0R6R4L39kh4X8lgvjqNl.qtNQ8M7rc_QyTiJ5ZcCpCk7YQmi VJg7MPS8UXDZOig.PoCgfTFpp25.FPNfZifX9RP8vIPny_P65_NPYfUnP__yai8dLbWrhP6VWR_g 8ElrQFntduzs0cM7EU2GlAzZIT4NCvjrQ_C0KOjzRXAZK4hMVe8yONp_N34eBIpiCLrLEzAtLn_1 SvcBWA1JWB9h9bLra3p_3U3x2f7pBr5SsTx62nLg8RnGBUQE9CW4OgkmwjBccrfbaWa2J1eLQEiE 1UI__PueH3Y7yWvqAJTFzTrL5jxKJoqzB4AYQfnL3EvHpAy5XcWOsEGJnHVwX2nflIw2f2U.MjNl 6nGCEVDcPfvkTG0MWvoOvEoYIBlWyC4V7u3ItV5iIEXKLtqV2lBfhMJ2s.FitFsMz_zMscWdLBsA vjfdpXlXBCgKQgfPAHqJPcD2bU1o9FIUcxY2ptc9PpbNVHTKWIOZtE_NiPndFmIoLhg4WhyU6u1t .fZYfkg50BkHVs4aOIovwtqJLOUmSQfdwRg7jyNa38h_EnrCKGRfuuhoDVu.6QRKkG_0SMANhM9L GJH9Em5MPyqfnKbDLxL6TnEdQNYWIyZ_GwdXO.8y384keoDEivHIOhTZPzDCV8dg2RHiOxC6wjB4 PUToXgUTTLMK9VZiG7ckciFrGi.hNZuyJy5pJmdm7jjju.R_W5uuy1eEJyhcDdRnea48SjuuT_j_ T6rlkde4yA7ksKOABqeVlcgrS3nd_t34hYXpVjD2cCHTB5oAsO.K2E2k5q6wspiCgagpszViuxeC yBD64VVdIzwpXGUqUXGTGK4znDT.JhC2UH0Z6k6aKx2eDd1De_cgNkMIlVrjYUzvmMVEJEHMpXTu mh01xB_Luza3p4gDmrgs2_YKx60PJC6DduswZOq4BJzJIc_lXgkc4H8gJumQURWN7LzZJHi7vCge OSqEZFXqtSEvAnczw..5dAJDLzbYeaDrb5B75.Mg9TmNlttLs98VQFani8cHXLqt_eVBIwwbXB1K eSwp0yWAXnU7yaPwdlgCR8LuoAuDmQiia_AKBBzvLfMzG76PRdq9UG0ZsuorNThm0SWhspkQN5Ut qjL72LmVBRvFW4s6s16SnLH2GdGAsJkAxLDz9tGv6OuQn8Wt8305qXxgMolWqQqJejGuk1uKHGTG bZ9gwL1TCX1hk4t1wDM3cVY_JjNmz5CyDriWNdRtYy7ldILFHhbxLWMsChH1jTQXTrnhe.CbSqQi X5ll8u1lG9iccdGPmL1sTUnM2rkx9oJVzq_ue0bzIiOULWBif.Ko3aCON3rnEvjvdU.7pHURb.Mu CnkIHFlvEqui8UqlE3fiU0Y5MmCM9yTNyuwM4n6ZM6Aztknbq4ClJEJqPztdo8BqNZns8F9lNFke YvfoGGHdyy6w4LXjZUwypLo3WNJZR7cMPFr5q57lbxqyjTeHqqb_Rxfyvi7mqIKnrBCU.Oo7sB7. Zgns3v9JWV0BoB7tF7CJU92QI6z.tw78_Z2NhFzuvP62sriwSu5sTUV5hAYNyvilxgQgYIgg0oqL NVC38advK3ULocCj5vIBeUOA0PZOix5zTsDbcUrKd.eCdtoRYfTuN7oeQ.M_krwcFPJx4TQThI4A dCOp6wmScTH0fj_68UpJQ_xJRaE8s0uQNiF5Hpmiz0q1zKKhGN8FcY7P8_45LBqGOgz9mDkJL3yO Z0bywE0y2nZuFzKSjFonFw91Ge2lyDQ6RGCUSglG9o3DvPDA5IpIXH5BuvAiyEh5wVJLCcehTnf5 W.HNUb1m1QALNplEw9loqTqLEPZB2SGBk752kl8VIA4EN3EAKaQ4XRTkSrPB4tTgJkqVOXmr7i78 WuUZ2ZU6YFQ_WHLUN7bzfeRvuID5uAOsV8_LtG9S0.aMHR3ffFMJldZmgzx0ByWDxpYkZmeW_2ws uV_i8mn43eiFlUYGCA.Yptu1GtIXALh.Lurwo0SYCW3Z.sRJyD1sQl3deGFxN9rIdHrxUetfyEsG VOi19UgY3joPA X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 3 May 2021 23:18:46 +0000 Received: by kubenode557.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 70700c81fe8d54e11fed506ea4a6dd0c; Mon, 03 May 2021 23:18:43 +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: Timezone problems on -current From: Mark Millard In-Reply-To: <20210503223811.GC37236@www.zefox.net> Date: Mon, 3 May 2021 16:18:42 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20210503153442.GB37236@www.zefox.net> <3E0512C0-7667-44C4-B64B-501783C5B210@yahoo.com> <20210503223811.GC37236@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FYzS84F2rz3qD9 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.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.68.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.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: Mon, 03 May 2021 23:18:49 -0000 On 2021-May-3, at 15:38, bob prohaska wrote: > On Mon, May 03, 2021 at 11:24:02AM -0700, Mark Millard wrote: >> >> >> On 2021-May-3, at 08:34, bob prohaska wrote: >> >>> It seems that the timezone gets screwed up each time the OS is >>> upgraded on a Pi4 via sources on -current. ntpdate is working, but the >>> machine reports a local time of >>> bob@nemesis:~ % date >>> Mon May 3 15:27:04 PDT 2021 >>> while a Pi2 reports >>> fbsd@www:~ % date >>> Mon May 3 08:28:35 PDT 2021 >>> >>> The timezone is PDT in both cases, but the time shown looks like >>> UTC for the Pi4 but PDT for the Pi2. >> >> Note: I assume that neither RPi* has a RTC, not that >> it makes much of a difference here. >> > Correct, no RTC on any of them. > >> I expect that one RPi* has a file: >> >> # ls -Tld /etc/wall_cmos_clock >> -r--r--r-- 1 root wheel 0 Aug 8 01:49:01 2017 /etc/wall_cmos_clock >> >> and the other does not. > > All RPi*s in my collection report having /etc/wall_cmos_clock, > including the one displaying the wrong time. So much for my expectations. > Some are Pi2, running > armv7 12.2-stable, two are Pi3 running 14-current and 13.0-stable. > The only one showing wrong time is the Pi4 running 14-current. Do all the RPi*'s agree for there output for: # sysctl machdep.adjkerntz machdep.adjkerntz: 0 ? (My example context; yours may vary. But to get uniform handling, you would want all yours to agree.) Do all the RPi*'s agree for their output of: # strings /etc/localtime | tail -1 PST8PDT,M3.2.0,M11.1.0 (My example context; yours may vary. But to get uniform handling, you would want all yours to agree.) I'll note that: # strings /etc/localtime | head -1 TZif2 indicates the format-version of the file from what I can tell, allowing some cross checking for things being as expected. "man adjkerntz" has information on the subject. > When the Pi4 finishes building www/chromium I'll start experimenting > to identify just what I did to get the clock wrong. The obvious test > would be to correct the time with tzsetup and then update world and > kernel, reboot and see if time is again wrong. If there are other, > better things to try please indicate. I've never seen timekeeping > problems and know nothing of how it's done. I'm not so sure that this large-change would well isolate the problem --or be likely to change anything. > This begs a question: If I simply re-run installworld, without updating, > will it overwrite the existing world again without rebuilding everything? If you avoid buildworld and just installworld, sure. (buildworld after installworld will rebuild various things because of changes installworld makes, based on what META_MODE tests for.) But I'm not sure why you would do this. I'll note that there are other targets for installing some types of files, but they tend to destroy local tailoring and so are normally only for starting over. Otherwise etcupdate or the like deals with file adjustments in a way less likely to replace your localizations. > That would speed up the experiment considerably. > >> >> There can be an issue of time going backwards, depending on >> the delete vs. add action for /etc/wall_cmos_clock . >> > > I've long wondered about messing with time settings while the > machine is doing something important, like running make. Is that > something to avoid? Yep: avoid time changes in the middle of other things that are based on comparing timestamps. make, in part, uses timestamp comparisons. If date output ends up before file system dates, waiting for the correct time order can be appropriate. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue May 4 01:14: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 3A2905FB2F3 for ; Tue, 4 May 2021 01:14:00 +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 4FZ2133pM2z3vm3 for ; Tue, 4 May 2021 01:13:59 +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 3702B19D5 for ; Mon, 3 May 2021 21:13:57 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 03 May 2021 21:13:57 -0400 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=G5tbtBnnC56UEr9NipfOBeJoGMQ LoHyJCQAU0TLYGwU=; b=W/LYS2aThHbnksv5JqOQ4MLKt4wjL8T+2yg8EJLK/bC zmLAAbnCvinwI3tHWpPXtL3q3QDr8XHS4iLky/GW49kuT+01MSCb0n1Ufhxj9g2I /mr+H3IKsDpTFa5vmcMi3FJt4TSztoyFUoTwnpu5Cf4xIXuBskJqvhuIyA/2IDLw 3hpBPOrt0HnluW2cCyAjysBBqVow5SanlqepANMQBpOfYEmP1BVtZjBK+IHguPLz OXN6ywYXnPT/sXPofBmusv3yPt3cc5L1YvlZg56KqtQEI2X3T/Vdh6YsWwZhJtVn JOOUC8/zenVIzv/udGWGjrvwncZqq+TB4Y86cZ+WJ8g== 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=G5tbtB nnC56UEr9NipfOBeJoGMQLoHyJCQAU0TLYGwU=; b=YRN3IIbD1aMRwjEH0x9au7 LrVMDHKTFNLGi6iVkk41LDsSlL4tXMJLkTfT13uqznbxclzqWmz4vl4hhjOMMkJZ HblSFvCAojR1tKICfGqf+fZqBww7JYYVErMcp3r5a5UJRlViJ0zUcW4SQvLgKox/ DFXoX8dUs+g3+HGVYsQhVKozI48tKSWIRk8VWPoOBtCj7ICVny2MDxvxfDrvZzKz 1S3N/F9lFBUlGPrsMmBsyGkY5PB/S7278TzXATzRIfBPlDZ3GTIm6G069n3NjGPb s1+DO6OGKeFjpdec7X4v07NfnW0R26ckCY0+9BA9ZhTgfnnDb2z5KtM4s9Mj+uLg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdefhedggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevudekteeutdevtdejueelvdetke ehveelffefvedukeehueeifeehkeeugeeufeenucffohhmrghinhepnhhtphdrohhrghen ucfkphepkeelrddugeehrddutddtrddufeelnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from cloud.zyxst.net (v007.zyxst.net [89.145.100.139]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Mon, 3 May 2021 21:13:56 -0400 (EDT) Date: Tue, 4 May 2021 02:13:55 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210503153442.GB37236@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/qQYFrucODTFTqSF" Content-Disposition: inline In-Reply-To: <20210503153442.GB37236@www.zefox.net> X-Rspamd-Queue-Id: 4FZ2133pM2z3vm3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=W/LYS2aT; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=YRN3IIbD; 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)[]; ARC_NA(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.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; 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]; 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.21: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: Tue, 04 May 2021 01:14:00 -0000 --/qQYFrucODTFTqSF Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, May 03, 2021 at 08:34:42AM -0700, bob prohaska wrote: >It seems that the timezone gets screwed up each time the OS is >upgraded on a Pi4 via sources on -current. ntpdate is working, but the [snip] On all my VMs which are mostly 12.2-p6/amd64 I run ntpdate and ntpd=20 and they'll all return a line like this: ntpdate[532]: step time server 178.79.145.244 offset -3598.919836 sec when rebooted. I have this in my /etc/rc.conf: # ntpd ntpdate_enable=3D"YES" ntpdate_flags=3D"-b" ntpdate_hosts=3D"uk.pool.ntp.org" ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" if those lines are missing, the clock will show a majorly drifted value on reboot, and unless ntpd is told to, it won't set the proper time immediately. It'll do it in small increments over a long time. With my config, when login appears, the time is correctly set. Maybe it doesn't need the ntpdate lines. I understand that ntpdate is being phased out? Anyway, it seems to work, for now. --=20 J. --/qQYFrucODTFTqSF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCQn8oACgkQs8o7QhFz NAVK9g/+JWD+eKdULTU9fD8hHe5tXHJyIigSIto6jiSiLcrn7lqY3Uz4+ORCiG3+ 4MfNu9Bzq/gQ5oagzuWoJDw/BzKhvZ5daCglNRm74DZPXrmB3D+2Civp84JsBiND vkXhlIMzpztyFDGO6YiJoQCXvEp4o3OQLVCUuua7pnhi97k6Vc6ulAovZRG3kdKF ExamRMbWYKIWrfolD1KP82mePHmiWG5iC2sOwyEAZOw6FDEPau/qCc9X94U20UFt 6B4p1sq7j0L8PPejyc45SXIIFEqOie/LULLAQVOGIc0RVZYvUUOs2xuq0SKncI9S g8HKofEQEZMVHPdC19+ajAQCZ0/WRyiUdyRyWMbGnti9tOsmPItQ+NDkddPwww/D qQ/baFRznNlCjR8+qoXm73I5WDO0Ju0+xk7i4yM+3YYRqlADjY45gIJnj96lcZwr S6AB7zhKor8rtBUaUWgw+n+Q3uTboPTvsf3mpeIkJUu/8slRzbn40kMf11Z8j0t0 1phk0LT5Evk0MAMu9lYThU/b67TYuf3z6p8NYFQGVTYhCsQxBJ8S+YKwuew16tL7 P7flz/njQ8akHAcN34MFzokCqYFGxhtI/BrdkoOZ4feXLKHaZyFw/2/zO2gYMUrT e6BHANozpL0xsWUKpLNc9cb1JYx7Qsr/JnJ8M3cNHvH66j2eIg8= =tZge -----END PGP SIGNATURE----- --/qQYFrucODTFTqSF-- From owner-freebsd-arm@freebsd.org Tue May 4 01:41:40 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 EF9AE5FCFC3 for ; Tue, 4 May 2021 01:41:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FZ2cz6d97z4R9c for ; Tue, 4 May 2021 01:41:39 +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 1441feCV042044 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 18:41:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1441fept042043; Mon, 3 May 2021 18:41:40 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 18:41:40 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: <20210504014140.GD37236@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <3E0512C0-7667-44C4-B64B-501783C5B210@yahoo.com> <20210503223811.GC37236@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FZ2cz6d97z4R9c 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.08 / 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(-0.98)[-0.976]; 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]; 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, 04 May 2021 01:41:41 -0000 It looks like the culprit might be ntpdate not running when it should. When ntpdate runs towards the end of boot it reports what it did. In /var/run/dmesg.boot there's no output from the last boot. I've seen output from it before, so at least sometimes it works, but apparently not always. Sorry for the noise! bob prohaska From owner-freebsd-arm@freebsd.org Tue May 4 01:52:23 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 33E9A5FD3DF for ; Tue, 4 May 2021 01:52:23 +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 4FZ2sL13vLz4Rkp for ; Tue, 4 May 2021 01:52:21 +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 1441qNJF042075 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 18:52:23 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1441qNkd042074; Mon, 3 May 2021 18:52:23 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 18:52:22 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: <20210504015222.GE37236@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FZ2sL13vLz4Rkp 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.09 / 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(-0.99)[-0.993]; 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: Tue, 04 May 2021 01:52:23 -0000 On Tue, May 04, 2021 at 02:13:55AM +0100, tech-lists wrote: > > # ntpd > ntpdate_enable="YES" > ntpdate_flags="-b" > ntpdate_hosts="uk.pool.ntp.org" > ntpd_enable="YES" > ntpd_sync_on_start="YES" > Up to now I've used only the line ntpdate_enable="YES" and it's been enough to keep the clock sane. On the last reboot it appears ntpdate either didn't run or failed silently. The most obvious suspect is a wireless ethernet bridge that might be saying it's up before the access point is responsive. I'll have to do a few test reboots when the machine becomes idle. I know ntpdate works sometimes, but perhaps not always. Thanks for writing, bob prohaska From owner-freebsd-arm@freebsd.org Tue May 4 02:18: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 CCC2E5FFC53 for ; Tue, 4 May 2021 02:18:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FZ3RC1mbJz4TTH for ; Tue, 4 May 2021 02:18:14 +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=1620094693; bh=Gc4wWEjevsM/dmMLIRb2nuR8lLyypoPL27rGri/MhnU=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ma4pi9Na+LiutkkWXRXXgxCZVr19y4UBSf9y8EYeT19kyLfgS0UifL5FOjtKWjRg/p1oH5csWe1mIwOij36acrFp62TN/mfk+n6vrptoo+QOuNzf1jq0d3AVJTGuH7Yo32dmGbTNn8R68paGIMGXcbYBZDb3YPQ3GuQB+sliO6ySL4/Y2kDJy/bnFxjgzgmHCppHP9cD0g9InzSj1JzgpTPdHIHAIXMADw34AzTlT+oy7Tl4Ibb254N2o9MKBKWq/MEYlYm3MwUFi7K9IHoexhVkYFM5hkQr3/gJHjluXvfwKDdrGlnodysyAHSOTHXa7snRYaSB6Jo7n2FvrhSaEg== X-YMail-OSG: oZaIV_cVM1nZcqN5NiLd3MgP0OVcFl5PmMBTNT5CTX3iul8DDlUpLLzDC1Ax1Jd na.lvuWf6dv5Vbkgy8n4dLJLwpK7w68SyfmX.LzeiHEvTDmeGYy1HipeoNtcQ5sl.3FFhlIV2CqD eX74qOC03qQDQY0aw3EK0V37rFcIMq9uNq6x_qAJlVYTDmszrq7TNkrSNKkHINJOcFlog0Tp7dPg a2DWnoDAfKyMKBN9YtK_kvwDrychHae90JUv2lU8yGHQiUjigi3WJTsoa2KTmD3BU53vO4bMFTjD PeUbDlQsdsvqg_tqF9Zyc30.KiYASTyl9sSFlFTsDxA9quwvtrF_QLtzHubf_G11Sx41F1Vw.eEq lukI9Hzg7U3hJumHAJRBZ43GwVJ7K.afZXU2MPa.ESIV79LoGIbKpSqREeYLt9VIkiZy_McyYum9 F0dZX2j_LvhvEpAyAuknh939CbCzGuN35uJB32YqVFN8uxZQJDgwDPd0OzaGDRDcCMDMkDe.Z1Be zAkZfEwF55FakHHda8WmNi6usuOs8QDXmh_83DF3shCgwRxM.lCXiMQvVoEIZGtD8vScosaIEZDX gpB3uycKbeu7tSFcEzC_aTOAygyDunGRsRkDWFrPRBsyzZtC2N2H2jjRpNbJEp7I1Pp2Va6pRiSh YLlSslZgzAzPP5S0K2S8ILNvVsziEW1fIS3vx921qVhIguQk9bMWiJBwqIWz1KGKTi0WCnYfDog5 qayw3ehBbh2tyDOskvUQu2uMoygO78Kh_Ks948mnp2OJW7cw_Zn4C1tf78IZ7_OHc5jhv8tzpcnS tDl07VuycvUxwlKbvrlwRAa3cNqKFaRz7PnDHjjDMp.ti3oCBTWlnQIoE2szRKLQmw0JQ5N0OzMF TzdQUma7tuq3W4vg7MiAJ_dJ4JyAVb19rR2C3XgRWDxqz7dBCV4SthNv0U8mFXULsEHs0S9Ud.6v FtRiYWAx4WEcUq1KeVNReNU7K.2PmQRATHCnwY1JgrY5_6R0g4i.TgXcROB.KsFfn5rz9F8e6bj2 3rqJOqC9FvgWgCvu5cHS_F2e_Brt6LWRFLFFGoiwQrjCQkvB.CaISTVAnfDk0vsvZw78gaRS8klj SgsFE_nXtKUKXFQofFI..vnLYas3bqs8S3DlZK6WrFqDbycW88zw.cDx1arOrWq1L8GuPFqK8w2N Kj7SuOO5HPfRmmFBVKHSLSHAWBsqYc91KN5RVYp3EoROWHH0L7P0gZZDA7ZJ9lgSDKi6Eer7.0q7 rPrB5im62pVJw2R_sFGiyxjmjvdsVWU_6dlzczdc9ArVRPJDV5qhSQ.6Mwar6eqPn91QFD27PVlg FWXsMqeGkB_ZhJSxFzP9PM9G60bcA5eQFREgVVjvWwYph67STSx883_q_ON3.v.apDGKFaMuQDHn KY2.Labdmi.VwvsmB14Q4gnA4WwEtQ0h8NF6Ui6de8IYw1jsXDz_oZuc.MhiwhEC4E5m3IwWAT26 Kxl6JYuh1n8PK4i_LtIpI3sAMm0_3Gj_bxjvBWghzXWkWGv6cTEpatt4rTzFVNqVti7cfUAWKcn6 4STfyGNkOOxIAWg3_NP4WrlCZFh8Huj4MwWY6pNGkGEkvzRUnWx0HzlOgPYEKKm9PAaHR4Lcw3wh 7fx0tiZ5jvrQ36pHBzp1BweBZQqTiYBvswJomvfxWc7mpzNSH133TgZVAsdCfEPbUQxL85oxmp4. N2hdrJi48ijb49Mr8WbXrMM3UgarJV_yR0j7cF.C1kzMcKWEVqHbm1rnpZIdG3rvbX4W56ZtvxLD HZDO4tgceaOopA8po84SUp48P39P.JL0dI7l.kns5fCfjQnXCrYIpiY4bOOUOLjbv.kgIpzAEJRT 2OlhP.sqITL0EqnnkiZr.KpN0mqyuqaAxS_78TEWJ_wttgxoM.SQCXduZdrHko2JHtU64PBRq0Hu bpV2AowMPK.FCpe4h9g.k6O7gT0OXIuogrsaojZAB1jDAYx0Y6DOdngJrFGF4w1HUzUhX21pRY7M YDEvcNmj_k86jmIfW0.Ws.Xfo4w8BtKZpjEa0wtVLCNdlvB000un.xj3dnyVMXhqOKpmZz0yrmG5 Xe0QdDgy2W6ldfWgIy1rXddGxhvs4Ca4DG34riDm0O4aeCzmQYcZ0TB3U3Iom4TY4CR_QjEmQmNq 9xdilRCfW1KcpeDArc8BPs5911UY9GtQcbB6lUpgHcXyneGtF0FsI.2.9MtuDAYY2f_DWFfn2ABq xlZ_uDa8lcyqPvAi7Cvsmj59EyMSLEFWYnbVqZvBaSXVlv6EBk1ndqz19gyfHVQY3QdFGbdl5M6j QxT0If2Mc0kST2f7yFczY5Z5GZQsrFEiHLLkDj9k0sKurMn6bSF757weOaBqA.uKPvmneZc9nP_Q B9DLViFvTgdX2tH35MhnGfVZxkq5xgNVorb6clbRRWHVMJW4I0thN5zM5_fjmpAY_jXyN77FE6r7 J7yQPd5TzLW76VTjsqQI0tBQve91YE27TfiqZk6oRyNkr1izorHV2MtwrFRkFY24f92bHSljA3CL qsGeRN68NMwoJsRLnx7x4mnRaDclcbqNzJjjzvOrZg.XRsD19LKN67MVq6Rloa6.MHdXg25LtcIc bgRuVY4VeQJEnpO_9pc_0SQ58_lsP42Fh7Mbx X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 May 2021 02:18:13 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 626c87d5e2fc1da537ee269a55f09ffb; Tue, 04 May 2021 02:18: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: Timezone problems on -current From: Mark Millard In-Reply-To: <20210504015222.GE37236@www.zefox.net> Date: Mon, 3 May 2021 19:18:09 -0700 Cc: freebsd-arm , tech-lists Content-Transfer-Encoding: 7bit Message-Id: References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FZ3RC1mbJz4TTH 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.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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.31: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)[98.137.69.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31: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, 04 May 2021 02:18:16 -0000 On 2021-May-3, at 18:52, bob prohaska wrote: > On Tue, May 04, 2021 at 02:13:55AM +0100, tech-lists wrote: >> >> # ntpd >> ntpdate_enable="YES" >> ntpdate_flags="-b" >> ntpdate_hosts="uk.pool.ntp.org" >> ntpd_enable="YES" >> ntpd_sync_on_start="YES" >> Warning from the ntpdate man page: QUOTE The ntpdate utility will decline to set the date if an NTP server daemon (e.g., ntpd(8)) is running on the same host. END QUOTE The above enables both and possibly makes the two compete with each other depending on how they race at the start. I'd avoid the mix. > Up to now I've used only the line > ntpdate_enable="YES" > and it's been enough to keep the clock sane. On the last reboot > it appears ntpdate either didn't run or failed silently. The most > obvious suspect is a wireless ethernet bridge that might be saying > it's up before the access point is responsive. > > I'll have to do a few test reboots when the machine becomes idle. > I know ntpdate works sometimes, but perhaps not always. I'll note that I use ntpd instead of ntpdate in my /etc/rc.conf files: ntpd_enable="YES" ntpd_sync_on_start="YES" ntpd_user="root" Such might be an alternative. But I do not know the detailed tradeoffs for this or other alternatives. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue May 4 02:22:31 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 61B9462129D for ; Tue, 4 May 2021 02:22:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FZ3X56tsQz4Tdd for ; Tue, 4 May 2021 02:22: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=1620094948; bh=AYeBIQ02DffEui3wuK5/1c2QepjQT9wwCCPok791YDu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=BWTFrF1EaOXbC6TtjcybEtjAX6ERbKuO7ULpi+UZdvYRe5CYSvVl14PC3JY9OHyZFaL3kLMkqpMy41/lpw8CHcnkXru0yIYNH9C5EGCF3pkSiynKEcO7DEjdcGF0cehO6X8RqAegaEpzw5S5HkMnqMyzH8diYs3+dowk2ea05smkomMZUggkdX9Iw2KsdLEFLHtYHV1+IGVhOdBYVZQ3Y4z9Aivd/YSypHucJxwHxVWoga/UVPSWEHYTJyotU8KbNGnHfzpoe+TUfzh7OjP2NF2Q5Sq3uuEABGExk/PJBzYD0RYDAHJaBtQECZKwGPXSzaj3AV1olcrp+u0aR0BUkQ== X-YMail-OSG: MMC7TcAVM1kOLmH_ZClHrNiaKtawE2LRUvlLAJA6jT59ULOxR1Qt5.IWrQkbthS 5au.kQ_2vRTsyaVhddUguzJ87OgZ80klcgh3Pidl.7c_nG23b_RFhPT.ChCCoLZNyJJZ2J4LGswx qahw_4WFJwP2URZ5EHuq28LSMSvq4D2O7LbiWoKgWbkHaIbFCiEOxJCFF.nL9XPDpWwqSQcXQSKw JwEUiUd2_PjH9dyR2N52QFlXtfAsLmZiwmJ0xg4Xcn7uVsmVWdlsS_HtoUGmpPqcgCXr_FueqR3o Lep25hJCfC5JJuchKbqqcb_SJeJmdxICp7IyAHefBqFUKKJdRPhlQtaofyXVik5ze848zHwmgPgT 1_IJxA1Ct5DXI36ID7jDqkINdU0Kx_33lm7tvxOtxENkUEaQtGDYTbEEV.JfzbQJU38VhsDNP16h NKIol4jLq5Aw7_G40gCWz8ZXHtQPY4iY0vSOMawV3iF2nqhnA7KbNskg92vToeonLtOTv7UPdL57 wdAWqgP._KICMgcYQL6YLaucBS3LYS5jJn70SOkaJAoZ9DOWql5jZRN79DO.jMm0IkPvZo.phHAX S8HDeDtt1agSDMXGVfYjXwc5mEwSTVP.yDn7YfqouFfQl7xAjtohg8ntlPw5_ZvVpEX6rS365G4C DalgZJH.uGMCJ5PyppgGmzoqjDFZlNmYmH5s94zlFwLk3.2PliOC36qeGTFO.e_Gmb52On5v4M__ 2Jaz_5IRgn_6fpwbRI7Hdu_CeWW0Gc4iCY9IlzpvnU1AQENicdoJqUP.9uyr6Fq3TG_ttQpLJFcI kS7gSw6E5JqWOJZoQCDhudTuuN__ZSRa2UKJUGl.DzGmDydzOwLdMKMmwNcuniUSPfzc40Q7qR1Q V7oxrz5UARaRyZxC9MhoKBeYRUMdy2TXI_W.wT9sqSm_qcCxumR_MmczCCP5YGrSV24gEQ.2t6vZ GqzEqecbGna08DuBXFOaxQICqsrqd1M_DcWi81kDMWcxBkGtC6eNzPRdg06HXz7TFMZ4XX6pwkEG _.MbYHeb1NsyQn5prq5AxTUSaJ0MmbVzAuMXuOInKcw7LiigoXXYnfIlaLsRuLFz1wYoLRDAk7lH 84l9Ez0adAYa5VnTAb1XANoXILaRQVChVQuJhtbp12RTe3uYkt26Oy7DrD.SCZhSY2Z35jjqhB1I RUC7lVAs_SfIRbFx8MwkhLx8JjJq.Zq7KaBgVPGvK3QVg1tswjTmXMkILHzXpt.4JCcKuNsZpEL3 qdIQiGrW7R8ajTlTw.R_OPa8IOLZthwjnhSGtq9rn4Kvc1ujMVkA7ptwdZHxBXMXRzuG1h2.5kIX _3vZetMa9bQOSqRHC8GQ5Zj71UcrNBuej2dkTZOwLMN1QuXOMFWNRDQrlWIgnZX4U_Yr8ooc3PD0 S7r4IkfXHqjHpLl8I9FWOvYBPU12XOcGYB0Om4gZoGUhYGrhiK83PL2Qxyth85c2ueZ9reMVaZKn ekVnvH_XGZnHWhqT_rp2R1TgwqHNCAj7ceSzLtkPrnfPM6wBlbqnCsJBy3UXs0OUDVQTNKiTnZzA w2M5cXwcTjC2ioT7lThETFL23OCbZw5St6s4UcIsh0IU5xb6RJgxLDvxxJ2A4nGzfWneIexilCMZ Tj0Bk_8BsSkE_zAmn__rehzRIaxMuLXLZiort2yPPrx9TOdOKOtlwmeyE5vgAs3t_O07_J37xpfq bH._Tld0kUNH8OhCggdP186jczetsrSl6peegqzJCZgEwvqDdPB9_bZq6PweCDgabFB45J2Jyg.q li.bijy4z6lkLAhXFDG1W_KHKbViTJHQjfK8AnshalsX6FJGqiTXcYEcTjKCr_hISJqs1d8TvzI9 OE8fznWAp6HZBQezySjOnBzVbibWN8EhsADaysn6hVKweIMg6hOoJ5g1oAI0zEbeqBP58ovZ9B1H fY2bkMJePVNbKYvItMlMfjrv3czvs.fVB1ZbM96wnCioNxbT6Rh8CHs3UbK2qgs23zntF.Umf936 9lb4rPlwn6dwu1DT8CtEjeo3yYgZGKqBZ9vVjzDLBPpfMq8.kJQiStJdQgc73etR6ZSa5k8OsK7e fsYk8OySWXsc63PoVAn846qjOlnGye_hatfoxyMNQDbXARoXb7.PaWyJzFTTxB8qxi0HGEeJ6c3a TLNmOhTj2TfBfhF6vxwiUAAkLc3qLI3muAQFUczhWKcT0O8dRwiFT5mvhYVW6amrZl9wbJeMSAGo 5hDt.co9aDSn62E933.N3.Zqn3ZCUBa1GfhcnMWS0Nzt0RDWpQ3.8h3RzTd1Ay.mrHA7KJdqtxje OsBmtk_aaDAv6ZeeR5Zyszhti_AF2xfWX6EaXbSGMyjNfdYYkh0gssJOSAb45qg3bXN1Z_glwQ7x 1nkDHV69FBBJ0XEQaFOUdI77EHDYv0R88XT4hWnb97YraEi6_9fnHpaRjQvjIfHhvgDLDyP_wqFT 5npQ8ffw47LbNaol8jucvoIILj8gDbyMcNxUSH0HEokTkoH.bzHWMakU9dJ5fUYUyOCtIDx3gxYo NiI2HGZE8s6S_GD8Ym56NS40rUriPrMlCgyAkYN9.Pm4D47lOCBwJPNrHr1lY4VgwOQvjNEoMpqJ YuCle4gRbOjtSD6IptmSLS.nevB4F X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 May 2021 02:22:28 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a6de129e65ea31b0d43787ad669b71cd; Tue, 04 May 2021 02:22:27 +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: Timezone problems on -current From: Mark Millard In-Reply-To: Date: Mon, 3 May 2021 19:22:26 -0700 Cc: freebsd-arm , tech-lists Content-Transfer-Encoding: quoted-printable Message-Id: <60040500-3559-4043-9893-85068B1390E4@yahoo.com> References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FZ3X56tsQz4Tdd 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.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.31: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)[98.137.69.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31: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, 04 May 2021 02:22:31 -0000 On 2021-May-3, at 19:18, Mark Millard wrote: > On 2021-May-3, at 18:52, bob prohaska wrote: >=20 >> On Tue, May 04, 2021 at 02:13:55AM +0100, tech-lists wrote: >>>=20 >>> # ntpd >>> ntpdate_enable=3D"YES" >>> ntpdate_flags=3D"-b" >>> ntpdate_hosts=3D"uk.pool.ntp.org" >>> ntpd_enable=3D"YES" >>> ntpd_sync_on_start=3D"YES" >>>=20 >=20 > Warning from the ntpdate man page: >=20 > QUOTE > The ntpdate utility will decline to set the date if an NTP server = daemon > (e.g., ntpd(8)) is running on the same host. > END QUOTE >=20 > The above enables both and possibly makes the two > compete with each other depending on how they race > at the start. I'd avoid the mix. >=20 >> Up to now I've used only the line=20 >> ntpdate_enable=3D"YES" >> and it's been enough to keep the clock sane. On the last reboot >> it appears ntpdate either didn't run or failed silently. The most >> obvious suspect is a wireless ethernet bridge that might be saying >> it's up before the access point is responsive. >>=20 >> I'll have to do a few test reboots when the machine becomes idle. >> I know ntpdate works sometimes, but perhaps not always. =20 >=20 > I'll note that I use ntpd instead of ntpdate in > my /etc/rc.conf files: >=20 > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > ntpd_user=3D"root" >=20 > Such might be an alternative. But I do not know the > detailed tradeoffs for this or other alternatives. >=20 Another quote from "man ntpdate": QUOTE Note: The functionality of this program is now available in the = ntpd(8) program. See the -q command line option in the ntpd(8) page. = After a suitable period of mourning, the ntpdate utility is to be retired = from this distribution. END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue May 4 03:39: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 4EEB46249AA for ; Tue, 4 May 2021 03:39:02 +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 4FZ5DN62YNz4YXx for ; Tue, 4 May 2021 03:39:00 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id 0FC551EA0 for ; Mon, 3 May 2021 23:38:58 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Mon, 03 May 2021 23:38:59 -0400 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=xlych8QIn7uicD8n7yFdn5EG731 EPiTuj7twGTcq5Nc=; b=DoXWhvojavfStbn7eMHapGhXo21UdW2EebJaCKD18Mi pEj/irjt/iSUiss4Cs6HjFSKKvRmDmN6RHrI+O0pKSpQ5BRa6c8ykiDwT/zOHAmu EXdMnmKd9NLE0fn5YMGfzsrTnVI+DBSBoSa5wcNEmhr5kzuVk61gaeoCy4rZ0gF/ no2XNmHL7lNerc9MkHvzhNgzuBMlmacPB86kC/AQjuM69lIBS40R4Z3NFmer416q lSb91uuQLb6WRJKsCShD9rykgyQAd/MtzjJugzGZlAoIPtUZxQXZ/3uCfG0o6AvO d9P5jkqe7MJYv5n7Z2X5BKRCEZTdxLuJNUCfEYJloHw== 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=xlych8 QIn7uicD8n7yFdn5EG731EPiTuj7twGTcq5Nc=; b=dEskoq894yK6OEMOiWQS72 aRY4xvtex3M9+JUXWoS6XGwTFaY7vGPd8WHOjllmSuu2BEm8F7IMQ6T2IBSHsZUN T853C/uITYeVnsj3El7UrsGkXPP1srT2eBLXQ+fDxnDGBMhpdiriBlTbfcqRcl2/ xbRFVoSCCayZiMJycfmUl6JaTQ8V9zvdEvWhtTGFzfGtEod5a5jjwbSGiEGwJD0D b/kMRQ3dcm14iwOoGHuF/oQMUwtGKxKyOAtXGy0zlz4KjZMPxv4Rq11FGsuGXQyP rg7AnG4RtHHWdzvvifH+PfdCKHYO9/FrKnMKEiM5xnfcFdODGYXtCauSA4NrWNjw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdefhedgjeefucetufdoteggodetrfdotf 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 for ; Mon, 3 May 2021 23:38:58 -0400 (EDT) Date: Tue, 4 May 2021 04:38:56 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VjLKbD2Xaz0xYZU+" Content-Disposition: inline In-Reply-To: <20210504015222.GE37236@www.zefox.net> X-Rspamd-Queue-Id: 4FZ5DN62YNz4YXx X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=DoXWhvoj; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=dEskoq89; 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)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.25:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; 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]; SPAMHAUS_ZRD(0.00)[64.147.123.25:from:127.0.2.255]; 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.25: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: Tue, 04 May 2021 03:39:02 -0000 --VjLKbD2Xaz0xYZU+ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 03, 2021 at 06:52:22PM -0700, bob prohaska wrote: >Up to now I've used only the line >ntpdate_enable=3D"YES" Seems ntpdate isn't required if these are set in /etc/rc.conf ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" even on boards with no RTC. --=20 J. --VjLKbD2Xaz0xYZU+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCQwcYACgkQs8o7QhFz NAXE/A/+Mw3abAbYaMl+3TiYl3foKQz27JvLUyBDo9xmS787QzbaIn5UeamGKKe+ Mw0i6Z53E1QKuZQNFZnWh+0ntsfALiLez9bJEwI88+8a836+/jypcPTixTywWwgc VsKjkhgu1PWvsuGiU79cfqzjzapbs07gEkO/uOpxX+Oda3u6H7YRm8WUuhst+ctj w0dB65oxFvhsqDKftcnE13QvgTiTz0dDd1/ffEYTCTFpATSXX8HgZfZdrsVz/8Jw VQxY5oZFNv20KpW2oAi8ddO+kWbARyjUQg/XEjlxRUblb3o4y7FB/zdKxMKyGvPu onn2z/a15nx2cwv7s4fogIVs/rvHHInrjgaWrAbuRXyCewKUjwvN9SVMcnU8pBfz brYoHAJHe24wqkf57/Xl/3hg7o9B6Esf3SmMMXoN+Ak9FhyMRDoFTWLBOGB7Htkb lYJDXtxuoCAxM9TCf3rNn4J+s1C8Q4JrlGC4l2yT80VCbXQIufnXH5MOgLkaZ/v/ Oq6SBtSh4Tk3TOk/Amnj3gHiHKwQQETtfI45b86wPfPO1ZLi9gvjzFiJYyW2t9wI E1XPzWjT5VAwl0Crp8hyLYDhIgpV3GVDE7vkVpgA4abkhqjEdpRnwsdMjXgBCz5m S5/J/gnwSsoqx/56KpcqPGNQSDvB7ex8KzpV/YxTCVdbN8PSjP0= =eViA -----END PGP SIGNATURE----- --VjLKbD2Xaz0xYZU+-- From owner-freebsd-arm@freebsd.org Tue May 4 03:50: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 A6AE0624E2A for ; Tue, 4 May 2021 03:50:03 +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 4FZ5T74DQBz4Ygb for ; Tue, 4 May 2021 03:50:03 +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 84B472722 for ; Tue, 4 May 2021 03:50:03 +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 1443o3vF038221 for ; Tue, 4 May 2021 03:50:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 1443o3Vh038220 for freebsd-arm@FreeBSD.org; Tue, 4 May 2021 03:50:03 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 255584] freebsd-release13.0 for arm64 could not enter multi-user mode Date: Tue, 04 May 2021 03:50:03 +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-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ohata9870@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: Tue, 04 May 2021 03:50:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255584 Bug ID: 255584 Summary: freebsd-release13.0 for arm64 could not enter multi-user mode Product: Base System Version: 13.0-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: ohata9870@gmail.com My env. windows10 host, and using QEMU aarch64 system emulation, QEMU is executed under cygwin-terminal Release 13.0 was booted and can enter single user mode ,but could not enter multi-user mode. QEMU is quit. startup script: # for freebsd arm imgfile=3D'.\\FreeBSD-13.0-RELEASE-arm64-aarch64.qcow2' #imgfile=3D'.\\FreeBSD-12.2-RELEASE-arm64-aarch64.qcow2' fmt=3Dqcow2 biosf=3D'.\\QEMU_EFI.fd' #biosf=3Dedk2-aarch64-code.fd $qemusys \ -m 4096M -cpu cortex-a72 -M virt,highmem=3Doff -k ja -smp 2 \ -bios $biosf \ -drive if=3Dnone,file=3D$imgfile,format=3D$fmt,id=3Dhd0 \ -device virtio-blk-device,drive=3Dhd0 \ -device qemu-xhci \ -device usb-kbd \ -netdev tap,id=3Dnet0,ifname=3D$tap -net nic,macaddr=3D$mymac,netde= v=3Dnet0 \ -serial mon:stdio \ -nographic \ --------------- Under single user mode, there is no ttyv(0...) virtual terminal device file. During boot sequence to multi-user mode, following cons message found, ... Starting devd. eval: cannot open /dev/ttyv0: No such file or directory eval: cannot open /dev/ttyv0: No such file or directory Starting dhclient. ... I think due to lack of ttyv? device file, init could not open virtual termi= nal by getty. Is there any workaround? regards; --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue May 4 04:20: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 A15BB624FEF for ; Tue, 4 May 2021 04:20:24 +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 4FZ6875Wf5z4ZWM for ; Tue, 4 May 2021 04:20:23 +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 1444KOlu042487 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 3 May 2021 21:20:25 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 1444KOvR042486; Mon, 3 May 2021 21:20:24 -0700 (PDT) (envelope-from fbsd) Date: Mon, 3 May 2021 21:20:24 -0700 From: bob prohaska To: tech-lists Cc: freebsd-arm@freebsd.org Subject: Re: Timezone problems on -current Message-ID: <20210504042024.GA42279@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4FZ6875Wf5z4ZWM 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: Tue, 04 May 2021 04:20:24 -0000 On Tue, May 04, 2021 at 04:38:56AM +0100, tech-lists wrote: > On Mon, May 03, 2021 at 06:52:22PM -0700, bob prohaska wrote: > > > Up to now I've used only the line > > ntpdate_enable="YES" > > Seems ntpdate isn't required if these are set in /etc/rc.conf > > ntpd_enable="YES" > ntpd_sync_on_start="YES" > > even on boards with no RTC. Indeed it looks as if ntpdate is going away, replaced by enhancements to ntpd. Still, I think the timekeeping errors are caused by a somewhat unconventional network setup on the machine having problems. The rest of the hosts in my "data center" use ntpdate and have no trouble keeping their clocks right, but those hosts all have wired ethernet. The host with the wrong clock setting uses an ethernet-to-wifi adapter. Can't be sure until more testing is done. And, I might be wrong again..... Thanks for writing, bob prohaska From owner-freebsd-arm@freebsd.org Tue May 4 13:58: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 7F597632E4F for ; Tue, 4 May 2021 13:58:51 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (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 "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FZLzZ0GXKz3J9Q for ; Tue, 4 May 2021 13:58:49 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from smtpclient.apple (unknown [73.99.214.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 0499936B; Tue, 4 May 2021 09:58:42 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Timezone problems on -current From: Paul Mather In-Reply-To: <20210504042024.GA42279@www.zefox.net> Date: Tue, 4 May 2021 09:58:41 -0400 Cc: tech-lists , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> <20210504042024.GA42279@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FZLzZ0GXKz3J9Q X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[paul]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; SPAMHAUS_ZRD(0.00)[128.173.49.70:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[73.99.214.146:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.173.49.70:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-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:1312, ipnet:128.173.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none] 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, 04 May 2021 13:58:51 -0000 On May 4, 2021, at 12:20 AM, bob prohaska wrote: > On Tue, May 04, 2021 at 04:38:56AM +0100, tech-lists wrote: >> On Mon, May 03, 2021 at 06:52:22PM -0700, bob prohaska wrote: >>=20 >>> Up to now I've used only the line >>> ntpdate_enable=3D"YES" >>=20 >> Seems ntpdate isn't required if these are set in /etc/rc.conf >>=20 >> ntpd_enable=3D"YES" >> ntpd_sync_on_start=3D"YES" >>=20 >> even on boards with no RTC. >=20 > Indeed it looks as if ntpdate is going away, replaced by > enhancements to ntpd.=20 >=20 > Still, I think the timekeeping errors are caused by a somewhat > unconventional network setup on the machine having problems. > The rest of the hosts in my "data center" use ntpdate and=20 > have no trouble keeping their clocks right, but those hosts > all have wired ethernet. The host with the wrong clock setting > uses an ethernet-to-wifi adapter. Can't be sure until more=20 > testing is done. And, I might be wrong again..... The problem with ntpdate is that it is a one-time clock adjustment = whereas ntpd is a continuous time monitoring/adjustment. So, if your = system has problems with clock drift or just keeping accurate time, = ntpdate run on boot will not help in the long term. Ntpd, on the other = hand, will. Note also that 'ntpd_sync_on_start=3D"YES"' is effectively the same as = running ntpddate. The 'ntpd_sync_on_start=3D"YES"' setting lets ntpd = perform a one-time large step time adjustment (via the "-g" option), = which is essentially what you are achieving when running ntpdate. = Normally, ntpd will baulk if the clock is off by 1000s, which can easily = happen with systems that have no RTC, hence the need for the = 'ntpd_sync_on_start=3D"YES"' flag. When I ran FreeBSD/arm, I used the net/ntimed port to maintain time, = which is a simple, low-resource alternative to ntpd for keeping time on = FreeBSD/arm clients. Cheers, Paul. From owner-freebsd-arm@freebsd.org Tue May 4 14:42: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 81A436346EC for ; Tue, 4 May 2021 14:42:18 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (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 4FZMxk08tbz3MWF for ; Tue, 4 May 2021 14:42:17 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1620139336; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=VP4C1JOAXyfFOBl5XSa8uPVoIBsNdwmcUFWV08kmFJ1moAwCEcpEVaWcHcDZr4BQ9wC+dEtt+gYM6 tVxIhSvixTzfm7eivGvW5RDI0etG+J5q8dUbvbc/m8ZiFeG6OoFJ16ACy0YcZqgmLi8QkUCIYgMjEh tRjDT7/LmZNUFMQlm1LS9hcdjY2vm97grLCfI7ifcttu8R/eibWF7WzGwfEZUtV2yNGI3aCFH9HrPz duuAtbn8xPGHCd3acOS9ZJa9vHw6WM1oVsJgO9gljhpahreb0MCCZP/mgdKpLynZ+s0nXZ2zHOfGmN XWu/lSeJnUrpvwrGNFFygojGzG7MuRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=hV+D5w1H2f677cGw4RDxjwQglwQcPJxuJSDRWX4u3Ew=; b=F6Xh82VqsTv6jwvgqzU9X0Ta+SdhnyR1zy8cZ0PI7XEFF7NWj8LM0X4vJ+3MLPImF4gijXzfId12a J1UTPB1k8pGaFcXIu8WeYq7zqR+BtbAiWNjudDS4cxOU0OIPPwNMCqvvhvcgkM7k+ZaVl0ifaZexF/ BCEwXOR/jSkg9afx19sIhPg4NWqMAP95CoQBhbmxboYHQ4tKrnmTMvYSAFzl1hyugD7vx/8vK7KWDj euVQNJQ3glUyfiB+XaooxlvcszdRZYTGRID9LyAtD48OoWZelQyef1r1e7llLs4bs4s1DR/sGUH7H8 kqJghD5JnOXqAZdx+CYfTbF6K8n7ZRQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=hV+D5w1H2f677cGw4RDxjwQglwQcPJxuJSDRWX4u3Ew=; b=Tw7aZYBZvGF8jAAbbvyMKpGYMSq3RBvnt4eU3rlVv5jCYikOBMsbu1RLnbnQHxnNmml6S8sW9m9Uv l7cwL81HYmNVNrs+FVAAN1xsuPGR5Ip6XPuCjAKSoyRbM/zfqL0YBLV9vXVgGAFvwZ5jpkXLDjPAS9 gZsTRmrvIS0J4qOyrbVkBcnbnddpJAHagOAd00dAuecAtf+/AmVmt7JU76J/sL6DdyngCwfms7FNeY IF0gcbcebpwNY3/77oMesDSx8wdE62nACCCcUFeBXB7CUI4DFh8fs3/HoNwwCgKBMKZYzwg48aeRHB r6aW7HeAwFaI8RnH1vAlIQYsOn8FpsA== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: eaed10b9-ace6-11eb-81e4-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id eaed10b9-ace6-11eb-81e4-bf9d68d023b6; Tue, 04 May 2021 14:42:15 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 144EgE9m004095; Tue, 4 May 2021 08:42:14 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <8e4843ce80e9bc005da5ca42d43e0bc34ce2c6ff.camel@freebsd.org> Subject: Re: Timezone problems on -current From: Ian Lepore To: bob prohaska , freebsd-arm@freebsd.org Date: Tue, 04 May 2021 08:42:14 -0600 In-Reply-To: <20210504015222.GE37236@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FZMxk08tbz3MWF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:16509, ipnet:54.244.128.0/17, country:US]; local_wl_from(0.00)[freebsd.org] 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, 04 May 2021 14:42:18 -0000 On Mon, 2021-05-03 at 18:52 -0700, bob prohaska wrote: > On Tue, May 04, 2021 at 02:13:55AM +0100, tech-lists wrote: > > > > # ntpd > > ntpdate_enable="YES" > > ntpdate_flags="-b" > > ntpdate_hosts="uk.pool.ntp.org" > > ntpd_enable="YES" > > ntpd_sync_on_start="YES" > > > > Up to now I've used only the line > ntpdate_enable="YES" > and it's been enough to keep the clock sane. On the last reboot > it appears ntpdate either didn't run or failed silently. The most > obvious suspect is a wireless ethernet bridge that might be saying > it's up before the access point is responsive. > > I'll have to do a few test reboots when the machine becomes idle. > I know ntpdate works sometimes, but perhaps not always. > > Thanks for writing, > > bob prohaska > You don't need to be running ntpdate at all. ntpd_sync_on_start gives you the same effect... it allows ntpd to step the clock any required amount, one time at startup. It's useful for systems that don't have a battery-backed clock. I like to set kern.timecounter.stepwarnings=1 in /etc/sysctl.conf so I have a record in syslog of when ntpd steps the clock. -- Ian From owner-freebsd-arm@freebsd.org Tue May 4 15:42:25 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 A330D6363D5 for ; Tue, 4 May 2021 15:42:25 +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 4FZPH45C7lz3QnH; Tue, 4 May 2021 15:42:24 +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 144FgJrM047631 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 4 May 2021 08:42:20 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 144FgJCe047630; Tue, 4 May 2021 08:42:19 -0700 (PDT) (envelope-from fbsd) Date: Tue, 4 May 2021 08:42:19 -0700 From: bob prohaska To: Ian Lepore Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Timezone problems on -current Message-ID: <20210504154219.GA47280@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> <8e4843ce80e9bc005da5ca42d43e0bc34ce2c6ff.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8e4843ce80e9bc005da5ca42d43e0bc34ce2c6ff.camel@freebsd.org> X-Rspamd-Queue-Id: 4FZPH45C7lz3QnH 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]; 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, 04 May 2021 15:42:25 -0000 On Tue, May 04, 2021 at 08:42:14AM -0600, Ian Lepore wrote: > On Mon, 2021-05-03 at 18:52 -0700, bob prohaska wrote: > > > > Up to now I've used only the line > > ntpdate_enable="YES" > > and it's been enough to keep the clock sane. On the last reboot > > it appears ntpdate either didn't run or failed silently. The most > > You don't need to be running ntpdate at all. ntpd_sync_on_start gives > you the same effect... it allows ntpd to step the clock any required > amount, one time at startup. It's useful for systems that don't have a > battery-backed clock. > It seems clear that ntpd_sync_on_start is a better choice than ntpdate. Clock drift on the Pi seems fairly slow, a couple seconds a month, but staying right on can't hurt and doesn't cost much. > I like to set kern.timecounter.stepwarnings=1 in /etc/sysctl.conf so I > have a record in syslog of when ntpd steps the clock. Most of my trouble seems to have been caused by timesetting not running at startup and me not noticing promptly. A combination of ntpd_sync_on_start and a -g flag will set the clock and make a fuss in the logfiles if time drifts too far off. Is there a way to make a fuss if ntpd fails to start in the first place or quits in mid-flight? Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Tue May 4 16:09: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 03D47637B11 for ; Tue, 4 May 2021 16:09:22 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (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 4FZPt95Gbcz3j7g for ; Tue, 4 May 2021 16:09:21 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1620144560; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Rq5jKZkdVeU2NoNHP3bkDceqbi4Tcx5kIxP78+hPng0wesrWTvG8pZJ6DCPuagIuxUYaJUcWaG5Jv R2JSRYpGxcvwklvYtiZGGt+XhORw7E6w++vNHdymVy+j7GowQPa2nQyqWjtSl7OY1/c0QwYTjrmNgp Vh8/hoPRyDKgqVYQnCM7KjB9If7KkQb41NzfExmN3J/pWxRHVD9JPpMn2KIwnPq+9ke7TpoYpor/OA YcLxioB/gCFNY6nvWIfWqczlqan4IXl4l3qmgpmpN+kAO83Xzgdg5cIPYPQE0uxyflxCDpIGFfGU+h ZQ+zghx7B+49NwO3uXS8i8YB6eA6BSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=M0uc+m8/9N6KuRj772htKeCyrDBB03URT4g408H28Ms=; b=b1SRdeangUjSIPVnj5YpZCsRjjQS7BtsMmtATWGPdN6WebWM2ILTXiJQ8aQ0Vygfs9JYIom4YbmvD t5kCIqDuVt5f0wKlVaGQEXeU+X99nF6oc1uLT+xYpno61jvg/BBhYKAJ2M+o2WRN884L2XzwUeClcM iTL/uNM9NeTHmm9BbXxXOmrtmJ8uDydqPAoG0Q/AlWSJxjfh9YyM9KaSIEvnYAnQ09ZlBO3rkQ6f4j LG5B6ung17M+qArtPYXxgsoBqlFoQD/IQgN1bhVgKNu+f+moUI5erilHVcuhJz47RNmXWFYrilxJfw ek87AlSlb768L25iyNi5ooehFi8c0aA== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=M0uc+m8/9N6KuRj772htKeCyrDBB03URT4g408H28Ms=; b=qTvfgwdzXX7GCh4CGRSoAYVgDGPjepGCQkoCChYCzi9dyQgcr1zfnulxsHfWIe8lysnNv60BvLxeW geSas0l6G7LN0b8uBrtjYDVcRHNj3jIwqYIRJbu24NySI02kxCY8WFDB8CyC6UF25GCediPlfCkks2 0dR7/mqArun8HnRsF/RLHPHFMltWDJXd1uo9CJ53f9qiJWGxwgbt2d3IFoHDMFv5fmnvf2GwMvadTv 8tRywZ8EFTQBQvpSTJ/f2+GMiwgWxJtB4MjkpMjhwwB2BNzYOmPa0f5Y1kPEqcjk6QzbzhvfYrDge3 HYrn0ScHO5G5id/2md8Nr75n7JYtJJA== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 146c6e2d-acf3-11eb-81e7-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 146c6e2d-acf3-11eb-81e7-bf9d68d023b6; Tue, 04 May 2021 16:09:19 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 144G9Ij5004341; Tue, 4 May 2021 10:09:18 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Timezone problems on -current From: Ian Lepore To: bob prohaska Cc: freebsd-arm@freebsd.org Date: Tue, 04 May 2021 10:09:18 -0600 In-Reply-To: <20210504154219.GA47280@www.zefox.net> References: <20210503153442.GB37236@www.zefox.net> <20210504015222.GE37236@www.zefox.net> <8e4843ce80e9bc005da5ca42d43e0bc34ce2c6ff.camel@freebsd.org> <20210504154219.GA47280@www.zefox.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FZPt95Gbcz3j7g X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:54.244.128.0/17, country: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: Tue, 04 May 2021 16:09:22 -0000 On Tue, 2021-05-04 at 08:42 -0700, bob prohaska wrote: > On Tue, May 04, 2021 at 08:42:14AM -0600, Ian Lepore wrote: > > On Mon, 2021-05-03 at 18:52 -0700, bob prohaska wrote: > > > > > > Up to now I've used only the line > > > ntpdate_enable="YES" > > > and it's been enough to keep the clock sane. On the last reboot > > > it appears ntpdate either didn't run or failed silently. The most > > > > You don't need to be running ntpdate at all. ntpd_sync_on_start > > gives > > you the same effect... it allows ntpd to step the clock any > > required > > amount, one time at startup. It's useful for systems that don't > > have a > > battery-backed clock. > > > > It seems clear that ntpd_sync_on_start is a better choice than > ntpdate. > Clock drift on the Pi seems fairly slow, a couple seconds a month, > but > staying right on can't hurt and doesn't cost much. > > > I like to set kern.timecounter.stepwarnings=1 in /etc/sysctl.conf > > so I > > have a record in syslog of when ntpd steps the clock. > > Most of my trouble seems to have been caused by timesetting not > running at > startup and me not noticing promptly. A combination of > ntpd_sync_on_start > and a -g flag will set the clock and make a fuss in the logfiles if > time drifts too far off. Is there a way to make a fuss if ntpd fails > to start in the first place or quits in mid-flight? > > Thanks for writing! > > bob prohaska > Setting ntpd_sync_on_start=yes sets the -g flag for you, you don't also have to set ntpd_flags yourself. -- Ian From owner-freebsd-arm@freebsd.org Tue May 4 18:11: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 5E0B15FC9A3 for ; Tue, 4 May 2021 18:11:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (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 4FZSb52WXnz3qZV for ; Tue, 4 May 2021 18:11:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x733.google.com with SMTP id a2so9496772qkh.11 for ; Tue, 04 May 2021 11:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OCyX9og81OVeVrEaM9kKso5xx8J7tOU55wPhJcTZgFg=; b=qlUirFfgOrrF2haPQ3UJFJlaV4u/XtuIwQZiJ0lFStw0aTd089z1HLeYFjxKF1/vPg 8mVSY1O97Y4TGGd4bCFkzTMaa8EXe0BzVUq7QRh7sK2BoDTqhYFF8lSukdzTnByJhEMG twmuRZ094h3UYLEHX05eokDAveMghN2WNnWDfmPXiaCBF4KB4BFNSVTXG2CZzLyhGnVj AgfljA6f14vIBwzf4ucrasaKnkxk3kRJZd0kgVgt1I1GuaBmJxRXDy26p7rermXIpq86 q1cL7qlD8WrlJdk7axNP8OvdRdwXzSTj+rjn/k9GUQ0gqATWTh1v5LaBGjhgWc/v5AGc T/qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OCyX9og81OVeVrEaM9kKso5xx8J7tOU55wPhJcTZgFg=; b=YhPD7HczN/eArUvrKFz1eX0D2c1r7uhvXAm8uUEcdCyA6vhRa1nADUQwGOuRCiB3p8 C/nJckztGOrDq8wN4a/jYI1HNEfLSMcAoHeK2YyVSPBjA1JPiLv1Cxm3N24WRp3Y7Bio Qd1aYoQrrYgwT7sm3webhVvNMYGPRm/oy5TSE1hEhp3nI9h96pdZji/qT61WXoeJLL1c 0NrLL6tSzPqBCVtUNQqbRc0cPCEZranVB8CWkJa1uPXZ23V9+XcLahnY9q6URyBoibhN Ju2MoFWNVnxdNuXdJhHOYzJp+ykCCLVWsffxiz63nU/6/C2mxNXkY9wXYPN3FK5JlrgS 6jhA== X-Gm-Message-State: AOAM530XRR4l3RZoM/F4tDOt8stuAqckasmZZKzXTw8ptszh73reR0kN EZj2BCY+/QH/KA6dmQ1lKOnO1jzEUOEoU2V9FYdWDw== X-Google-Smtp-Source: ABdhPJwqtqZ6yRB9/SzLCzN52GQ/7r8j0QORQvOW0T5almCW50EN7JvbIfM2S+hSbDo/g4ereq6jARhEd6JBOwLZBGg= X-Received: by 2002:a37:7685:: with SMTP id r127mr25218501qkc.359.1620151888356; Tue, 04 May 2021 11:11:28 -0700 (PDT) MIME-Version: 1.0 References: <20210503063701.GA34665@www.zefox.net> In-Reply-To: <20210503063701.GA34665@www.zefox.net> From: Warner Losh Date: Tue, 4 May 2021 12:11:17 -0600 Message-ID: Subject: Re: Xoscope nuisance console messages on Pi4 running -current To: bob prohaska Cc: "freebsd-arm@freebsd.org" , FreeBSD Ports X-Rspamd-Queue-Id: 4FZSb52WXnz3qZV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=qlUirFfg; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::733) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.83 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::733:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.83)[-0.831]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::733:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::733:from]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Tue, 04 May 2021 18:11:30 -0000 On Mon, May 3, 2021 at 12:38 AM bob prohaska wrote: > After a successful compile of audio/xoscope on a Pi4 running current a > stream of messages appeared on the console and in the security log > while xoscope was running: > > > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045006 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045005 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045002 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045006 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045005 > +WARNING pid 26370 (xoscope): ioctl sign-extension ioctl ffffffffc0045002 > > They seem to come at a fairly high rate and clutter the logfiles, but > apart from that nuisance nothing else seemed visibly amiss. > > Are they of any significance? > I fixed this a while ago, but some people copied our definitions which weren't sufficiently careful in using unsigned in places to avoid sign extension.... Warner From owner-freebsd-arm@freebsd.org Tue May 4 18:24: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 994EF5FD59F for ; Tue, 4 May 2021 18:24:54 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 4FZStY6MSNz3sK3 for ; Tue, 4 May 2021 18:24:53 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: by mail-pl1-x629.google.com with SMTP id b21so5685491plz.0 for ; Tue, 04 May 2021 11:24:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7zLfXncbq9o+bRX05vHgOH1eDZKpqWojqBbBlj8UZUA=; b=BN1wvkxS4sBK5oYEdPYaebePm82dYz/fcTflkjaI89a/ZrTkVKJtXvJgM/BOq/132x LEdPD/wMlcLBVUqhIya2avhpnRF/X+frkEEijzQbVyFTD9woJ21sl7wf0r3HZH9I1uSg JAkeStZYY57fKJjdGy+/PUPlDVHSWlBE0XVdNJJQiu2v02yoaPwGvYtXm/e4Uqg5indG urNfJNFRMEphIPaVaRLCQLwbc0PiJqdkovwJyfjvORAn24eoBPyPyRmo7MS4STIRLiYk SjXGJUW9GwmNut6NsO3FLODHkkUs/n+znGAZwykM8R5q49baC2zBXYfTXiUl3F110Q3Q p7Qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=7zLfXncbq9o+bRX05vHgOH1eDZKpqWojqBbBlj8UZUA=; b=FRjNUcQZDckbuPod1TeZTPbfaQ47oC1IBxO7QzhVvWIQ8EbCvidM5IFO7hFtcR5CIk zaMEz1/qF9cdzsEfwqgGiAqX5na4fA41jWAL15ooy0kWIWx3ZUvodAmOC2AKwQm4w2/R RRErf7mDyk5vPgMlfRbd3+njU7Jfdf48gEGmmaXDxcN/z6eu8kKkdMjW7hzYrgeR6vUj +wlMCrAAbBbCGt4UykYuntbk5J/HtZ/r941zXg0kJdE/b8Pl1h+PESVFFtQjK0cVtU7w N8fbdp1bqz4BJeZZwgG/9ERrAakGSa/Gn+dX/COZqlP3sizR2MWk76noG0+DSmS7QtKb QCWQ== X-Gm-Message-State: AOAM530Cq3qrCEij7tJvmByRKk5YKLQmGBDt/Ftl5U9mnxtcwktiJ+do ku0pQMS9M9k0atp0N+38jGUSlEP/Byzhgtw6uGiuD8sqpjYmXg== X-Google-Smtp-Source: ABdhPJyqrMzaj28ycCpCI94tk/svQw7LdUOdchop2RmULacXy/2O5iyjoHb+sZ+MzGvfMeK7D5PhHjqDv5xidAZYkKY= X-Received: by 2002:a17:902:9893:b029:ee:e8a8:688c with SMTP id s19-20020a1709029893b02900eee8a8688cmr6671006plp.84.1620152692155; Tue, 04 May 2021 11:24:52 -0700 (PDT) MIME-Version: 1.0 From: Elwood Downey Date: Tue, 4 May 2021 11:24:41 -0700 Message-ID: Subject: GPIO pullups not working To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4FZStY6MSNz3sK3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BN1wvkxS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of elwooddowney@gmail.com designates 2607:f8b0:4864:20::629 as permitted sender) smtp.mailfrom=elwooddowney@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; 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:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::629:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::629:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Tue, 04 May 2021 18:24:54 -0000 Hello all; Using RELEASE-13 on Raspberry Pi 4 I can not seem to engage GPIO input pullups. Doing so should cause an input not connected to anything to read high but it always reads low. Connecting the pin to 3.3V does read hi so I know the pin is working correctly as an input, just that the pullup is not connecting. I configure the pin as follows: freebsdpi# gpioctl -c 21 PU IN freebsdpi# gpioctl -l | grep 21 pin 21: 0 pin 21 freebsdpi# sysctl dev.gpio.0.pin.21.function dev.gpio.0.pin.21.function: input # test with pin disconnected freebsdpi# gpioctl 21 0 Now connecting to 3.3V: freebsdpi# gpioctl 21 1 Installing a microSD with Raspbian Buster in the same Pi, I can repeat the above using their tools and the pullup works as expected, so I know the hardware is fine. Any help appreciated, advTHANKSance Elwood Downey Tucson AZ From owner-freebsd-arm@freebsd.org Tue May 4 18:37: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 EA5835FD75A for ; Tue, 4 May 2021 18:37:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.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 4FZT9W6c8Jz3sXZ for ; Tue, 4 May 2021 18:37: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=1620153469; bh=bG8coSCz02VllfyRL87Ru2b7wx1AhWi+F5W/x7nrF7o=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=AAfi5jutioJ/Vmk15TGwu6iijmXR0tY+W8B317pAbh1d7kdzz7aSzHx23CObl3O89WU2yuE17bHjtdKR3SvOdokGRkue9RFy2fFvUAPcW9SpU7X1i0Rq/YGauEXjimGRXEfyUNvIpDirPK8wYBEyUqS5/H8itif6p3Q8kPvKRMSwTV3TEG6FwkmHrjKe7HLZHILJeuGiGrLWJXOSgX0KxyG8bcyTDURSafQaLGzOIhA7+Y/DAb8dtsPvqnYIkZxFm4XC2/PXkyMwiwgsmtYwg5fJZ7W/QaZUtOnZrqmGX5CebbihUD+VfgnNXBFgMmWIEFn3SuLLuTAkV032vdQd1Q== X-YMail-OSG: C7iu4dAVM1lp2AUdxCpJ0PyhXYZqK3WjuUzhmdCEKM7g6w4sW_55LkkhNwHmDLZ 1mW8UWaLGaklkFqhQRjjxg3tXQ.5lXXZGlBQzsyn7hbHDmILNHz8g4BBSE8dvAsao492vIvqDvC3 fvtFLf1A9h2vH_SjhOgV6i40gxOcNvRrnqtCTPqqAAX71z_qOShKF1XQGDa4BbXCZqohiCynyA6s QjE2ZFgIVeFjF498VfZLcvJ2rRM41.APXVLyr36UfqXbXrR7mtyU4CFLAL_q6TKTKZWUoM1XAdit SXjLQgCydOFbKa47IzFufosOxkmI0uxPgzEWgEiDptBOd9faf8eRF5TMu7LSdmZNGL4WMJBZ.15J 0_f265GzhX_sMMz.wm7boZiOcokXIsHepEGVzMlm26P1UZ.YBGPAQmvk6BodKQNoWEJfEL_WJfBw Y53rkFCqE9A.7MDn54aTUBr6Gh5Alry9JXbcJuAninPy77exT8a57ZEUpsO9z7h7p_9QjRIb9GmN sfMvXSWuhg3cQGFWkjXpg_Scs.bO_4mudHHlMbPDL.xCxpbrBWJz4eL_SnJ9sIAQN0A0sYH_Gj4k HpptFdhaD20kg8crzefa8PWJtfCw1MkPqiTB6ciaVg9Zx6P544j0OA9Qj3QqjAgCDlT3GrZOxBIP _ewdZDgJr5npqsBOP8ocle_PONm6Z_kE4gDpree5pDH129R798Jkh.sY2VMalmypOAZ3QbmuNe_D RE3dL82kIJJ8eHGvU1N5..Jd3eNQC8869uraCREJw2rOt9AZ2CrX2uc0moK.lND2UdKEdd6qs3IP Pu7gEPBp84ld8vZOlL_uWVzQ0b8SjK_wLApRtC0JqTIVHfycAXwF0atwnPUUP0ZCrODeDSZgCsB6 eHAYuHqOY7gSy5Qw6mORFZYpEMhzZ0szlMB7QzYE_1eSob_C4H3.i2OYFazAZiuXRBPxHyECScH0 yDpEHVdzq7NZtZB0uLyl6kLcJ6CM8ZgWZx3KeQO.6HCR5utUCDLBSRNVf_iP3isIqmmvRwl9.0Zn _zavoh9tKokC0WdMkEm8svJajxVC.GlfTtqK3t_jgeRbDbm.ooK9A7Oe6c6tJ.e7z.RW0DnHgRUJ Z6hNcuCnNa4sPraSUl8PORd240jA8CFOg3CMwaxywXb_HWJlLvDdb2Aa.cdLYBtD8xe2Byf8ca_q YDEUcQy31vaNz0qb426cyR6.BaDqOF8CJWvKFQmlAzU0y8hqBwZPe39b6lOV2SVro8KQs1VQ6rZn k_kSy01owMVK22KKie5VCYAMfT9SXa_Vcy7hVIauu97MDeDDyF4OuIGktw4iT.mc6Ydr27NlbQ7T V2X6YlgT4i2.E1FhqtWPF3owd6gotcaKbODsSRpZ4YD_xPCVtCI0kx0GfeCCsPUdQCV0VitwcDxf AK3yi5IaHVa0ZMicPaAW74aqwP7aWSf5zkUFnILYuHlTbqecTPB6Q14TjBTNwyntB0ZDKB8PIGqv 88tR0Rmphr_5ntvWlB_bgd3V_bviCAmv46jpHylFVCT8yIz9SfkjTdSCQqzHwkpyPuC6revXoT1A tR1SQWt4bGTvLn196ZhJlJFOoKHxsIu_B40x6BUH9DUP14IM3PQRkBOfQHJww43oPZUehoEoaApF xbmJZ3sV5f4yERoFNxq2PPFuNkTb2O6yc9xp8nfZ4JriUTik3QW0hsMY5qgIq2W4Ch1zPzW.hFFU .FiRkZezvcbZaBiBs0Zrody1LsaX7DlKv5f8gh6pE_7mu.TTcnL6TNtEoVX1RMr8EBiYYY_zOiZF TK6PPl4gkNqm20lWGvDe1BWOL.n3TG02PZbGBsNUPSaClpgCoJ4eUstgpUoJXp6stGa5MJy4ScUr fUTS_GUgQKSVyhgkqLDlbif25R1mhNqfilJTR1CP2c8lYcLtGt6rWf1rW54Xlqy7oe3ZSB1eKUu_ .CzEnmpPcSqvZaENLIlHCmY6utTNAJpryhQyCKzuFhHfV.kUxDZnLN_VxiTg5XTvCCP2WQJiXulQ feAlKfjyi1KeeXjH4Ai0kawx.AjaYt2tA1JrnrNWdigkt8AhPDnwd7q.LUNk2KMqRw6_big_tyYX KGvHjkxC5Uat4z9kM3qHe6ZWBRgitVYfWFLzFWj5ik3lAcXYCKqVedR9oQIwuoiWFcD3ugBnoVXv iZdDRw2OzEhQ1rpKYBSkeJID.qHSI1tqwR5MkQaggUOA7QpaFoRx11XBP4e0odt7wFnlRMt_nhhY MSaJSH7BuBtnaCLhYRAsWMLhRA0FBrGT8.NxyDfuvnEjubN3ykx2SDZqMwj.AXibJXK60OMP8qgv HT3gocPNUqksbYvIU8yeIhlCTEMD09CqUQ4B8ICj8jSq62abv8DK0zp.6tsdWwmAlHESU7BInVu6 8Swi00vKDyQGVA2bpaswM0uZ_yrfxhI744YnrzdS07J7aA71UU4LS8OJTJJapkIty6c1lWAYXM30 NiYOer2KvbJgSXZcaPb1HErwjbiXQ.5a2PWFdBosS X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 May 2021 18:37:49 +0000 Received: by kubenode565.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 747968ad2eea7ee9314e14ca1a150c28; Tue, 04 May 2021 18:37:47 +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: Solidrun lx2160a (So: Honeycomb) EDK2 UEFI/ACPI and U-Boot images are available at . . . Message-Id: <1A395DF0-8810-49A7-B181-A5E539F76640@yahoo.com> Date: Tue, 4 May 2021 11:37:45 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.60.0.2.21) References: <1A395DF0-8810-49A7-B181-A5E539F76640.ref@yahoo.com> X-Rspamd-Queue-Id: 4FZT9W6c8Jz3sXZ 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.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; 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]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.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, 04 May 2021 18:37:53 -0000 FYI . . . EDK2 UEFI/ACPI based images are under: https://images.solid-run.com/LX2k/lx2160a_uefi/ U-Boot images are under: https://images.solid-run.com/LX2k/lx2160a_build/ Places like: = https://developer.solid-run.com/knowledge-base/honeycomb-clearfog-cx-insta= llation-and-tips/ do not mention the EDK2 UEFI/ACPI based images. But they are there. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 6 04:04: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 6EC356318C9 for ; Thu, 6 May 2021 04:04:24 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (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 4FbKhl53BNz3PRR for ; Thu, 6 May 2021 04:04:23 +0000 (UTC) (envelope-from elwood.downey@gmail.com) Received: by mail-pl1-x62c.google.com with SMTP id s20so2696792plr.13 for ; Wed, 05 May 2021 21:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=ef/nOLwO5aAzeqc6uXl+dIwOr5AZfaQhLBlUMb5l4uc=; b=r3DioLWWyF9UH1/HRvQ5ux7LDZs0+sVIYf58rb9vVJjYFNnAXjR049lLBCMU/0FIo+ Z5YMXk43yuBbNbuAYCZUgfm/b7/gF8aizv5Mi/xVSWQHZFtfhRlVnhnw1YJ5v+0oM3kU U+CJnrLS+j2epoDyLLhdUs/IHbK53gz1OTJLeIEGTEzNsCH0SDLfUjFFyN1PoptA+OW6 CbKDX5yyFLybKtEcEtYuN4dcOJ2OU22209U83YQpFgLxglJH8EUoSHtDe+X9r8aybCEV 39NXIRvFhatAlDnL+JHKsv8QLeBGitJFge/lBbwBfSJmQKfwa+S2NVJtM33TIcitnFoM cpOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ef/nOLwO5aAzeqc6uXl+dIwOr5AZfaQhLBlUMb5l4uc=; b=CH5XQeQjCkd3PB1UU6e7cKiFgoOS871pmGEdYlyokMrG3EWi/5gSj+t9O2GypTUTaj iOi2GQpfQaQyMAceAshsHUFwK86ENuO9CG0sJcip2mP355hjvfn2KD14H7c22NsAnKtA pUjlldXD/oSGSgmihOWWJbasoWPfK9KXYJBGHWCCbw4oxSdvEK7fmgQuA/FoYeBT+pVG hqDO2Ynh8P7OvtReEDRMKfIUKye/w69mEFMf4AFMQsstzXO88a40QTeDzGAlT9JUraGk M1LFe5nAIfrr4sgkHw/7lUmvufZvYXJMds4untC6CkrkcaUKmIakbBUkTQclObcpXkg6 7EsQ== X-Gm-Message-State: AOAM530YBet7OQRlXJ//oARQhI/tYrjVqCNvYOZ/qoCNMHgLZLuBj7qm e0vjqKxDWyMMXFrQGPKIJxzWWhhz8vtnhZk6Z805HmpvKvI= X-Google-Smtp-Source: ABdhPJwQJFu3e6M+06lD4fiP90+tpENfdtSxVOWbbus/I2OZJ4rB5pR7dxvGKc3aqqwml4yKyBtN11J4Hg+s4Htosq0= X-Received: by 2002:a17:902:9b8b:b029:ee:bb74:7d46 with SMTP id y11-20020a1709029b8bb02900eebb747d46mr2491965plp.65.1620273861633; Wed, 05 May 2021 21:04:21 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Elwood Downey Date: Wed, 5 May 2021 21:04:10 -0700 Message-ID: Subject: Re: GPIO pullups not working -- SOLVED (or at least understood) To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4FbKhl53BNz3PRR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=r3DioLWW; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of elwooddowney@gmail.com designates 2607:f8b0:4864:20::62c as permitted sender) smtp.mailfrom=elwooddowney@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; 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:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::62c:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; 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]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::62c:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62c:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] 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: Thu, 06 May 2021 04:04:24 -0000 A little followup to my own post.... I have done some bare metal programming on the broadcom devices in the past so I thought I'd try to find the relevant freebsd driver. The closest one I could find in /usr/src is for the bcm2835. This chip was used on the Pi3. The Pi4 uses the bcm2711 which, in their infinite wisdom, uses a different register set and protocol for controlling the gpio pullups. Code for the 2835 executing on a 2711 is harmless but does nothing, in agreement with my observations. Then I found bcm2835_gpio.c which I must say is beautifully written. I'm tempted to tweak a few lines in bcm_gpio_set_pud() but I'd have to figure out how to rebuild the kernel which I will leave for another day. Not a big deal, until the 2711 is supported I'll just use an external pullup. All the best, On Tue, May 4, 2021 at 11:24 AM Elwood Downey wrote: > Hello all; > > Using RELEASE-13 on Raspberry Pi 4 I can not seem to engage GPIO input > pullups. Doing so should cause an input not connected to anything to read > high but it always reads low. Connecting the pin to 3.3V does read hi so I > know the pin is working correctly as an input, just that the pullup is not > connecting. > > I configure the pin as follows: > > freebsdpi# gpioctl -c 21 PU IN > freebsdpi# gpioctl -l | grep 21 > pin 21: 0 pin 21 > freebsdpi# sysctl dev.gpio.0.pin.21.function > dev.gpio.0.pin.21.function: input > > # test with pin disconnected > freebsdpi# gpioctl 21 > 0 > > Now connecting to 3.3V: > freebsdpi# gpioctl 21 > 1 > > Installing a microSD with Raspbian Buster in the same Pi, I can repeat the > above using their tools and the pullup works as expected, so I know the > hardware is fine. > > Any help appreciated, advTHANKSance > > Elwood Downey > Tucson AZ > From owner-freebsd-arm@freebsd.org Thu May 6 11:12: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 BEE2C5FC79C for ; Thu, 6 May 2021 11:12:52 +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 4FbWC76wQvz4YsJ for ; Thu, 6 May 2021 11:12:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 2130A5C0093 for ; Thu, 6 May 2021 07:12:51 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 06 May 2021 07:12:51 -0400 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=2zodAal1/klehfx8hhMacCA29HFlorVjRSls0mrWPg4=; b=v1wW4fh9 k6NdyGJDrNyRSdaY43vvN27Ap9p2PtmPkm6faNqG62aAS5mEtP8uYs7k+FX91Y7r r+UaylCoWurtp0rwVBGKWSQcgg/LR+k8CqbKF6G0VGiI6ooLf6pVO3qA2rDCfvG+ N06hVUHLKB28PzgeGe/pJ12H8DcYcTDWYf8qSoHL1sB1CDTvArXyAfKuoMiBTuCh QhX3ikHgm3vnHsVOoXVMZ0V3u7lfZ/Ndb/KjA+d0Vutu56RHuqCa4USUGh7KIvtx 3dIQFKte1zkOkZpQVFgLACiKYv7Nacy6SPRgK+0OyHE7fhtKNAtrVuA0vllC1/Az wCGwlZF06EyujA== 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=2zodAal1/klehfx8hhMacCA29HFlo rVjRSls0mrWPg4=; b=h5chijTMRXy+rdXX7D0TmCAjAHUMchJTWBvwp4BpYttX0 d6VqCV2Pgki5T8cFIU24mD+svrwUELBQSxUd9JwrF7HOwq1WDoFkjjCYk6odoay3 sq+Mz1JUkN3sDh3M3N+PBpfn+/OGmiOPMetdob6PRMH7kY4TIKIhud8tC5i5ZPKC 04BncomP26kSCSt03hI5rNJ3/xH0o5H5CU1rrYN8ucBh+LPjdcwIKtDSxz9po8iM iwBpub8BuOuQWK+hExUi9dhnjr3T0mYC/hpolUlxBqbSWbt/kQ3OasY3gTqgd5T+ d8WXPoktYf0Sa7lgV+lMjco8f+izm0TUtSowAWhjQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdegtddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucfkphepkedvrdejtddrledurddutddtnecu vehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqd hlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 6 May 2021 07:12:50 -0400 (EDT) Date: Thu, 6 May 2021 12:12:48 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: rpi4 zfs-on-root boot-to-usb3 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="/df+J7QV1nbSFfTw" Content-Disposition: inline X-Rspamd-Queue-Id: 4FbWC76wQvz4YsJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=v1wW4fh9; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=h5chijTM; 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.70 / 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(-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.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: Thu, 06 May 2021 11:12:52 -0000 --/df+J7QV1nbSFfTw Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to be problems with it that I can't work around. What's really needed is an installer, but these aren't made for arm64.aarch64 rpi4 from what I can see (I'm no expert though, it's entirely feasible i've missed something). Maybe one way of doing it would be to have a usb key (as ufs2) for the system to boot on, then have /home /usr/obj and other larger dirs on the usb3-zfs disk. --=20 J. --/df+J7QV1nbSFfTw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCTzygACgkQs8o7QhFz NAVxkw/8D70gPsn/HtXyLGOUV3Nlkhz1uNCkQlRJA2j99uchl9byBqUg+bbTwyKQ UFEneXZ5MYqelv/gf5CRSfdU2JpRN5ABCk/HqarVjStPjZIOOQziF197y0umn5TM z3yrRFkG47e4MWPzKvRi6XPSOfC7kVvC+QAhQ7jj+MTaxxS3Pgtc5nmeBFqBtkJ2 m5Ft4fHpo7JyR9BkK1p7L2yf3XTh1csDY1G6kp2v6DJIylM3yf3l++9wzc5f6GJP NwZKuHj52jeP1PKZZJbhreiMSv/KXcvuTydF7Brf2ZTX/IbbRzZw/JTTQMC3VAPU deBRDH9QlEAjoiP/IV/Xl9EEzE5BSmQMjC/qZeN+hRsdbrLDOJe4qFNuDjjpVmmo RQaTcahalZX8G+EuM5TIfYq3jr6baDDRqTZMukpj+M7QX07ew8stE+lsVC+HA+LF 60z4HnOZjKyT9eku+nHZvV8rhxD8UzKvTHw5BP5bBGqWH7ugV2m4+GD9W3ECQTYr /tHNL7fEFl8m7iQmLPwMyTjdZw32TawxsveblasbTx0zZncdXx5L86IW7CQw2wmN Z5IGM6dXhcsWPNXgFvlmQ1vX8qekoW/mvhOJu8MgpVqdYXstPBnD9ald7cefgUl2 91i8C7DgF+SRFzL0Uc3iv2dvf02ZzIbmuXtEMLteP+PUhDxlbOc= =zDZ0 -----END PGP SIGNATURE----- --/df+J7QV1nbSFfTw-- From owner-freebsd-arm@freebsd.org Thu May 6 12:55: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 31F6B5FFDD1 for ; Thu, 6 May 2021 12:55:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.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 4FbYTX1tcWz4fHd for ; Thu, 6 May 2021 12:55:28 +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=1620305725; bh=vOPfUuyYxfVAny9AWMisHji9BQzPvCStUTYEpcy8suC=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=nNXk88fW5+3f2YSO1DIfg2pfTiW/2kJQqYMNWiO/a367sr4KlmlXNQFB9ZEqiMIulaYH9TzcRPA/VsW1REdy9jZC5wNGpLrnMvtu5zkx5AaJVdRqdNaKeAMph2KGtGwJPMJ9Pjyf5Ly31RoEdShjuFl9OCxzSkPIJrQg2SYAnEeG67ivFNCCJJ4EjkGSBhjHjb1U68Y31+o7VV3M2kYN4oxh8xxfHkVLxdF1GrBhE79e9j3swwrZENexoenJ14RRyAq6A3WLqPKN276pYz8OqCDn5EzKxbUF35/RuiICO+kRoQaSu6qh5sWbQx2WUZyTjXCiNOHcfaGf7TBDw9L58w== X-YMail-OSG: 4QvzJqsVM1mlREN9z1jlVRi3pKtdEmuejXB_OZAjuKxH.EGz4ny0WrHV99LYJgb g2_mdxFHfSEJDIWeM2tlXEbRfm9gUUyWBeSDFBhmtjHY19bB4pCofHudd5z2D_dmKM49lLm_OC8m QeQIMfZQxCY2npkY8ZFzfhTcvD0.v55xtFBd6n.gKXz1NafgfC.40VsBSYOqHfXPwlz6J74f5hLW Ym1HQTVSQuC_DlkdlYq2oi7qeTC6PvZmAVLcNJYfP37SBZ6mP3RBDeE9Bh_tMVN5FVzLIG7gWHkT XVV_GcvozI.MsWezDluYjfoaehCZ36h4fLcdcleKlP0W9aHY2n3UUk0SjgsWpke1ZzK9BbrrjDVI k.8QoMDlRrK.vzgnp11cnEl3G3FC2NhzhYDJ7a.ZYMWn81xfXkvqlaC_9tbw1e6YAdsIXlmbsd0y cL8YlRdk5cxdGl6UvCv0cJqSCYahK4_6Fi2JJWiMf8WI9XmVddPH97OxygYgueEh6pgzBxWU16cf 5Jx1h3QCeAfRsM.0wX.qAfB6A9cqAfVmNN_EKJ6aJSKF016oeg42ei7CqrXj5iGAi3GyLoNG0H3. tURmZAJfO8hyZvQ2QLjsCRnqgTgILXPnBorTkoJbtqHj3PhLZLrmNVvB.jAmah3RVzsi2nRfTs.x ovuXqNGBSd854iKtaW1oaprEkdZ8l6J9BnzUyPk_UXk_dOCoAV68UUU08BPDdhfYDDonptGxWbYD MgSmEn2NyiVdN99rN1pLd8WQ1.kYjPzPNwtNyt81SqDClizd7L7gONImXl9P7DrQH6cSQOz.qr__ hECfWzJVenD1XlhWAeyrPcLIOd5xHoWc7ens74bs09Bv4MDmrRV5WJ6jk213HlYP2ViOUQG1ncuq VF2WZvYlSk0KRLrpoOF15xI5CxbrcIgFjdG757PufiNT68u6tUYFPnF8ZLPCbW3VB6wfmQa6xzOb AzGOiSy_QUwb6xrTYC5GuFQsxpfB9LPmHJWkjXSTZsZL4CRhbnvq6Fd_4yhlwnfMTluSo0yNrwn6 jm1do6XbbTwaEK.ofyAO8HsvcLMTMBMXA4X6XprG2mkC1duI02qRWbeiRU75p4zV0Dg6jIF2X5j8 VBrzxtvn40w8m.YruUXkoWlMTsgzNvdHmOr0QruTsmqu.HlcATY_Up5aMo6g6htL2miFOUQDcFrg ONZ1xIANViq8es2he5luXW41La8Ss7iEqUdhOUvM7GQcmOX93_2wUVE2_BM0E6dJnjUCdzvNY7QL Ki8k8u5yO2RPH8BkRQhNBccs3H0l2eCgibRfU6FN662sBQtkvPKMfOKd1jDXGtTNgptefhp3JGnw o.ep9kyAG68Piq_c7ckO9ftqpdSJ5FPuwPTHBrFxQhPDT6zxQVUIrAWLKvgWqD_7W47oE8BSpaUC tdqg_k18HH1IM7ap9gVIab.2IgxrgBB7.BJwl4sUl8379HbZzjOE7f0Z5mvCsxP8dt1kKWOWWomc Tqof.gMmw.KyDcmCdRP7SdEmNhjTnBdyj8vuO_QN2PtiC2z6uFuIOgR9mEi9iFKPUmlEzk4SGMkI YYWjdlhw4XBJ9gxOTYctEFCxqwzNoUrqxpiSRPYRpA_2kAtccTI8zmNONZgw3UMpMrHz8P4o_aY8 YPa4SAh3DmRsIen_X2.xRof2rl0t2aV3baknudFCqHe3UxiZ7kyFke7TVUyJlWqdJBAdLVDhjEtF 7CE6Xtcc0L0NHkLrB1CROxjfYIJyV84MsolA6dQv3AX59KBj_rI3l4znm4.4UJ8qcjc9nM0rcgQT D15FOF9.ZpE3ip_HCaKaGLBCENzsfpOnd7a4MQhOeFflsWwOajYtCvwI21CwpDQTA.Q1AoToq.T0 LRgdlnMkVVMaQMu09Hm6ebkReDxDR3YgtbpfLpBW2g518ZxEqZsAzk3Sm6FQnZuc0aOND3WOzwm0 Vw5B9msNOnHhl.VNcfcQEBjMFugYnJmKAEKlITQ2DulkYFBFH4Ot7vCT.uZzGck6LQ6qkIpjL9to rvkmsZsAVo6PmDV3zOIGOn5jQsewKM4F9lUkU88pqDf9xAY9DJh.JiZ95jH2Itd_je35ixx0DBEn oeOL87hIE3xfkwHv34Q.2gsdjsP6yyuDpNUg6FpqPyjPAv1_wIt3aUM1FJnImoIcNrDrejYTR9dP Ttvp.QwO3CPXDl2i4yq90AsYtYLDWd83Irr_2LuAw716NfOrR5gyvnShGpdRGU.mZ.sORzKchZZI Bz93x0hLqVf4jmKmsz9aTbXkJlQEgSEfP.UqSOoYZhwS78psERmN5mxX68QPGeYCmBQHmV7hILqq njmBFke67p2lqi1zj7ANZHr.kk2dHUB_ydYQ8OjYlMSyxVs75fxmU3BgiU5m2K4aD52x12fpYdKX RgtX2QBi13gE6LJHeSyM1KYJEfoXxf1j8lbeWkz55c1kcLJ.u2jgOms6w6XURW9sNF.dd4qjPEaB UGYy33NDkG81MMceuXHqwAoAWMOpp_uz0ArmAvJAZEzUyyNjGOjCSbHmXQWV4d1mHlJPw0rt1CWC V8q_BkUGjSHKUOdc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 12:55:25 +0000 Received: by kubenode568.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 01a99d040a6d467b008ed84fb2c1b371; Thu, 06 May 2021 12:55:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 From: Mark Millard In-Reply-To: Date: Thu, 6 May 2021 05:55:21 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FbYTX1tcWz4fHd X-Spamd-Bar: - X-Spamd-Result: default: False [-1.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]; 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.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)[]; NEURAL_SPAM_SHORT(1.00)[0.996]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.65.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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: Thu, 06 May 2021 12:55:29 -0000 On 2021-May-6, at 04:12, tech-lists wrote: > How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? > > I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to be > problems with it that I can't work around. What's really needed is an > installer, but these aren't made for arm64.aarch64 rpi4 from what I can > see (I'm no expert though, it's entirely feasible i've missed > something). > > Maybe one way of doing it would be to have a usb key (as ufs2) for the > system to boot on, then have /home /usr/obj and other larger dirs on the > usb3-zfs disk. I used bsdinstall from booting a releng/13.0's release/13.0.0.0 microsd card in a 8 GiBYte RPi4B to produce the: # gpart show -pl da0 => 40 468862048 da0 GPT (224G) 40 532480 da0p1 efiboot0 (260M) 532520 2008 - free - (1.0M) 534528 25165824 da0p2 swp12a (12G) 25700352 25165824 da0p4 swp12b (12G) 50866176 417994752 da0p3 zfs0 (199G) 468860928 1160 - free - (580K) # gpart show -p da0 => 40 468862048 da0 GPT (224G) 40 532480 da0p1 efi (260M) 532520 2008 - free - (1.0M) 534528 25165824 da0p2 freebsd-swap (12G) 25700352 25165824 da0p4 freebsd-swap (12G) 50866176 417994752 da0p3 freebsd-zfs (199G) 468860928 1160 - free - (580K) that I'm using to experiment with bectl and the like. It boots the RPi4B 8 or 4 GiByte, the OverDrive 1000, and the MACCHIATObin Double Shot. (I had to separately add the RPi firmware and U-Boot to the efi file system efiboot0 in order to enable the RPi4B booting. Later I tried booting the other two.) But until I go back and do it again to another USB3 SSD, recording steps as I go, I can not supply a step-by-step sequence to go through. I might have to again figure things out that I figured out the first time. I just do not remember all the detail. It had been years since I'd used bsdinstall. It will be a while before I can try that but I expect that I can and I then I should be able to report an example sequence. (I split the original swap space in two later. I use only 1 of them as swap for 4 GiByte RPi4B's. Part of my experiments have been using tmpfs in poudriere and the large swap total for 8 GiBYte+ machines is tied to that activity for how I have poudriere configured and building things like llvm*, possibly multiple of them in parallel.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 6 16:02: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 0E73D626652 for ; Thu, 6 May 2021 16:02:14 +0000 (UTC) (envelope-from carlj@peak.org) Received: from smtp.email-protect.gosecure.net (smtp.email-protect.gosecure.net [208.80.202.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.email-protect.gosecure.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fbdd02kYnz4pbR for ; Thu, 6 May 2021 16:02:12 +0000 (UTC) (envelope-from carlj@peak.org) Received: from envoy14.neonova.net ([137.118.58.100]) by smtp.email-protect.gosecure.net ({1a47cfb2-78bb-11eb-b0ba-d9a5843a38c6}) via TCP (outbound) with ESMTP id 20210506160204502_00002504 for ; Thu, 06 May 2021 09:02:04 -0700 X-RC-FROM: X-RC-RCPT: Received: from bay.localnet (unknown [199.58.99.76]) (Authenticated sender: carlj@peak.org) by envoy14.neonova.net (Postfix) with ESMTPA id 4Fbdcm5znVz9tKc for ; Thu, 6 May 2021 12:02:00 -0400 (EDT) Received: from carlj by bay.localnet with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1legRr-000Gam-3d for freebsd-arm@freebsd.org; Thu, 06 May 2021 09:01:59 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: rpi4 zfs-on-root boot-to-usb3 References: Date: Thu, 06 May 2021 09:01:59 -0700 In-Reply-To: (tech-lists@zyxst.net's message of "Thu, 6 May 2021 12:12:48 +0100") Message-ID: <86lf8r6ebs.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-MAG-OUTBOUND: greymail.email-protect.gosecure.net@137.118.58.100/32 X-Rspamd-Queue-Id: 4Fbdd02kYnz4pbR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=peak.org; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 208.80.202.2 as permitted sender) smtp.mailfrom=carlj@peak.org X-Spamd-Result: default: False [-3.79 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.80.202.2:from]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:208.80.200.0/21]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[208.80.202.2:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:208.80.202.0/23, country:US]; RCVD_TLS_LAST(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, 06 May 2021 16:02:14 -0000 tech-lists writes: > Hi, > > How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? > > I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to be > problems with it that I can't work around. What's really needed is an > installer, but these aren't made for arm64.aarch64 rpi4 from what I can > see (I'm no expert though, it's entirely feasible i've missed > something). > > Maybe one way of doing it would be to have a usb key (as ufs2) for the > system to boot on, then have /home /usr/obj and other larger dirs on the > usb3-zfs disk. I am currently running a system that way (zfs-on-root and boot from USB3), but I had problems doing it. I used bsdinstall, but it complained that it couldn't find a MANIFEST file and I couldn't find a way around that. It had already partitioned the disk and set up zfs, so I just downloaded the base.txz and kernel.txz files from the FreeBSD website and extracted them to the filesystem. I then copied over the u-boot and rpi-firmware files from the mmcsd to the appropriate directories on the SSD, and booted it up. I think the default on the RPI4 is to boot from USB if there isn't a mmcsd card, or you can use the RPi OS to reverse that if you want to. Sorry if this doesn't sound as easy as it really should be. This was only a few weeks ago, but I didn't keep detailed notes of the exact steps. -- Carl Johnson carlj@peak.org From owner-freebsd-arm@freebsd.org Thu May 6 19:12: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 DDE9F62B6A0 for ; Thu, 6 May 2021 19:12:52 +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 4Fbjrz55Dhz501T for ; Thu, 6 May 2021 19:12: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=1620328370; bh=o5xnJQxC7HiKLYDJSgdWvoACrIp0MJuWaHPvU2YK9oG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GA3StKvVbslKx/hW3sSPlVhoW1fp9kDRN3fmUBnN0c60ooSmn2vVNKhy6ToGbv5yZyDTr6OL+0xjixJmjtlpPI2EJrzh4T2wV+65PNeUSNuIP7G2OaQlTQU0kN1TU1uFqnhMC+aP4b98fJFRfBaP2/dJFvv1kO/YG7FHInuaXxVG8yZpndE8K22rasXZfjpsWUy3N+8UoJopeh9qg/Ze0iwFeJpCU8XxYU/xU7F6P9ngzqFMKA/o7Ll1cZqNnZ8M8GfZXIl4iUNmjyXg/5z1gfgbdoH35FSfjdPMciX8+YZCahX8+ixNmFkCHqjH6TVdoJErZC52vKeGPWJpErJ9FQ== X-YMail-OSG: LkWBElcVM1mMV72uG8ia5juaaG2sQGiZSy8WKFTAmH.NNSzuIx_unX5DbpwQhU3 bgC_Rl5wkNCEK2wK1qrkBug6x61D9bcrIzNutBPi8K2LcE7yBoXF7Wm99TquC8ai9hi.xN27UKD0 gULA8YKXtgx_aQLSG4PoHISNGg_yvMLPTJJ7kvM.WhCGzhfDEAXpKSXwdcDDcxWOKuXNRwHali4R cpaPThBrWnRKRbiQT4Rdfom0YZpAHz9BgQWXoqoQhE02x3RzTiONeSiDRZMcvB9xKw38nbb.amGD zb5M7eKKv99__Mpx4R.KfCn4GMrnJ7syiFY.zjlVWXpj6s5._iizWTOSxLYXzHuL6U4Yhm_CpQ8i 4ZJr1VW4jZpL4dib_iNzLfDmU1UzDaR_Fkq902ZU5VImhybYB995S0IsB3.6Lpx6kx4jClESb1G6 UuYg0_KVrNfi357c7w39CYNoX2_z.gXt3OZjUrw8Mh6K_m.qW.7UDLv4a.OX3JZpCCIdHX32uI56 sNEcF.VAeK54owiw6R5r2h_r1GPu0XdGdlYmYTGJNfyPIRDE_HvAo8.eE3cG7.Yecvu.1HWM3ISO UhH.2nfqkDXz7IQ1wRDgVaB1Ig_xhvNdd0ZoSLSTU.6kIHFEOrBjKXqE5kVDzi9Cw9osaEdPWpdd ELb1WAy7ykubs1bM4nVAS_fOzFuJX9lh0TU8Qr4LJ27WHXnKAv.ucRbb3tQMs.S0eg2lY0XFxjtk IYgrdqrYLQfK_SJdYl5F4E8VQGUcVjMMZ2tUNERBpKpIVb2hlM..75qveEiLVyIiurXmPx88mxH7 o4S6EC.w05jYKrEifUGWemJ.MRFPov402DV400jo3wg4nLnPEYgzjrq.bufK8vjGiTPW3taloBrV r4oBTMofzF2eTYmpd2gjiFcoGhzR8gF2cCwJc9hHTHtlR0BCMEJzISOg_kzPT6CAGrOKYHH8kmDb GETp6qyITuQG_g4lg6G6n41hg28Wnzlzi3Tf7Uz3k4IT1A8CTJdxDLoFTK5DlcVbIKg68I.X2j95 pu53nBCT.ZXX0cmxs0_19qhhMfuHdY2lLRKaAVNVKmgMTZ6BOA44qRMtwQ4Kwy18VyaJUVPT1abY AlFgS2F7IhgB5BeSFWJy3xURuLoKRTGOj1eZYsEyNU2CkMfHJ5k0KkI7WSoawHKvfDUMx89z8.8F 9tZJem_gGC0MuCBMu21mH13m4vltt8ZrNyp0Y1QTNgTtrlU3MbpvpN258I4susc5Vfe6Qb1KJb1Q GH93HkxcXAHP40w4CZv.M4KO3fGtOm1I5qS3NMKE6FZCyeHeZj7L0Kyu4mlno0OfvGw7Mnco1i68 VcxRTcXlPTolOaR90UdcFMfZAuQ0Cm9bRSDJbIj1bR7RKB1N6La9VmFEhoOohQQP_45RyASIZgA0 uWzp03gBxUYfZYJ88qCEmtM9ucBrMOHpbHkNsVKfX7C5CPKIg8.PCZDBNnmTNm9HU7m7sEOvqoAz NVEsIOKYZLL_oz2UqEZEcAZbBlmK21w52vP6TCZlRHP4z7wgljHUCO3t21vj30ECtoX0TxTmgQgI ZX8Co3bS1FAtlkBUye3Yd1qgV7sfjTneXeTPTPrv4.dOEmVoBJJGumClInyRFhgxvy9.xxLpwtk4 SXAsfxBCvQJkDDl0JWLB6VLOHaXTgXgF07VliJhA6qroxQh83DsmEmcLuzbYCHEJXl1SiQ8J2mrk l5BYT7AtoIxZgH7nLJHWAUFFJhwaZZ_Q4lv3ADT7J0j8szZI4JARVV3oFgpJySZc1zL9.hqQimC3 Fi7x27UVj7chkUeRit6y1EOhVwFpmw3HMQzMGwIncNuWB.4XTm36Ky88ov7kfnULs7dZk7JXp2qt Ir1oaa2R_Ao.o5Js0pQv2eGFRE9kfzuW6KI113qWVlAsrc333WhMTTfd3ZCxJOv2_XpIywqcrMFV iOKuKtWFjhsBNMjKr.bCW7BNMb95RfzVlO8j3HoM7Ymu9FnTV79lIbgFHifzKbUMJ_SW1XShlaGy XFLIA3yxMqwHaNJb_h9yVQdfgKpLDvtTvsQtQwZCo6dhxmfRnFQuUmobTtystNVZgwe.FBVetmFy h2Z8oRnOeMq1T5xN_TQqK5Psd34PhfL6wELGKtK_QSsp3039qhHaOTUZnuwBPBQTyITMRFvNY41t _1iOst4pFWmCQ19hud8mAwWQwX__EaCbWH9aNVrftxFiEMQg.ulzPD4O2b.uA8bzst18BHwhG4kV itWIWfhGRvxfaBfoneEv3oWD_ZeP2abX9Xn1rS0Six8QXRgfiHQYQNfnlSQGICPl2Mt5HDUfjtz3 i59__6Bqk4GcEr39je6r726OZpy3xo3Q1VQ8MkDAVG7tEE.E3x_4z9cRmq5WseSZEFb2_RfoIZxK 9wNdH5fJAmZd3uKI5QRBYfRKzGNwWFw2MIwhMOaQ87yxCh.av0g8aAM5cKfPmaz96n1yvI1F9mXq SZUQyOYQW1Sz.8MRWBq5W69l5qGKU1m2y1LawnmedgisNPj1ATX_rwo3nFJkxI8C1coDwSgI7vXy Q2wLSh9DIp56lxAERhI14RWyY5NRZQoMA3oKVcd4qAwkp98AIdIswyvP28cfnaP8r76cN3Eg7TQh 8gJAgCJjfu73YBA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 19:12:50 +0000 Received: by kubenode548.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 17f3247fef2a0c0963accff32ec777d3; Thu, 06 May 2021 19:12:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] From: Mark Millard In-Reply-To: Date: Thu, 6 May 2021 12:12:43 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fbjrz55Dhz501T X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 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.80)[-0.801]; 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: Thu, 06 May 2021 19:12:52 -0000 On 2021-May-6, at 05:55, Mark Millard wrote: > On 2021-May-6, at 04:12, tech-lists wrote: >=20 >> How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? >>=20 >> I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to be >> problems with it that I can't work around. What's really needed is an >> installer, but these aren't made for arm64.aarch64 rpi4 from what I = can >> see (I'm no expert though, it's entirely feasible i've missed >> something). >>=20 >> Maybe one way of doing it would be to have a usb key (as ufs2) for = the >> system to boot on, then have /home /usr/obj and other larger dirs on = the >> usb3-zfs disk. >=20 > I used bsdinstall from booting a releng/13.0's release/13.0.0.0 > microsd card in a 8 GiBYte RPi4B to produce the: > . . . Various details shown will just be my specific choices. (The RPi4B's that I have access to have the 2021-Apr-29 default(/critical) EEPROM image.) Taking notes as I go (and readjusting as I progress and figure things out, eliminating failing attempts as well) . . . Booting based on a microsd card with releng/13.0 's release/13.0.0 as its basis. The context has a working network with internet access. # uname -apKU FreeBSD generic 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:06:55 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 Plug in USB3 SSD. Ends up as da0. # /bin/sh # Just for my familiarity # set -o vi # mkdir -p /usr/freebsd-dist # cd /usr/freebsd-dist # fetch = http://ftp3.freebsd.org/pub/FreeBSD/releases/arm64/13.0-RELEASE/MANIFEST MANIFEST 782 B 6147 kBps = 00s # cd ~ # bsdinstall Continue with default keymap : Select Enter hostname as ZFStest : OK [*] base-dbg [*] kernel-dbg [ ] ports [ ] src [*] tests then: OK (Note: I use git for src and ports.) Main Site : OK Auto (ZFS) : OK Pool Name : Select Enter name for zpool ztstp : OK Swap Size : Select Enter swap size 24g : OK Proceed with Installation : Select Stripe - No Redundancy : OK [*] da0 : OK Last Chance for da0 : YES Downloads . . . Extracts . . . New Password: . . . Retype New Password: . . . genet0 : OK configure IPv4 : YES configure DHCP : YES configure IPv6 : YES try SLAAC : YES Resolver Configuration : OK time is UTC? : YES America : OK United States of America : OK Pacific : OK Does PDT look reasonable? : Yes May 2021 6 : Set Date 11 07 00 : Set Time [ ] local_unbound [*] sshd [ ] moused [ ] ntpdate [*] ntpd [*] powerd [*] dumpdev Then : OK No hardening options enabled : OK Add uses? : Yes . . . details omitted . . . OK ? yes Add another user? no Handbook : OK [*] en : OK Apply configuration and exit installer : OK open a shell : No # shutdown -p now At this point it still can not boot an RPi4B for lack of rpi firmware and U-Boot. I have such available on other machine based on the latest ports instead of quarterly. There are RPi4B's in the world that need the more modern U-Boot compared to the quarterly that releng/13.0 is tied to by default. But you likely could install rpi-firmware and u-boot-rpi-arm64 on the microsd card and then copy over materials from there. In my context . . . # gpart show -p da1 =3D> 40 468862048 da1 GPT (224G) 40 532480 da1p1 efi (260M) 532520 2008 - free - (1.0M) 534528 50331648 da1p2 freebsd-swap (24G) 50866176 417994752 da1p3 freebsd-zfs (199G) 468860928 1160 - free - (580K) # mount -onoatime -tmsdosfs /dev/da1p1 /mnt # cp -aRx /usr/local/share/rpi-firmware/* /mnt/ # cp -aRx /mnt/config_arm64.txt /mnt/config.txt=20 # cp -aRx /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/ # umount /mnt Back to the RPi4B, no microsd card but plugging in the USB3 SSD and booting and logging in: Dec 31 16:00:48 ZFStest login[1351]: ROOT LOGIN (root) ON ttyu0 FreeBSD 13.0-RELEASE (GENERIC) #0 releng/13.0-n244733-ea31abc261f: Fri = Apr 9 03:54:53 UTC 2021 # gpart show -p =3D> 40 468862048 da0 GPT (224G) 40 532480 da0p1 efi (260M) 532520 2008 - free - (1.0M) 534528 50331648 da0p2 freebsd-swap (24G) 50866176 417994752 da0p3 freebsd-zfs (199G) 468860928 1160 - free - (580K) # uname -apKU FreeBSD ZFStest 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 03:54:53 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 I end up adding to /etc/rc.conf: # ntpd_sync_on_start=3D"YES" ntpd_user=3D"root" The first boot's time will be messed up for lack of the ntpd_sync_on_start=3D"YES" . # shutdown -r now After login: # ls -Tld /etc/rc.conf -rw-r--r-- 1 root wheel 279 Dec 31 16:12:37 1969 /etc/rc.conf # touch /etc/rc.conf There are other files around with such an odd timestamp. # zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP = HEALTH ALTROOT ztstp 199G 1.09G 198G - - 0% 0% 1.00x = ONLINE - # zfs list NAME USED AVAIL REFER MOUNTPOINT ztstp 1.09G 192G 96K /ztstp ztstp/ROOT 1.08G 192G 96K none ztstp/ROOT/default 1.08G 192G 1.08G / ztstp/tmp 96K 192G 96K /tmp ztstp/usr 416K 192G 96K /usr ztstp/usr/home 128K 192G 128K /usr/home ztstp/usr/ports 96K 192G 96K /usr/ports ztstp/usr/src 96K 192G 96K /usr/src ztstp/var 680K 192G 96K /var ztstp/var/audit 96K 192G 96K /var/audit ztstp/var/crash 96K 192G 96K /var/crash ztstp/var/log 200K 192G 200K /var/log ztstp/var/mail 96K 192G 96K /var/mail ztstp/var/tmp 96K 192G 96K /var/tmp # more /etc/sysctl.conf=20 # $FreeBSD$ # # This file is read when going to multi-user and its contents piped = thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for = details. # # Uncomment this to prevent users from seeing information about = processes that # are being run under another UID. #security.bsd.see_other_uids=3D0 vfs.zfs.min_auto_ashift=3D12 I'll note that in: # more /boot/efi/config.txt=20 [all] arm_64bit=3D1 dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don dtoverlay=3Dmmc dtoverlay=3Ddisable-bt device_tree_address=3D0x4000 kernel=3Du-boot.bin [pi4] hdmi_safe=3D1 armstub=3Darmstub8-gic.bin The hdmi)safe=3D1 line restricts the HDMI display resolution/scaling. Any of the following replacements for that line will avoid that but in some contexts one could end up in a "blind display" context instead, which is why hdmi_safe is enabled by default. hdmi_safe=3D0 or: #hdmi_safe=3D1 or just delete the line. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 6 20:09:36 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 393A862C9F5 for ; Thu, 6 May 2021 20:09:36 +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 4Fbl6R20ZTz51rX for ; Thu, 6 May 2021 20:09:34 +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=1620331773; bh=iIFheja4XncH7d3hP5PZc2BbkLdgAhIrszs+3bBXf8f=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=n5idhYTbQ40j8vVIQLyA8GbFt0LPhbBRyrahzas30JslTlkASkd+LXtmBeG6MKYclsf2Oh3z7Oj84BQmZwaKWEJdfuHSt0XNbhJMk2/2DGL0WUqSTTKm8bUmjX7qkHWE6gznslj9i1s0N+D2gqR/DaLrrlJ9ndC0Dvo2A5eyhFdlpSwymG1WKZgVi7MK3jXlWI6KOm+larRMhHDmXVSWIGH4sCQEEhwg5x23BK1wprIxlcOcRTDyEHmjGpgzBGbQD3OCzi2IM5Nq0zXWImFhZrCOopA3ZDrAsMLpznD+8UbRhC2hD2W95ET1xcFL/IJnYnrPiBEIwvB3apDgmPDjvg== X-YMail-OSG: 43ZAnOwVM1kyNKNTVrJs.IlhERUvwIjQU.9mbTDWW7Yb5VKrljZMTiirbFZM0HX UVWKIj1nHCrAe9qoy.WMCBkc75MVOzn.Nzt1gkDQBTKovpyOnFMY5VIvE0JrwC0J_8hSDpYZh5FG qrK8LsK3HuyLoiScd9dDQWL9HFXJnWQGB.k_qaw1xgbFvkFVXMUgIZqk0pKBesfItNJQ1hbwDN_I qBXAscYY9c1D1Yy0NFI6PHp0OjuB3vZ2_X24b_9myih2kAQnXZ6IrwnVPSQZuEt4d_oGNzcN4RO2 Wa9enRLtaCMVftU5k2U6Aufil7Cz1mJDQ9uJ_C0EudZYBQVMSzZbapNiQzuylyAaQo1YB8XzpY8B ei0KlhiMU6SNtM68y3VRoA8dtE0aAQS.sbouOuPHV0frPDgsUYgImkkDh6XYylC0_8JWnZJAkLpp Kctqd2LmPcCv2oZEIws0mtpJ0wBH4O.G4kCRirSjoGv6Bd8K.dIZY7yUvXml6Zl4Uf_KGvSuxZzZ cXnsJuWdTGrBvFf2wrbH2wkwMW_AvP.mQrPbypVItJDCk1xR_TXu6eP4p4f4CgKdz8rfHaigKCHm KliLsR88TZdTJS6G8As8bjzo1tbCrnXn4gteRdy4zRvK60jUmqQQYeMqPgX_yfTqYKHIhHVKl1IO WZzLWqYBi7S5xKnkAHfQkD3KBopBRMuQZ9tbG.IdGwziSiEYWJ1lHKvsLag.M5mC2PIRQgSa2BMX Cty5iOgNQhqS__GE_wrmN_bGS9z6_BI4j0HAmsgrM7mAdYIMTQzNJRiWegwz27Yve3zNOPdy6gBl T.uo.eq7Y.Pj2XHEH.tThbKcY6YQavcL0a.0woayGEQRvPMGIqav0mV9D.xk0GbE5xObyGmBnz2S chd1PZcHwY5hcISe6u62cYmxJZLjTseFoXtwmlXQgNQ7tZJooC5g6AuvOoSi8NYjWRXEyG9F.DBG gpr_Rnxm0eMw_j5u1EbMdosZXgkDjNZKWH1d.HE8TlZOsxMbaErMSKmSwHjyH2Za0gVxrds19vit Rnr1mimkuIJRYDeHGJttOYK06lOiq2XfA_vjK.2ePZQpwKlG0wpu_nU2q8WG8aVU862e31Uopyd3 pUWVUC1eCpHFHlslHLnM.xYwvQrA25dicfPq3gAMexZcMTEs6CNyJj7PA5lxqd9In9A62ooRXtWl I2307AXcpvS0ajJstU.ANSA3NQIQqadpbB8VDjTFcbKECRDiypyRk8XL8E3zToBfyB83Fk60FnSa A0nUsSMCoNAi6sjO4xV_baEjTsYOHzxjehjt4Qw.9HuWFiOu2bfcWIVu_TRJo4IRpIVbfZHWT3iD MZZO.287BfPoGkXjc2ezpJmjRkhG6ylwL9TWdPiqbBv2cjfs8_q_WHtJoaNlNOsdVIvsY7cfnig2 hwRxZb4UPQGA4iUcFVav7JLFNz5Q217.y5C.cetYeboH_m5PujS5YA.clbEMdoUS55FHt58eUCnu 497_C9qdK_xOAOKnnvie624XVF6mSkZqci9ORXJ16vR30ENxDkldB84p4LBAxisYIosWLZkDw.8a XNII.Hlp92AJLCqD9CpzGcnTngKanyldBBNat5qBksUoloym_lh_vcFBErfvycDJCeVLPMJ9Zacl .7jf.Ef523OLh2gFHfDrGtzRk1DcWLTgXZMxEexR8oigKhKC66krlJAQ7W5cq7V9J43hL.mZNgYq 8QBx9GdawNNwAoOE8G2jD.SudTJOrf6LDc4NDwCnKidPjGAPjHLwP2s_EFJXRNP.pVpOOmmgg0eO NTapOtGsMAONkPXNmMc2WaGovxOD61ZXxiY.d.LztH.DDTo5.ovzmFy5b_xK_iFj1NeWTVH7NRxn 8I4aE5lepSFgiVmqP0xgIjvTKcPxt.JuZvttaye.1a7SIMrog.QDqbE6AnsJBSD952VAaJVpuRfX rtSL9XZLVWzbnu1NxoK1TZr4XJZKEfLrSuWb0PGdqavHDhgOlJHoeXoJ9jhQp.eSvc3OOuo0Z0Jp ODBwam7v5aiZln3Ov_AZdNcriVEM4_ilQX0_ONKeLQI4yJDOn89u6f1TILDhoVfKfKHmYnj2fYDd x9kITMq1S9_66AEQJGKU_5vDPBPN1DKYvjW3t6l64yOXNDggqH2047Bb_3dKhU.JX1woobWo.0e1 CnHsK070TyxQUuCengLdKOBrr.jRqs2YpKcLNc8RPZLZlytTRQ2_hlOe8TVGJRdboFk2GcvL6ZJg Zgqy1K7FJugqmm_fA0U6K4PtgllpxZtRZeul8N.iREJWqpHcIawLAc4DDidk8husDg7ke8lOMT4B MjrRx9FjNOqUh9GciXfn.XCHY917BXxpYOJB.Q2jGIn_R71fgY9tUV.tJM04q0oimac2WzNwSFOj _HKsW5t_w9v8e8yhIaC1HsC84jvi2H5EYCYJxMvzPRhnldQySgBjLsoW77SdQSMNKf7qbLRRGbi_ YWAtBA3SEvsGjzW.KIXr49sBiyvaiOT3__iteViL5QdcZXmshoIiQXcyCgjOofbOax1P5qE8IoXl 5vSbAv9m2NrcNPaQpVmjficaWm.6C0jkW8gXqFb8gnkoLkDaAfncK7sn5V9O1WmZ7z9U.b0tiX5M .jgrHIvgteHL4PVgoJ4oOAJJwPJArGAoq1TURdNJBrxqnhFosm6I.t_HvDBTYkE.cJTg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 20:09:33 +0000 Received: by kubenode581.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fd89a4a2e220b4ef441a0646408e5320; Thu, 06 May 2021 20:09:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] From: Mark Millard In-Reply-To: Date: Thu, 6 May 2021 13:09:31 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <96F0BF83-D0FB-442F-B8A1-54194A724BD1@yahoo.com> References: To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fbl6R20ZTz51rX 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: Thu, 06 May 2021 20:09:36 -0000 On 2021-May-6, at 12:12, Mark Millard wrote: > On 2021-May-6, at 05:55, Mark Millard wrote: >=20 >> On 2021-May-6, at 04:12, tech-lists wrote: >>=20 >>> How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? >>>=20 >>> I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to be >>> problems with it that I can't work around. What's really needed is = an >>> installer, but these aren't made for arm64.aarch64 rpi4 from what I = can >>> see (I'm no expert though, it's entirely feasible i've missed >>> something). >>>=20 >>> Maybe one way of doing it would be to have a usb key (as ufs2) for = the >>> system to boot on, then have /home /usr/obj and other larger dirs on = the >>> usb3-zfs disk. >>=20 >> I used bsdinstall from booting a releng/13.0's release/13.0.0.0 >> microsd card in a 8 GiBYte RPi4B to produce the: >> . . . >=20 > Various details shown will just be my specific > choices. (The RPi4B's that I have access to have > the 2021-Apr-29 default(/critical) EEPROM image.) >=20 > Taking notes as I go (and readjusting as I > progress and figure things out, eliminating > failing attempts as well) . . . >=20 > Booting based on a microsd card with releng/13.0 's > release/13.0.0 as its basis. The context has a > working network with internet access. >=20 > # uname -apKU > FreeBSD generic 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:06:55 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >=20 > Plug in USB3 SSD. Ends up as da0. >=20 > # /bin/sh # Just for my familiarity > # set -o vi >=20 > # mkdir -p /usr/freebsd-dist > # cd /usr/freebsd-dist > # fetch = http://ftp3.freebsd.org/pub/FreeBSD/releases/arm64/13.0-RELEASE/MANIFEST > MANIFEST 782 B 6147 = kBps 00s > # cd ~ >=20 > # bsdinstall >=20 > Continue with default keymap : Select >=20 > Enter hostname as ZFStest : OK >=20 > [*] base-dbg > [*] kernel-dbg > [ ] ports > [ ] src > [*] tests > then: OK >=20 > (Note: I use git for src and ports.) >=20 > Main Site : OK >=20 > Auto (ZFS) : OK >=20 > Pool Name : Select >=20 > Enter name for zpool ztstp : OK >=20 > Swap Size : Select >=20 > Enter swap size 24g : OK >=20 > Proceed with Installation : Select >=20 > Stripe - No Redundancy : OK >=20 > [*] da0 : OK >=20 > Last Chance for da0 : YES >=20 > Downloads . . . > Extracts . . . >=20 > New Password: . . . > Retype New Password: . . . >=20 > genet0 : OK >=20 > configure IPv4 : YES > configure DHCP : YES > configure IPv6 : YES > try SLAAC : YES > Resolver Configuration : OK >=20 > time is UTC? : YES >=20 > America : OK > United States of America : OK > Pacific : OK > Does PDT look reasonable? : Yes > May 2021 6 : Set Date > 11 07 00 : Set Time >=20 > [ ] local_unbound > [*] sshd > [ ] moused > [ ] ntpdate > [*] ntpd > [*] powerd > [*] dumpdev > Then : OK >=20 > No hardening options enabled : OK >=20 > Add uses? : Yes > . . . details omitted . . . > OK ? yes > Add another user? no >=20 > Handbook : OK > [*] en : OK >=20 > Apply configuration and exit installer : OK > open a shell : No I suggested an inappropriate later stage if one wants to try the same vintage of rpi-firmware and u-boot as releng/13.0 itself uses. One can copy over materials before the shutdown by getting them from /boot/msdos/ . Note that you might not want to copy over /boot/msdos/EFI/... as the install will already have such. So, something like: # mount -onoatime -tmsdosfs /dev/da0p1 /mnt # cp -aRx /boot/msdos/[LRa-z]* /mnt/ # umount /mnt then do the shutdown and remove the microsd card. > # shutdown -p now The following is only if one did not copy from /boot/msdosfs/ or one needs more recent materials, such as U-Boot for *C0T revision processors. > At this point it still can not boot an RPi4B > for lack of rpi firmware and U-Boot. >=20 > I have such available on other machine based > on the latest ports instead of quarterly. There > are RPi4B's in the world that need the more > modern U-Boot compared to the quarterly that > releng/13.0 is tied to by default. But you > likely could install rpi-firmware and > u-boot-rpi-arm64 on the microsd card and > then copy over materials from there. The above is dumb suggestion unless newer material is needed. See before the shutdown above. The below is me getting more recent materials (well, U-Boot) from another context. You might not do similarly. > In my context . . . >=20 > # gpart show -p da1 > =3D> 40 468862048 da1 GPT (224G) > 40 532480 da1p1 efi (260M) > 532520 2008 - free - (1.0M) > 534528 50331648 da1p2 freebsd-swap (24G) > 50866176 417994752 da1p3 freebsd-zfs (199G) > 468860928 1160 - free - (580K) >=20 > # mount -onoatime -tmsdosfs /dev/da1p1 /mnt > # cp -aRx /usr/local/share/rpi-firmware/* /mnt/ > # cp -aRx /mnt/config_arm64.txt /mnt/config.txt=20 > # cp -aRx /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/ > # umount /mnt (Note: It is possible to be more selective in what to copy over. I did not complicate the sequence with such handling.) Back to the normal flow on the RPi4B given appropriate RPi* materials copied over to the msdos file system . . . > Back to the RPi4B, no microsd card but plugging in the > USB3 SSD and booting and logging in: >=20 > Dec 31 16:00:48 ZFStest login[1351]: ROOT LOGIN (root) ON ttyu0 > FreeBSD 13.0-RELEASE (GENERIC) #0 releng/13.0-n244733-ea31abc261f: Fri = Apr 9 03:54:53 UTC 2021 >=20 > # gpart show -p > =3D> 40 468862048 da0 GPT (224G) > 40 532480 da0p1 efi (260M) > 532520 2008 - free - (1.0M) > 534528 50331648 da0p2 freebsd-swap (24G) > 50866176 417994752 da0p3 freebsd-zfs (199G) > 468860928 1160 - free - (580K) >=20 > # uname -apKU > FreeBSD ZFStest 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 03:54:53 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >=20 > I end up adding to /etc/rc.conf: >=20 > # > ntpd_sync_on_start=3D"YES" > ntpd_user=3D"root" >=20 > The first boot's time will be messed up for > lack of the ntpd_sync_on_start=3D"YES" . >=20 > # shutdown -r now >=20 > After login: >=20 > # ls -Tld /etc/rc.conf > -rw-r--r-- 1 root wheel 279 Dec 31 16:12:37 1969 /etc/rc.conf > # touch /etc/rc.conf >=20 > There are other files around with such an odd timestamp. >=20 > # zpool list > NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP = HEALTH ALTROOT > ztstp 199G 1.09G 198G - - 0% 0% 1.00x = ONLINE - >=20 > # zfs list > NAME USED AVAIL REFER MOUNTPOINT > ztstp 1.09G 192G 96K /ztstp > ztstp/ROOT 1.08G 192G 96K none > ztstp/ROOT/default 1.08G 192G 1.08G / > ztstp/tmp 96K 192G 96K /tmp > ztstp/usr 416K 192G 96K /usr > ztstp/usr/home 128K 192G 128K /usr/home > ztstp/usr/ports 96K 192G 96K /usr/ports > ztstp/usr/src 96K 192G 96K /usr/src > ztstp/var 680K 192G 96K /var > ztstp/var/audit 96K 192G 96K /var/audit > ztstp/var/crash 96K 192G 96K /var/crash > ztstp/var/log 200K 192G 200K /var/log > ztstp/var/mail 96K 192G 96K /var/mail > ztstp/var/tmp 96K 192G 96K /var/tmp >=20 > # more /etc/sysctl.conf=20 > # $FreeBSD$ > # > # This file is read when going to multi-user and its contents piped = thru > # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for = details. > # >=20 > # Uncomment this to prevent users from seeing information about = processes that > # are being run under another UID. > #security.bsd.see_other_uids=3D0 > vfs.zfs.min_auto_ashift=3D12 >=20 > I'll note that in: >=20 > # more /boot/efi/config.txt=20 > [all] > arm_64bit=3D1 > dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don > dtoverlay=3Dmmc > dtoverlay=3Ddisable-bt > device_tree_address=3D0x4000 > kernel=3Du-boot.bin >=20 > [pi4] > hdmi_safe=3D1 > armstub=3Darmstub8-gic.bin >=20 > The hdmi)safe=3D1 line restricts the HDMI display > resolution/scaling. Any of the following > replacements for that line will avoid that but > in some contexts one could end up in a "blind > display" context instead, which is why hdmi_safe > is enabled by default. >=20 > hdmi_safe=3D0 > or: > #hdmi_safe=3D1 > or just delete the line. >=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 Thu May 6 20:42: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 E263162DACB for ; Thu, 6 May 2021 20:42:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4Fblrx3c1Sz53kw for ; Thu, 6 May 2021 20:42:57 +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=1620333775; bh=feMhn0EeqBcnX5TTpHcS2sWGiTeyIr4dpwQByoHWLAi=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=K4/yH29pstILmRy6mL7mEFcFO7hgkx2bCi2/Ezz8RzRLToC/07TIDlY1hx31paEkgnt/tY0bMhTOwTSq5PbU+OEgAEhXjsK4J7nFKPuivHmQK/cTK2A32VXzjfv36QcRAfJkxbDHxl/g7gFqM1Qj1/2wk+E/eLFNjkCZsTD/CSc1YWZxJhPz48d6wJF3MtKx1ggrliqblhjoeiN3SO4rGQmZfbTSF+ww0ZR+VjC17R+A/MZN37NcPTK6cLMpwRACaZWDAkWtBGkCslSoAZZIZnrbmxv1iTD2zv/F/I+u3O8wyVRC7qQhTkHByeeLjQ8P3YpeIoKqPuDBAoYRCTqj0Q== X-YMail-OSG: r.IGfCQVM1k7w3.zhKKqMb_VzM1X7K7nBMcUmv0_5IhKKKK2r5iGf8K5OOEonf4 wWsTToDeWhRXK08XUGdGMjbTPaLKFuk6.0p2VlLCvWspjF4d9Y20pKm_yH67aKCfIeABvjjVGS38 hLL62o4BJI.R8Ov1rdQMIq3gha4rxcCN80PRzohLzHoZ6zOlz66q_oR3siDv7zYjjy3TqDbFWQm7 tf6g2HmNUuurUh6IOKLBlzsaJtSGqPvcUNqCoX5zSNjpFHFrA9_fS5jpCk8P_b9yb9FrxXS7CG2R o5esT9v9zJPIYXUoxql5uZRIHX4FbYBZKQKAjx8Yg560W7hNJstxmYn__HdUmR4jBlvLE0H4hLp. 3QdkdnGrBOULUww_omBgjdqjOAfQBR6XiZHZu6H5BRqJLT3AXZy4HkpkKFFKgAkw6iskP9HRt_pf LTQoC6ZKCAGAknQwck9yRtoqswMTS7Ft4kr84vWw_zCRNzSd3VUo1csSrlIYJ5srkqKOyBe_hbsV 8RtwvdA.Y_arqmOXcXZJBmvveVuJqWCyPtt2kjuHhq.7VzFu938fohvy792Utn7zFjBXa.0Lr8vw 6Yl2eMrVOxtfvnprB5X_v1NStIk.0w_uhhK3qnA.gYReXdjT_pQStMygoLfyEWQfzZBK2IeOpePt hKhDqRS9u6MdWWEncDY7nmgc2Mpp9wGR7WnKa6DJPmQzJtCKozfaIDYxDqWb2NxLMzyDTOuStja0 FBodVuXEzuwdmzglWscEXEeranyECtTWvn3RXl2sH6gW4N6_B.S4h2reANmGqwtwIL31bUWTzBN7 rJ5Q2fX6zqyoBazswSIEgNgoIDwMsNJxmvlhAHrYlThicX.3.P8waVHwMB6XqXjPIb_rhtB8PZtt UUGvR3QJ0VXHNAH5uJ5APlKLaB4OQs23tEqv.PndiLge6sSAm2J_lLJRUctzq1Pdts4DeivXl5zP HYwwHcAuqOBAKTlZiRRQbgzMta4lkrIQQQToll6r.dUOyqz9yXo7bCvnzqIJ_KGmqQxV.5b_cw7S pMRYpm67I3FWc3q0ws4bnB4dP0AuUkvgzElHwlh10q_A7cJAS.K_eZY3Kg2mrOydHxSvdxJYYjbx mkrAYehpxlm3vGhFZczrhLb210qS4cd3uPKx8mFqTuyOZoOKlKuagIME9g27tCfODnK7Y8D_FvnB C6MmA0kT7f7FYOu8M99JJFx_vbqPXJHM_2CJWLlOOwXBtzCB5vLSEhHrrHSxva2x3qUnlLwpBvuP .EZN.QbPxfUbqMp2IGhdgMO8YF9lrq4tJyRKVOArJOvtGjvyCSoeq34FU0052Uy4RNgg9Vop6UJS VBWlG8UtIk3s5l_bPdFomuX6KNhAVngWXya4iDEInPtfH.cSb8omew06TrPnNvwhhnSXccr76xAZ 0SDSZMkSzkNFfSnIB2JAXFr2I7NZAjSK8916sXD2K_t3wsPwi9.TA2BrCsT9sFIY8Nvaq9.SSCJW UT8ycgN9QBaWx83oeSLDrPqUHgPYby1v3XOIMfWfLr7z3qzqv9gzHmonrZjZxsi9LW0w.DMG8wYc H7UonVQ8HOKuD2smK9NmyHndRoJQvSZLQijzY75Zvy2wxQlLxDAzHJZKe3jpzrbJ9jbhbN4VVoD_ 0pqwTFXkGWuTgPmM1IcOL9vA4FNpQVUSqtkX7iqekqK7n62Zw.BPv0hAEaaclUNMy77C5xrIIP6f _VEV7JyW2zjWRiLGi8hX9mPAosO.Epyi2djJzJhGxGfM4wUZlVXq7fc8CF87yDoEMq0nFnG0ppD3 Tjup_xu8hEgYZuYIdVo.ESRIX18_XOwWR7gviskZgyDnFVtzzeVMMf_Ea8J2vZBUhUJo8rn67Kws QNm8nr.Lo3xNhT0jL2d6nvKJmHoViXQD8Wlzw2lhspf_k1_ulhG1XDj5BnVqo8tuRcytJtlv0iJs 6mOgf57vjdIBpjYgAGX2InWJl3f9nkCqXjChVX1A4Za33YcmslHJ1ZGUDGB1c8PqFeegetKlEUa8 QDfSU2G88h9xb1TZmgp6Nflk31AGTlo6Fea8N7MpFU4WxASZBEQx_fDgpDD1e1W2MhsE_rUcg7wW lcu3RWKR2HKbnx0VSPc4G8aTwgQtarV8y4jnEAD8A84ABvGGeOkCPFZFk7e73DkIhrReqltS8jzs kwrxsQCQBYoLgViXemViylPDVWyyNSmAuaiu3l2wNrIq6Yw38SpGtYtllUyzqgdLXhM.ME3cxMkB n.DigdXU8VoCc7dSg26rsboIp3qNn5as4Ih8UkVcbPy4hpuCsvRvBK_YdF6Th8HQdpBRcQ.It4gb ilJMrICwFPMPBB4EL9BAwfiWqXHNcHNqu9ErxMMZFsg4yns7u9fJx2AsiCAUaebQmZzV8Bu_wR8x LiSKEtCvMyWr9AJfPvGawx7hxb0g9OSGorvOdDBdNVLYP8COsL8gm.9zUilCHNkzXKKuw7Y9xSVB fmTTVU7UJPMuhWIOEHkIL3Tw.BES68aCeYKyBz3taFlRl4psodqx_AOqtpOekeOlNqCaXu3XOl5_ O03PXqiN0EQScu2tUT04jP6TZtE9gbGnQCguwZhO5G900l3dwbE1df6.mHfw.KYVuooYgthN96ds bOzonaD5EVBZc6UW_je1Lv1jUFwDdEycWRvcAQmrwXmTs X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 20:42:55 +0000 Received: by kubenode512.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8471ef62991be17961ca2ad8cae418a6; Thu, 06 May 2021 20:42:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] From: Mark Millard In-Reply-To: <96F0BF83-D0FB-442F-B8A1-54194A724BD1@yahoo.com> Date: Thu, 6 May 2021 13:42:50 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <96F0BF83-D0FB-442F-B8A1-54194A724BD1@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fblrx3c1Sz53kw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 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.99)[-0.992]; 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.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)[98.137.65.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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: Thu, 06 May 2021 20:42:58 -0000 On 2021-May-6, at 13:09, Mark Millard wrote: > On 2021-May-6, at 12:12, Mark Millard wrote: >=20 >> On 2021-May-6, at 05:55, Mark Millard wrote: >>=20 >>> On 2021-May-6, at 04:12, tech-lists wrote: >>>=20 >>>> How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? >>>>=20 >>>> I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to = be >>>> problems with it that I can't work around. What's really needed is = an >>>> installer, but these aren't made for arm64.aarch64 rpi4 from what I = can >>>> see (I'm no expert though, it's entirely feasible i've missed >>>> something). >>>>=20 >>>> Maybe one way of doing it would be to have a usb key (as ufs2) for = the >>>> system to boot on, then have /home /usr/obj and other larger dirs = on the >>>> usb3-zfs disk. >>>=20 >>> I used bsdinstall from booting a releng/13.0's release/13.0.0.0 >>> microsd card in a 8 GiBYte RPi4B to produce the: >>> . . . >>=20 >> Various details shown will just be my specific >> choices. (The RPi4B's that I have access to have >> the 2021-Apr-29 default(/critical) EEPROM image.) >>=20 >> Taking notes as I go (and readjusting as I >> progress and figure things out, eliminating >> failing attempts as well) . . . >>=20 >> Booting based on a microsd card with releng/13.0 's >> release/13.0.0 as its basis. The context has a >> working network with internet access. I'll note that setting up the microsd card context to have the correct timezone and time is something I presumed was already in place. But such is not the case for an RPI image from the servers. So I effectively presumed booting with /etc/rc.conf having, say, # ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" ntpd_user=3D"root" already added (or a manual time set) and having done a: # tzsetup sequence with appropriate selections. >> # uname -apKU >> FreeBSD generic 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:06:55 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >>=20 >> Plug in USB3 SSD. Ends up as da0. >>=20 >> # /bin/sh # Just for my familiarity >> # set -o vi >>=20 >> # mkdir -p /usr/freebsd-dist >> # cd /usr/freebsd-dist >> # fetch = http://ftp3.freebsd.org/pub/FreeBSD/releases/arm64/13.0-RELEASE/MANIFEST >> MANIFEST 782 B 6147 = kBps 00s >> # cd ~ >>=20 >> # bsdinstall >>=20 >> Continue with default keymap : Select >>=20 >> Enter hostname as ZFStest : OK >>=20 >> [*] base-dbg >> [*] kernel-dbg >> [ ] ports >> [ ] src >> [*] tests >> then: OK >>=20 >> (Note: I use git for src and ports.) >>=20 >> Main Site : OK >>=20 >> Auto (ZFS) : OK >>=20 >> Pool Name : Select >>=20 >> Enter name for zpool ztstp : OK >>=20 >> Swap Size : Select >>=20 >> Enter swap size 24g : OK >>=20 >> Proceed with Installation : Select >>=20 >> Stripe - No Redundancy : OK >>=20 >> [*] da0 : OK >>=20 >> Last Chance for da0 : YES >>=20 >> Downloads . . . >> Extracts . . . >>=20 >> New Password: . . . >> Retype New Password: . . . >>=20 >> genet0 : OK >>=20 >> configure IPv4 : YES >> configure DHCP : YES >> configure IPv6 : YES >> try SLAAC : YES >> Resolver Configuration : OK >>=20 >> time is UTC? : YES >>=20 >> America : OK >> United States of America : OK >> Pacific : OK >> Does PDT look reasonable? : Yes >> May 2021 6 : Set Date >> 11 07 00 : Set Time >>=20 >> [ ] local_unbound >> [*] sshd >> [ ] moused >> [ ] ntpdate >> [*] ntpd >> [*] powerd >> [*] dumpdev >> Then : OK >>=20 >> No hardening options enabled : OK >>=20 >> Add uses? : Yes >> . . . details omitted . . . >> OK ? yes >> Add another user? no >>=20 >> Handbook : OK >> [*] en : OK >>=20 >> Apply configuration and exit installer : OK >> open a shell : No >=20 > I suggested an inappropriate later stage if one > wants to try the same vintage of rpi-firmware > and u-boot as releng/13.0 itself uses. One > can copy over materials before the shutdown > by getting them from /boot/msdos/ . >=20 > Note that you might not want to copy over > /boot/msdos/EFI/... as the install will > already have such. >=20 > So, something like: >=20 > # mount -onoatime -tmsdosfs /dev/da0p1 /mnt > # cp -aRx /boot/msdos/[LRa-z]* /mnt/ > # umount /mnt >=20 > then do the shutdown and remove the microsd card. >=20 >> # shutdown -p now >=20 > The following is only if one did not copy from > /boot/msdosfs/ or one needs more recent > materials, such as U-Boot for *C0T revision > processors. >=20 >> At this point it still can not boot an RPi4B >> for lack of rpi firmware and U-Boot. >>=20 >> I have such available on other machine based >> on the latest ports instead of quarterly. There >> are RPi4B's in the world that need the more >> modern U-Boot compared to the quarterly that >> releng/13.0 is tied to by default. But you >> likely could install rpi-firmware and >> u-boot-rpi-arm64 on the microsd card and >> then copy over materials from there. >=20 > The above is dumb suggestion unless newer > material is needed. See before the shutdown > above. >=20 > The below is me getting more recent materials > (well, U-Boot) from another context. You might > not do similarly. >=20 >> In my context . . . >>=20 >> # gpart show -p da1 >> =3D> 40 468862048 da1 GPT (224G) >> 40 532480 da1p1 efi (260M) >> 532520 2008 - free - (1.0M) >> 534528 50331648 da1p2 freebsd-swap (24G) >> 50866176 417994752 da1p3 freebsd-zfs (199G) >> 468860928 1160 - free - (580K) >>=20 >> # mount -onoatime -tmsdosfs /dev/da1p1 /mnt >> # cp -aRx /usr/local/share/rpi-firmware/* /mnt/ >> # cp -aRx /mnt/config_arm64.txt /mnt/config.txt=20 >> # cp -aRx /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/ >> # umount /mnt >=20 > (Note: It is possible to be more selective in > what to copy over. I did not complicate the > sequence with such handling.) >=20 >=20 > Back to the normal flow on the RPi4B given > appropriate RPi* materials copied over to the > msdos file system . . . >=20 >> Back to the RPi4B, no microsd card but plugging in the >> USB3 SSD and booting and logging in: >>=20 >> Dec 31 16:00:48 ZFStest login[1351]: ROOT LOGIN (root) ON ttyu0 >> FreeBSD 13.0-RELEASE (GENERIC) #0 releng/13.0-n244733-ea31abc261f: = Fri Apr 9 03:54:53 UTC 2021 >>=20 >> # gpart show -p >> =3D> 40 468862048 da0 GPT (224G) >> 40 532480 da0p1 efi (260M) >> 532520 2008 - free - (1.0M) >> 534528 50331648 da0p2 freebsd-swap (24G) >> 50866176 417994752 da0p3 freebsd-zfs (199G) >> 468860928 1160 - free - (580K) >>=20 >> # uname -apKU >> FreeBSD ZFStest 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 03:54:53 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >>=20 >> I end up adding to /etc/rc.conf: >>=20 >> # >> ntpd_sync_on_start=3D"YES" >> ntpd_user=3D"root" >>=20 >> The first boot's time will be messed up for >> lack of the ntpd_sync_on_start=3D"YES" . >>=20 >> # shutdown -r now >>=20 >> After login: >>=20 >> # ls -Tld /etc/rc.conf >> -rw-r--r-- 1 root wheel 279 Dec 31 16:12:37 1969 /etc/rc.conf >> # touch /etc/rc.conf >>=20 >> There are other files around with such an odd timestamp. >>=20 >> # zpool list >> NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP = HEALTH ALTROOT >> ztstp 199G 1.09G 198G - - 0% 0% 1.00x = ONLINE - >>=20 >> # zfs list >> NAME USED AVAIL REFER MOUNTPOINT >> ztstp 1.09G 192G 96K /ztstp >> ztstp/ROOT 1.08G 192G 96K none >> ztstp/ROOT/default 1.08G 192G 1.08G / >> ztstp/tmp 96K 192G 96K /tmp >> ztstp/usr 416K 192G 96K /usr >> ztstp/usr/home 128K 192G 128K /usr/home >> ztstp/usr/ports 96K 192G 96K /usr/ports >> ztstp/usr/src 96K 192G 96K /usr/src >> ztstp/var 680K 192G 96K /var >> ztstp/var/audit 96K 192G 96K /var/audit >> ztstp/var/crash 96K 192G 96K /var/crash >> ztstp/var/log 200K 192G 200K /var/log >> ztstp/var/mail 96K 192G 96K /var/mail >> ztstp/var/tmp 96K 192G 96K /var/tmp >>=20 >> # more /etc/sysctl.conf=20 >> # $FreeBSD$ >> # >> # This file is read when going to multi-user and its contents piped = thru >> # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for = details. >> # >>=20 >> # Uncomment this to prevent users from seeing information about = processes that >> # are being run under another UID. >> #security.bsd.see_other_uids=3D0 >> vfs.zfs.min_auto_ashift=3D12 >>=20 >> I'll note that in: >>=20 >> # more /boot/efi/config.txt=20 >> [all] >> arm_64bit=3D1 >> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >> dtoverlay=3Dmmc >> dtoverlay=3Ddisable-bt >> device_tree_address=3D0x4000 >> kernel=3Du-boot.bin >>=20 >> [pi4] >> hdmi_safe=3D1 >> armstub=3Darmstub8-gic.bin >>=20 >> The hdmi)safe=3D1 line restricts the HDMI display >> resolution/scaling. Any of the following >> replacements for that line will avoid that but >> in some contexts one could end up in a "blind >> display" context instead, which is why hdmi_safe >> is enabled by default. >>=20 >> hdmi_safe=3D0 >> or: >> #hdmi_safe=3D1 >> or just delete the line. >=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 Thu May 6 21:02:31 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 56BA262E1C4 for ; Thu, 6 May 2021 21:02:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.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 4FbmHV2ScPz53wT for ; Thu, 6 May 2021 21:02: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=1620334948; bh=9idmAMRoYEBKxRPf4rKd83t/6k/2NGYc86nWV71BYfT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=RWBMw0aEnXjF4DD+dIswG50HQIWhL/mNSAQEsGHVDyUgKKMBknyeGX2rMIvwkNOed3UJww6Zv19cqITK1bolUYHD1W4IYHn8t1ZY43n3KsZun0VH+uWRwzJyDmxCPfceF73clxDc20i0PtxzdY0lpaACRG4ATDcbIODBerWUHHyoulB7zhA4FphggFySv08AMhA5P2jXp5nO5tPjxd4K0G14Wi1ibtCJWVgI5o+4oFXqIvxLVB726c6nWMDjTBa5xs33kYmaCOat4J8mYL0mdoLI4wMXIGUgLAV9d6UIlm33aN5mHAUo6FCMuytXfYsuy/eJna7fJdNf3Fw4K+sE6w== X-YMail-OSG: loYcaTcVM1n1r_w2jeKy5RbrCdPndcU98Ss5S3nxUyOelko4t_FqgN5ooOsOtMW ElxMY3pgDgIyafQHjoBX.XeEHqXQ3OxC.K4K4peUlVDEvnOi99yiqZlAJLHODZOzatSY9s.wNFzB EcLd8IwkMBB82Nl5LUEVM_WI7qK__WMNE7_Jqwnf31vot5NOKPYxBhyYcHSvqOaS_r9QeQ9AI4yn OX8RpqqluVNBoCPpoHFw0_UrssV22BJde4nU.TpyZo67kqhFz90LGyTvnSTcmr9YME7bd1zv59VZ xb3glcOe3zaAd2p0ZNMCOZ6fQiuBYJJLCA7gGW3Gg0TqoqTPG5JQmve6fVFb5SBZ01RKn8npEYiV WLeG7Zr8BRj9HBveJbcKdaknr5AKpddvfE8Kt7NJDANXIDPRwZqcGjaw5VSM7ptSH1VGttsadI5Z IOCD3hAPHGW6FVancxEIZ1F8D974xV7KXoqoAsAmZ.MjmL_FExUUN0WxjlH6Ey9smqzcEomPc24h jp1msSm1Nv6Y4tTI2_69P7Iv3bqyVMepbQbHAvZO9H2NhGeYq.VbpMCgl2_.wIWaBNDsMHvv_Yqb mCeOECNJcMGbKx5l9VsPVm0D2qMIZzHCvyqCsXHuVKRNVTNTfyelzaLX6ldgFmM.KMMqz1ejhFM_ 7tW5Qa0.f.IEWZsnqFeRYRnE0TAQfWIXXUrckQ.jh.b.WLXOFHz52BD_su9bx.G.mUX5J.LCnHBp vaRp_ZwakbBXpc_R4D_oqXKcA97w.3w.pyrD.EYSg5VnNKZKzV409eMqnN0tJXy6OgVWGNFgFyDS BfGdlgjf4V4DS5JTn86gFPvxjlhvzvBarq.UVuq_.loHHIKVXCGjVzuvLVBOTAe5nMejAN0N42bb R1KDR66jOg4rN8pAJfrHvYEmClVpzApeosFjGt34XwvvQLnRRgPx19dnvTGrAI0_dAAqFGRGQV0H mA1LxLBr6VgaZYdNqUliPuGRPDEwOH18s1yfoQxecoVw5exR1ak4ESsFESbZxl37b36NyCJWNi2L iDTgsaIW6vRD_9zsbfR7x82WQUe0pAOiS3zuwTnYP9puHaRDURVXGNPFrbLlxLu8GSB28x0PEJQg 7.CP21uOlgutDMx2xzBmsZOUmkxusdJuJ_KoljTRDmjBEXqxjz2N.Txdn0QQrlI3xLCPm2lf2pMl fn5MjD5HUi2oF3CchBNkBpuZ.P0fz861TE_1IiH5e7ggoJN6wQkbbxXC5nSX3eXLwDPm4lPlNYOq FQFDzJ3XDIppysxem3ZXu7m7pWXORNU7YGQl8eDAtpZOpQJTfOBP82i4mZ3gBOwPZwqzBfdua19z TcGeEDeDFotZzWs4rirnfzpha0xBidBUBrKrvPRqbq_.pcQ3B0iSEc.aSyRzskvk_KK.urJLmMH4 p_PZU5qEatVaabaSHCYKXx1VijlGNbJqIgp53RbJJImVyiDLed3VH84yKXMjB3LPcVvJQbsx086u Kx2qOdCMBo_yz1bNDNGFEsK17DKy9Q2mnFhlfA.c8WzrVVlznfagM6ep7lwxep5pZi4u0wQJM5xX Lf31uEIbYqCBMrAHn8DYshKEupGVpnqkeAi2YJN55y5SODZM0MBJ9.7zd_1JWgFMBbw4BJq1Ew05 xV_aQQpNHV0NbAoyugG79A9uB8t5LMqpUDgRIeuqN0X1_QhA2p4UB66zmkXpA5rpsL2PUDcDNfXg jUsY87Fq27QWrh7I1twLpyAtCGKk09ELsBZHpxNjTNW2dEzXCaqIOEcvzNMWY5aC1HqvAOepFoTe WpdN.RMHVZTgjl7nN3Hr93c8UM_nQEpRvalStEaDeXK4b_7WN9IdU7WPzUxEevKNcXPyGq1imOUw hduG.ALCVPNPZ4Je_PV6uzMdNSEG66fzWef..NiIS9YXOO4I05SoReV.cp4S.V6JaDwric0x80A1 eaO79FI65RjJPI.zGy8POFl3MHc7a6znMLdXozWu0CgmdyGPHS3y2ZQ7GvkRD_xU_ch7_TYW_Tfo Ts58vhiFS9SHQ47vgMsQY.p7B7DA7LbpbCa2npoodo66v8.BCTTuDZEDlmuoB7vBaTVLqMr7lDH5 .22FUGtpRkofnAnOz3NSYLaRqOQp_32H3.8WWpdcVD8XtM.XVYx3YDmz2GEs7oVDPM8OGJaQjJMo n1yeTheRxAbKDGWnZroJLMhPwFEloXOMsFhVEOpNI7vygnLImVU9ttZE_A7dffY5u2iqvUMUIOXG IPJgFh3M2SRnkXHIJwXCw0gz064QbtiMRc.JrUxFUP2Km5oRFIJoGyYmY4ME.7zm9FTEBwdWI_bG G4eqb905keFh_9hDnpkzLzPlK2wUbVB2Gu8OYjE8z_tEauNw_NIsnjRYN3wSolJPcET9tFFqano6 hPjua6CsO27x2wa85OTK09YenOjmMIx4I6olwknaDmofrN5W7gdTOiRpEkfr_ZEFQVPj0SsFnZqQ x5kMjY6koP51TJL9ZdkJKlL6.riwV._VHxOqPQ_7M_o2QLczSxsvw2bDKJri_LhG_ATHzt_U_Ekv IQMuYD6lnBxqt5EavOFOsz4JjmsmFAmK4iPkshA_NEKhEOF0nK2MbRfNUKzg- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 21:02:28 +0000 Received: by kubenode575.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e2347f0c5b114a50a47b3b2e7d35b70a; Thu, 06 May 2021 21:02:27 +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.80.0.2.43\)) Subject: Fresh releng/13.0 release/13.0.0 install: "newsyslog: malformed 'at' value" messages Message-Id: <2206517F-7F5F-458D-9956-70EF71DA9C0F@yahoo.com> Date: Thu, 6 May 2021 14:02:26 -0700 Cc: freebsd-arm To: FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <2206517F-7F5F-458D-9956-70EF71DA9C0F.ref@yahoo.com> X-Rspamd-Queue-Id: 4FbmHV2ScPz53wT 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.95)[-0.954]; 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.64.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(-0.97)[-0.967]; 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.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.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: Thu, 06 May 2021 21:02:31 -0000 Having used bsdinstall to make a USB3 SSD on a RPi4B (zfs-on-root, GPT parition, RPi4B materials copied copied to msdos file system), booting gets error notices: newsyslog: malformed 'at' value: /var/log/all.log 600 7 * @T00 J newsyslog: malformed 'at' value: /var/log/auth.log 600 7 1000 @0101T JC newsyslog: malformed 'at' value: /var/log/daily.log 640 7 * @T00 JN newsyslog: malformed 'at' value: /var/log/maillog 640 7 * @T00 JC newsyslog: malformed 'at' value: /var/log/messages 644 5 1000 @0101T JC newsyslog: malformed 'at' value: /var/log/utx.log 644 3 * @01T05 B newsyslog: malformed 'at' value: /var/log/daemon.log 644 5 1000 @0101T JC It is apparently complaining about some of the content in: # more /etc/newsyslog.conf # configuration file for newsyslog # $FreeBSD$ # # Entries which do not specify the '/pid_file' field will cause the # syslogd process to be signalled when that log file is rotated. This # action is only appropriate for log files which are written to by the # syslogd process (ie, files listed in /etc/syslog.conf). If there # is no process which needs to be signalled when a given log file is # rotated, then the entry for that file should include the 'N' flag. # # Note: some sites will want to select more restrictive protections than = the # defaults. In particular, it may be desirable to switch many of the = 644 # entries to 640 or 600. For example, some sites will consider the # contents of maillog, messages, and lpd-errs to be confidential. In = the # future, these defaults may change to more conservative ones. # # logfilename [owner:group] mode count size when flags = [/pid_file] [sig_num] /var/log/all.log 600 7 * @T00 J /var/log/auth.log 600 7 1000 @0101T JC /var/log/console.log 600 5 1000 * J /var/log/cron 600 3 1000 * JC /var/log/daily.log 640 7 * @T00 JN /var/log/debug.log 600 7 1000 * JC /var/log/init.log 644 3 1000 * J /var/log/kerberos.log 600 7 1000 * J /var/log/maillog 640 7 * @T00 JC /var/log/messages 644 5 1000 @0101T JC /var/log/monthly.log 640 12 * $M1D0 JN /var/log/devd.log 644 3 1000 * JC /var/log/security 600 10 1000 * JC /var/log/utx.log 644 3 * @01T05 B /var/log/weekly.log 640 5 * $W6D0 JN /var/log/daemon.log 644 5 1000 @0101T JC /etc/newsyslog.conf.d/[!.]*.conf /usr/local/etc/newsyslog.conf.d/[!.]*.conf Specifically, the 7 lines with "@" involved under "when" get the complaints. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 6 21:55: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 B02A662F4F5 for ; Thu, 6 May 2021 21:55:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FbnS645Fpz56TR for ; Thu, 6 May 2021 21:55: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=1620338100; bh=xF7e30lXWup6QOB71ynH4UhE5glkkDJptl8kl+wrf8H=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=WZ4p3yZTyxZbOGBY1zxUs+22zh2DIv4pvrIqzE0ZKow7NTwY7FMGBk+7wNIFADojqkrHv9aMlu5dv4bZWWH9IW8Jt4mZmcoA00A9MSXPUYFQ+ssDGJh4n45BNG81RqHoUTg+GqbzYPEgBfnJJJuu7sXrOt6qzuQ6K+Gn9CQgo6SO8mVJETCY6hwtjGF2X6spLyQmm7rnHw9w4b41r5kzznMY3gFUXjBmWpRvTYewcWORhQTTX+Ymr8x6wwFQSbdrTgfLqRcwXYGApA66cah0XAFz6b5NRO7nzyVUT6B8N8sZ11iUdnVbf2OK/t5JLp+UYTxzKaTRjsYpi678ZqJy2Q== X-YMail-OSG: DKzbCS8VM1kbBgN.i5Ocy2M6i4z8IoMiDTITz81_T6d0oayqmPMiMRUQjmHPUTy BqZlU_93nN1ZJW7oEcjDZGGmQKUKcoYITOKMdIZhqyMJSf.E_9TouOWb42QzhOkVwvC6xPKulKWE Q8jiuxkVg8lvCd9FqDmWPOBbVXBWgmhR1Kmh1YZCrkswT4USvHKMDq2X9fSZUuBPb8GNlaMKqzXq JtReCMUYcDP3jqsxzXZkU3yXO6FnlWomBzWNOAs1esYkyr.xgKZVJgA..8plefP3ON17tptRgdGP QqvKHIpqOKUhP6Haj2nq_zjUZigUjF5uBW5DtAnjt3wegjXKWPApcx.f2svltmROd.uRJ8b0IE36 1U_2LA5HGV1HMcNAaIDj61oGc7P5JA_MW3VnixgupLctezFECgHJVfRMlls.MM8k6m8foyU0rysX K2koxo8oaTfM3vGWFzDp.mu3aMU72Tw24.vmAoGIP1utUwhqo.9g.vbX7M.SIou3NU7i19U.sTaS KgTH02p475e8aGlT2TRVtlhkQWQkFBjLN56Sg1yNZ9uRcmmjKbf0QHpc_3jV_.S.2z04GHO5WZ.x nDyzfZTqgFzx7qqDAEYwiB8bVwRecLuJSg2luEpE6NyC9dXNT9ADfMltxSYSjpy3sXDzg2HQq.7W I9FXPu6o4iIL7dfwwtKXnIIKYYDFQPg7M6wCISmNJapZi7NV4aPCeLaPlSuRGyFDX3pOq8WjDSCx mYTtIi8QOsNti5qvQLxQOnmZChFJZakIo4s2Qu1OHvjTOBWWzkcp_EG6SLd1j0T9fTY9UKplb1Ll hMBCT2G8syFVIHJGdZFukppAa0SOV7ePfADnUCfOIbuf_cE6hkNm_wMTPLhh4b54066LsAdJ87Pp EPS0YYSpo56aGZAUTi.SdcFEtCjudiyPJkWFey1tTfV.g3fpbVkIVtofHR4z6Z0n0GWBMSysCbEB g56Ehx8g3kHHhdSFnNIUzznrBqTBHaxuJWMyqGD6CShWMkd4kNxMEdLah7HQyyYQtbSeaRn3_2C9 yhY.WjL2JnoC9zOWkZJParMNskA8M9eqPydHVVbCzsENqZ6PZ7L3oVedIa433pd3aRBZ_8MZv2Nn mBtbKuyPXYhwAWFzfyjXApAwozAwWBoeKNUZys73wzJFl.HBl6sXR1GmBA3xtv3sFWAKWGZj5ZlA GDN6Km_UI2ZBov8uJByRe_zoE2kDl2MVoGQv4O5prvPn2AH4J9tqPaGdBFRRLa_.8slruzJrIQw2 4sMQXGw5108UOMq8U0HQR6CYmwhCiijJrtSJYWG2geIHpsmaCm9Vnm9zsVL83RRrrgpHTFk_dh.J ICKr6uZnmsqneqINUPawqafqhhBZI1S_tHSxBO7uvFI0ObhMa1sxBY8A9Lkru0mK5VM3R.L7gs4W gPfgPWWNqR.zZJXoxVbqPVKAeFGrQNs1opoF9jzLkFczjgwLlzhblxJegDUFJ936XH1NeQGoceDC cw95I4LlPXXja8DFLPFic713mGwU.PR58z5Y9iPD8NLsKhjaJeaXNVkvCx.KsPxfEuk4RV3P1c2W 07tOGXg6uMLKmht2W7HMbuMksF.4nm9e.gWghE3c19sUs5FUYIynCQBCDFfLlH0aq0pc4IYA6E44 iHxIcU2CQWOtqYwN19ICrm3QGMgK7h7e1BcaR13wlumDjR_LALG20o0WBlqbFU4p8T1ucKAcEeUi ymG7niioMUt8AEhc2CcMmtHraBGjrJH3MYP4dQDg6TZcWDNouTgzvQu.4ZehzQ3J5aE_Q860eLCr y5pYjduJFdyY2PJQ38St1RrPd6WA7q1Q60UJHEk9oCvSHoqceBWeA.yVxGuf8umUkinwChx3WeCK FmeMG_qLKAtujdGskDs0nX0_kw66fCY9sC1aCPiYA2qRXNRREP4ULQGLNe0cxcP4mmXUEgVGvQCu I3yY.8ZTfM0LmFr2Jc1MSAeoZk03GcdFtKyn04VzM1qVSc2aT5W.JQl6eyKFHjFG5VfKkpBeyj6c sUQUcoFwaM3ofK8NU6GycLEhnvUqDF7AWzDuBRte93QlQxqrUwLHzfiogffpqWEgngpuaIeY0M0T mSCrcAwOUa8yoo09h4wkgrk50d5irCoM_iZ396sygaI3Dx6sP8ZOi8rVxpr8lRHviOykm3plslFD 2rcF31wYDqSERP8gClxCT8yjDbRuOrPjL9al5qBMCXyQpciHgheJhXdv06newS8JeU05ptk1JBHs bolVVIEZx_TIII.rY9YDr9QRF146_1k8_JoC7mCKkKRDov4ywsJXmekU1U5JtgbSuUo9TcZYypOw 8JC2PdyH8EMEbttOjD4mt5d_wFp22V7VUsgKmb6MBERlsQ8FJ.hptbUKV5JSt9Fn9lrF19j9KZ3U pVoXdRFz0XxTmsSWNeo8k.pSlnzedywZ3DdM6eByH2dxsMBgARy0rkAKdMmKi9h9oc4QI8.fgUgr 2MpM.jfLaMvXNNbCgWMK4SBVpgX5RG2dKeaRXYLNv3QGB7eqVw_rmLSbOMAZ_SgVbJqcbmhK0R_G M_jLzGravWA180051Z2dfA6bE7knVO24OVBo3Gl6GLLQCQKE5c0Lx.bClXkIy_Ak7A2Ard0ILuzH _WTwV.2TTFoHi9pONJny.vNZNm7bNoB31Ot1FWMub3VmiAoYrcY2iA6HLPdMKIgFG3jbMXNyINYo skUyu1WE6Cltuol.mtzWzXxtaEoM- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 21:55:00 +0000 Received: by kubenode570.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 522d114b870e9659422f6152a219201e; Thu, 06 May 2021 21:54:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] From: Mark Millard In-Reply-To: Date: Thu, 6 May 2021 14:54:53 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <96F0BF83-D0FB-442F-B8A1-54194A724BD1@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FbnS645Fpz56TR 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.205: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.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205: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, 06 May 2021 21:55:03 -0000 I see that: https://download.freebsd.org/ftp/snapshots/arm64/aarch64/13.0-STABLE/ is now populated with a MANIFEST and *.txz files and such for 11af9a9cf93 ("cap_sysctl.3: Fix bugs in the example" commited 2021-05-05 15:01:56 +0000). So, no longer must one go into: https://artifact.ci.freebsd.org/snapshot/stable-13/?C=M&O=D to have examples of stable/13 for such materials. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 6 22:56: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 8C1E1631086 for ; Thu, 6 May 2021 22:56:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.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 4Fbppz4yGZz58rN for ; Thu, 6 May 2021 22:56: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=1620341785; bh=hPhPvOj0BNzI8T24nNH+cnpBv2Wgs+kWCZgn2y/azOn=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dqZicT/YSPg0F8mbcAWlJ0vXOkv/4EHE9g/1fvYjVliv69ditpRwAfh8L9gIgZ7xOoBu038MAeTl4MzZmyKxU0P5ecRbOqhR/LW2CgtODBS/oZULj7XhRBDq782eZM7/Y11DZR5Qo/UrLhc2j2cMSmYjq92osGP78RK+K0QhuKXKphxh/FPtwUIcXEST8cc2YLuuGv3d22Tv4Wzu5gJf4RxGwB8hSz0+CJ2CH8TkWyNtL7a6rWNfUfasdAaZBr3QnDEcy6p0r5CBjnfuHApE9UwcEUOX216jZl3UybykDUVRFfOj4mO7Z8/doCo+sMNX3B0fmgLsEQftbHUIMr/SXg== X-YMail-OSG: 1Cy2hkgVM1m7eJV_FceqpEKJWVQr9XPHa1wYytqrK4WeM4KCFrtCLd2wbMXaiiK RUydhqGwe8w77r4btIIZrsg7j_N4X5DdnbIZo6S299LCKNvwBFfMnC7rPh8DEykH0JTs.332krzi X76hcNJn0XAjZ0Cfc0VIiefJ71R832m79c139CEpJejgQ_fBpc4j0zgszyF09ryZwsO0DDfa_hB5 e2G_h.QTdxYirFvK7Z9yXvjBRrxfgVzTW3DCxblMNCse8M0uktVYi8nSk_xEDSy9NvKEWa7PvyWi rFdli3kIQZDnDLE_BKyJC5LKJXh.64Gxrbh4vs2cKm7JZwACiDiOb3zCErRXIVyzt.QZVtIrG6zm L7z_cesN9WCPI85kY4RB57NZOQSEKotZrCNaPjMfy77_c_DrtpNwU9igiWh1ifLUSibe4KOJ0IA8 _nfHnPrli5WDX6ykS9B7XR0Ph.uKnjpb30IqGcxys7i3WxIfUWES9sNuGF4bmNe5_Cja9kKNooaV o6.38Ze5ESjDgWe8Z4fmQW18nzD4qyX9IimtjZdeLk4ARwvJ.aNeqA2YNoady0ol51pbygh7u6_w PcNaHGB0mNqsBQRYFm0zDOZ6nmBiBXbrDuLT_Tw4qtpYWiNhHwywCS8EgIGl6WIjzux9Ly19C5kd mn8OYTITP2DOdI8GXxXJjfnOufhPl9vojFO7Inb3v4UujRVdT3HL0CutZCeGOphedFTS5kuORa_v kYl2FAl3nXianR2FDyNkHuRYJi3fMhqCgjKclJrjCyv_x0rakPGOMCfttY6fYHKTcLNny5CxuMEL FQLNrbpgMQrXMLY6SAbDNiTAQEsCKxhsDlhgqYML5T6mPpRmE9yHj7ETQ5s.X.XHgTw_pX7kj6vo N6STWMZdHQ4ADP.kLs1NuYDxTZ1h.uVLFwBmD2Sa4OsKrS9y.IdhvfR6epR9j7IuQz0Hljy8gUzZ eK2slxaRelaeq37spG25Uzn8_9ZfqBaBAh5D_Si8ahcS83ZPptB5BFTenxA.mvyZrsjew1G7sWYL 9pzV01RQDCi1JraZknWj7o350RdXNLptJlfnmeWOgbFugYrdbX38VO1w6OLJzijT_.LrJ1g8aQ8s 0kNZvwmrfUXSs4qng2EEuB41BevCQb7zCLHEBbJDupalYO629_Y15.EY6p_UPN_xgwtZANQ72OdO 4W0._uxEFMV9Ao.TMnVrNo3E5lwWAjxTpc5CxHZ9rD6fjHUADx4YL0d.e8gTxOKmWnf6zegARueZ KlzWXZ3d5cUbmSZsdeRsUjYBNx5onEujkRifO2fitm8TQGky_YXsBXtMT3sNJzhsczsHff6t9T5S ModOQFalHEgcyMHF.gCkQMLmfIcqwN2NDbv6mC9T2kaWeEW59XwM9EUW.8WvFfCkPkV0wCzVt2CO 9rmi1XO7gUJmTWvmtKo5bDgEBm7GNmyZl16r1zXWDjE1yl346DLgV_tSzST0wlQ2jqMFKDq5IsRa m7IGqs038ruUYXR4FV0kdIPurP8ayNfNL9B3Sl7vbdE6eYybv2AhkY7ieRmn_KDHpO6ukvg9SMI1 KaH4nIJoGxfRQdoryfdyqxdfg6Bpn6uj1ufimIEcuI.XMdkZxsVN.mu9rVBLPzE1lqnVw6Lk49zf 1qn1OZgJQz7svClt5yoY9BH8yQN8xm6c8Iv5J_JNofn9p3OlmSJwF3UdwI6cYdKBqQ2PeWzkvcs2 6weJ8wKahwrFOq3Mk7nR5grTtn8WMf4KUadb07.zwqIiMfBHb69IC4IeNT_8_zT8kcq2SZx1mbiZ 7v2KRZI30IGrzpobIkB0lUfhY6wtUmuNkmEZ_NekBdvIIWDC_Y.ZAf5_dSdrF19PfgnUrVYNDAM5 w_A2AkQ7OF92cThzwU0k8dP0nFaCY8uEHCXaIwwtJn2V8NyEg4XZ.YgB.PSw39S9pi2KJdB5.u2u nF.VGXMHwrp8ChrIY2XQZkPjDZEoReEtDDVPo.xP7zzPu59f8RiHnh1hZlXY69TEnllAgBBbRhmv oYUjptSJ2A8OmhLdhwfDLYokxolWPU.7DD8OOq5qcywz6iHmJ4ijWV7z2sVRBXAWHpUGniTxdvEu QOJqnl3TDSyOAcea.xi6vrckf5xaoc5q6PDSWvOa3XZ5IGrcg5Ely0kQewFKchJXPmb_2WC.mOYv NXN6M.ZDi_cwD0gxlMQ8OWnLjb2JRNUM.g29.4g.oe_fZDXALtWPSsLHR8R5m84tqBx5kZlQXl36 3hkGISS.3X0bqwMfHDrG1dA1OP05GPYqfmQszCQT9..UV2kePEWD92G9Os8J6Ufk4KzBaELrthUU 8O_sQlZ7QS3oys2e4JEmjLavETjfkiaQn2ABTLQzrO_j9V09Suoy4JV8lIEmZflxKQqH772Ffswe dyd_LnnjYnAoocOkDLPoX53SGYDM2fhFf.CseEMqpRD2de5JTH26qPKRQ1GjP5M5xWOG0rw7Eh5e FpYfKOb6hYU6gyNAyBZvHQqeMmwdyfQgqHKCg_Uh.jpZLLCDAbEt5HRZSThWIX7WdeGDjXeQ24OY aMEAnDBOWSX8h3ztWihy.wbmb5Dnsi_LftW3F57dwj0AqIr8E05vF8JF4tIRb_m6rprtw6TuYeoB j7Nud7jxGx9eXNh5FKjHF30ohsjf60cvIppQ7_cbhE_NQtj_bJrlxHLzt9VCZfvNmhrYyKwE- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Thu, 6 May 2021 22:56:25 +0000 Received: by kubenode545.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9cd883451394a1836334d307d5889567; Thu, 06 May 2021 22:56:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] From: Mark Millard In-Reply-To: Date: Thu, 6 May 2021 15:56:18 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <96F0BF83-D0FB-442F-B8A1-54194A724BD1@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4Fbppz4yGZz58rN 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.64.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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.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: Thu, 06 May 2021 22:56:29 -0000 On 2021-May-6, at 13:42, Mark Millard wrote: > On 2021-May-6, at 13:09, Mark Millard wrote: >=20 >> On 2021-May-6, at 12:12, Mark Millard wrote: >>=20 >>> On 2021-May-6, at 05:55, Mark Millard wrote: >>>=20 >>>> On 2021-May-6, at 04:12, tech-lists = wrote: >>>>=20 >>>>> How can zfs-on-root boot-to-usb3 on rpi4 be accomplished? >>>>>=20 >>>>> I've tried bsdinstall from a mmcsd-booted rpi4 but there seems to = be >>>>> problems with it that I can't work around. What's really needed is = an >>>>> installer, but these aren't made for arm64.aarch64 rpi4 from what = I can >>>>> see (I'm no expert though, it's entirely feasible i've missed >>>>> something). >>>>>=20 >>>>> Maybe one way of doing it would be to have a usb key (as ufs2) for = the >>>>> system to boot on, then have /home /usr/obj and other larger dirs = on the >>>>> usb3-zfs disk. >>>>=20 >>>> I used bsdinstall from booting a releng/13.0's release/13.0.0.0 >>>> microsd card in a 8 GiBYte RPi4B to produce the: >>>> . . . >>>=20 >>> Various details shown will just be my specific >>> choices. (The RPi4B's that I have access to have >>> the 2021-Apr-29 default(/critical) EEPROM image.) >>>=20 >>> Taking notes as I go (and readjusting as I >>> progress and figure things out, eliminating >>> failing attempts as well) . . . >>>=20 >>> Booting based on a microsd card with releng/13.0 's >>> release/13.0.0 as its basis. The context has a >>> working network with internet access. >=20 > I'll note that setting up the microsd card context to > have the correct timezone and time is something I > presumed was already in place. But such is not the > case for an RPI image from the servers. >=20 > So I effectively presumed booting with /etc/rc.conf > having, say, >=20 > # > ntpd_enable=3D"YES" > ntpd_sync_on_start=3D"YES" > ntpd_user=3D"root" >=20 > already added (or a manual time set) > and having done a: >=20 > # tzsetup >=20 > sequence with appropriate selections. >=20 >>> # uname -apKU >>> FreeBSD generic 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:06:55 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >>>=20 >>> Plug in USB3 SSD. Ends up as da0. >>>=20 >>> # /bin/sh # Just for my familiarity >>> # set -o vi >>>=20 >>> # mkdir -p /usr/freebsd-dist >>> # cd /usr/freebsd-dist >>> # fetch = http://ftp3.freebsd.org/pub/FreeBSD/releases/arm64/13.0-RELEASE/MANIFEST >>> MANIFEST 782 B 6147 = kBps 00s >>> # cd ~ >>>=20 >>> # bsdinstall >>>=20 >>> Continue with default keymap : Select >>>=20 >>> Enter hostname as ZFStest : OK >>>=20 >>> [*] base-dbg >>> [*] kernel-dbg >>> [ ] ports >>> [ ] src >>> [*] tests >>> then: OK >>>=20 >>> (Note: I use git for src and ports.) >>>=20 >>> Main Site : OK >>>=20 >>> Auto (ZFS) : OK >>>=20 >>> Pool Name : Select >>>=20 >>> Enter name for zpool ztstp : OK >>>=20 >>> Swap Size : Select >>>=20 >>> Enter swap size 24g : OK >>>=20 >>> Proceed with Installation : Select >>>=20 >>> Stripe - No Redundancy : OK >>>=20 >>> [*] da0 : OK >>>=20 >>> Last Chance for da0 : YES >>>=20 >>> Downloads . . . >>> Extracts . . . >>>=20 >>> New Password: . . . >>> Retype New Password: . . . >>>=20 >>> genet0 : OK >>>=20 >>> configure IPv4 : YES >>> configure DHCP : YES >>> configure IPv6 : YES >>> try SLAAC : YES >>> Resolver Configuration : OK >>>=20 >>> time is UTC? : YES >>>=20 >>> America : OK >>> United States of America : OK >>> Pacific : OK >>> Does PDT look reasonable? : Yes >>> May 2021 6 : Set Date >>> 11 07 00 : Set Time >>>=20 >>> [ ] local_unbound >>> [*] sshd >>> [ ] moused >>> [ ] ntpdate >>> [*] ntpd >>> [*] powerd >>> [*] dumpdev >>> Then : OK >>>=20 >>> No hardening options enabled : OK >>>=20 >>> Add uses? : Yes >>> . . . details omitted . . . >>> OK ? yes >>> Add another user? no >>>=20 >>> Handbook : OK >>> [*] en : OK >>>=20 >>> Apply configuration and exit installer : OK >>> open a shell : No >>=20 >> I suggested an inappropriate later stage if one >> wants to try the same vintage of rpi-firmware >> and u-boot as releng/13.0 itself uses. One >> can copy over materials before the shutdown >> by getting them from /boot/msdos/ . >>=20 >> Note that you might not want to copy over >> /boot/msdos/EFI/... as the install will >> already have such. >>=20 >> So, something like: >>=20 >> # mount -onoatime -tmsdosfs /dev/da0p1 /mnt >> # cp -aRx /boot/msdos/[LRa-z]* /mnt/ >> # umount /mnt >>=20 >> then do the shutdown and remove the microsd card. >>=20 >>> # shutdown -p now >>=20 >> The following is only if one did not copy from >> /boot/msdosfs/ or one needs more recent >> materials, such as U-Boot for *C0T revision >> processors. >>=20 >>> At this point it still can not boot an RPi4B >>> for lack of rpi firmware and U-Boot. >>>=20 >>> I have such available on other machine based >>> on the latest ports instead of quarterly. There >>> are RPi4B's in the world that need the more >>> modern U-Boot compared to the quarterly that >>> releng/13.0 is tied to by default. But you >>> likely could install rpi-firmware and >>> u-boot-rpi-arm64 on the microsd card and >>> then copy over materials from there. >>=20 >> The above is dumb suggestion unless newer >> material is needed. See before the shutdown >> above. >>=20 >> The below is me getting more recent materials >> (well, U-Boot) from another context. You might >> not do similarly. >>=20 >>> In my context . . . >>>=20 >>> # gpart show -p da1 >>> =3D> 40 468862048 da1 GPT (224G) >>> 40 532480 da1p1 efi (260M) >>> 532520 2008 - free - (1.0M) >>> 534528 50331648 da1p2 freebsd-swap (24G) >>> 50866176 417994752 da1p3 freebsd-zfs (199G) >>> 468860928 1160 - free - (580K) >>>=20 >>> # mount -onoatime -tmsdosfs /dev/da1p1 /mnt >>> # cp -aRx /usr/local/share/rpi-firmware/* /mnt/ >>> # cp -aRx /mnt/config_arm64.txt /mnt/config.txt=20 >>> # cp -aRx /usr/local/share/u-boot/u-boot-rpi-arm64/u-boot.bin /mnt/ >>> # umount /mnt >>=20 >> (Note: It is possible to be more selective in >> what to copy over. I did not complicate the >> sequence with such handling.) >>=20 >>=20 >> Back to the normal flow on the RPi4B given >> appropriate RPi* materials copied over to the >> msdos file system . . . >>=20 >>> Back to the RPi4B, no microsd card but plugging in the >>> USB3 SSD and booting and logging in: >>>=20 >>> Dec 31 16:00:48 ZFStest login[1351]: ROOT LOGIN (root) ON ttyu0 >>> FreeBSD 13.0-RELEASE (GENERIC) #0 releng/13.0-n244733-ea31abc261f: = Fri Apr 9 03:54:53 UTC 2021 >>>=20 >>> # gpart show -p >>> =3D> 40 468862048 da0 GPT (224G) >>> 40 532480 da0p1 efi (260M) >>> 532520 2008 - free - (1.0M) >>> 534528 50331648 da0p2 freebsd-swap (24G) >>> 50866176 417994752 da0p3 freebsd-zfs (199G) >>> 468860928 1160 - free - (580K) >>>=20 >>> # uname -apKU >>> FreeBSD ZFStest 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261f: Fri Apr 9 03:54:53 UTC 2021 = root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 aarch64 1300139 1300139 >>>=20 >>> I end up adding to /etc/rc.conf: >>>=20 >>> # >>> ntpd_sync_on_start=3D"YES" >>> ntpd_user=3D"root" >>>=20 >>> The first boot's time will be messed up for >>> lack of the ntpd_sync_on_start=3D"YES" . >>>=20 >>> # shutdown -r now >>>=20 >>> After login: >>>=20 >>> # ls -Tld /etc/rc.conf >>> -rw-r--r-- 1 root wheel 279 Dec 31 16:12:37 1969 /etc/rc.conf >>> # touch /etc/rc.conf >>>=20 >>> There are other files around with such an odd timestamp. >>>=20 >>> # zpool list >>> NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP = HEALTH ALTROOT >>> ztstp 199G 1.09G 198G - - 0% 0% 1.00x = ONLINE - >>>=20 >>> # zfs list >>> NAME USED AVAIL REFER MOUNTPOINT >>> ztstp 1.09G 192G 96K /ztstp >>> ztstp/ROOT 1.08G 192G 96K none >>> ztstp/ROOT/default 1.08G 192G 1.08G / >>> ztstp/tmp 96K 192G 96K /tmp >>> ztstp/usr 416K 192G 96K /usr >>> ztstp/usr/home 128K 192G 128K /usr/home >>> ztstp/usr/ports 96K 192G 96K /usr/ports >>> ztstp/usr/src 96K 192G 96K /usr/src >>> ztstp/var 680K 192G 96K /var >>> ztstp/var/audit 96K 192G 96K /var/audit >>> ztstp/var/crash 96K 192G 96K /var/crash >>> ztstp/var/log 200K 192G 200K /var/log >>> ztstp/var/mail 96K 192G 96K /var/mail >>> ztstp/var/tmp 96K 192G 96K /var/tmp >>>=20 >>> # more /etc/sysctl.conf=20 >>> # $FreeBSD$ >>> # >>> # This file is read when going to multi-user and its contents piped = thru >>> # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for = details. >>> # >>>=20 >>> # Uncomment this to prevent users from seeing information about = processes that >>> # are being run under another UID. >>> #security.bsd.see_other_uids=3D0 >>> vfs.zfs.min_auto_ashift=3D12 >>>=20 >>> I'll note that in: >>>=20 >>> # more /boot/efi/config.txt=20 >>> [all] >>> arm_64bit=3D1 >>> dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don >>> dtoverlay=3Dmmc >>> dtoverlay=3Ddisable-bt >>> device_tree_address=3D0x4000 >>> kernel=3Du-boot.bin >>>=20 >>> [pi4] >>> hdmi_safe=3D1 >>> armstub=3Darmstub8-gic.bin >>>=20 >>> The hdmi)safe=3D1 line restricts the HDMI display >>> resolution/scaling. Any of the following >>> replacements for that line will avoid that but >>> in some contexts one could end up in a "blind >>> display" context instead, which is why hdmi_safe >>> is enabled by default. >>>=20 >>> hdmi_safe=3D0 >>> or: >>> #hdmi_safe=3D1 >>> or just delete the line. >>=20 By warned that things are not set up with /etc/fstab being based on identification via unique labels: # more /etc/fstab # Device Mountpoint FStype Options Dump = Pass# /dev/da0p1 /boot/efi msdosfs rw 2 = 2 /dev/da0p2 none swap sw 0 0 This can be an issue when multiple USB devices are present: which will end up as /dev/da0 ? But default label names would also tend to not be unique as well. Setting and using unique labels for such can be appropriate, sort of like unique zpool naming on various media can be appropriate. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri May 7 07:33: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 C89B65FA322 for ; Fri, 7 May 2021 07:33:18 +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 4Fc2HK67yYz3nZp for ; Fri, 7 May 2021 07:33:17 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 588F75C00E7 for ; Fri, 7 May 2021 03:33:17 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 07 May 2021 03:33:17 -0400 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=ay0j5SXTY1BUU2izqFcAncfx0qk R66lQ4yzF57GpMmE=; b=iqVRRDpRFoHp3mIshcf8vLOndcXbMIy0UbI+7ocfDVk K6SHoH6p6TUBR0DlhauHOGXB+kiX8SgX9EHMzkWZpVkuRgKhQ62GW2fMzKb+9LKd BaoZO0kjPkGeTs51y0RC+DKBBJX2ifzRqAdZThOrhbh7pkxG8YjWI9xENrqRSNMY yEDPJ+eqqpDGl/XGRDGX0cntj5CQkhzIKKOAm/0eDn8+av794/pLd61mwJmGcKu9 Y/mD0moUoAGrNSSLxTB6U/qcz5p87n8Nul/h1Pd9KyzdMhYnKVuwZvPQtn9aypKu srypqIYG03JSTu1LxJW7B+1TaXEWSSrm5wccmdrt0+Q== 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=ay0j5S XTY1BUU2izqFcAncfx0qkR66lQ4yzF57GpMmE=; b=IupipV/N1SQesTR7aZnwv9 SWpHLMGQMBGl4jvPj4A52QT34To0ZlRJ/eG2eBplxT5vMqGbSo0Ur80bMyhMBRFC 9bc7pfn8dWtDs9M87dV/VrYiW26hx7oxekU0UpigQ4ZHWObFOQIiiPfUGbBChMyr sS6tzYEzr2Lotc2NV0nrtZ9bfg/8uFvR6AVezl05+ttxJH/0ZiJYNBc+ZtQvDsGx QH470npO+GT86tx7vvnHLTIBhp6LLzY/TmayHZytPkoDmLw1E1Ejwt8VEdkzx5cW LRke9KAaXAMklEgt3n2HpFfIlyDpOAurIc8Xnl4aZqPBGYl3Guezy81rkI33jtVQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrvdeguddguddugecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptedttdduuefggeeghfekkeetke ejleefffelheejfffgffdtfeeftdejgeeuieffnecuffhomhgrihhnpehfrhgvvggsshgu rdhorhhgnecukfhppeekvddrjedtrdeluddruddttdenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdr nhgvth X-ME-Proxy: Received: from ceres.zyxst.net (ceres.zyxst.net [82.70.91.100]) by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 7 May 2021 03:33:16 -0400 (EDT) Date: Fri, 7 May 2021 08:33:13 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: rpi4 zfs-on-root boot-to-usb3 [Example sequence that lead to booting zfs-on-root under GPT partitioning] 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="g8z/NVKIs/bwx8dw" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Fc2HK67yYz3nZp X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=iqVRRDpR; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=IupipV/N; 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_VERYGOOD(0.00)[66.111.4.29: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:66.111.4.29]; 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:66.111.4.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29: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: Fri, 07 May 2021 07:33:18 -0000 --g8z/NVKIs/bwx8dw Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 06, 2021 at 12:12:43PM -0700, Mark Millard wrote: [loads of stuff] Thank you very much for this Mark, for explaining it. I now have it booting without an sdcard to usb3 zfs. I did this: # mkdir -p /usr/freebsd-dist # cd /usr/freebsd-dist # fetch # http://ftp3.freebsd.org/pub/FreeBSD/releases/arm64/13.0-RELEASE/MANIFEST # cd # bsdinstall The pi4 is one previous to *C0T processor. Then copied over /boot/msdos/* to /dev/da0p1, powered down the pi, removed the mmcsd and powered on. --=20 J. --g8z/NVKIs/bwx8dw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmCU7S8ACgkQs8o7QhFz NAXqVg//TWCOG6zvEfa0JKGfEqw1FgbnMJaFs4NaI0K9FgHNW/xHDeEqAUn/sLvM W+CQu9Hz31CmR3sD8nShh6Ob4k+SgCAjhsf/7g0FUDPzvdfpAZe8wOQY+v32vd8A KVMqUAGk5QZh56oCat1XVDZ1N/x+RtgjzDff0ci6HKRFPNNMdgyYATlap+jx5W3d ReB4sqjFfA1XcACrzReSNGNT2TZKOrs/FslIxFAWhwgZQsdhFOZIAcm2wxHKQWNs 0MmViOn4og93cXE/cNYMBp1iC//Atzq21Ty/gYPr5K6FSVBGVItIYk4fyfTWnlLT puKYke5Bgoi28hsHWg51hPOsrnnrIhXtthDVx4Jdkm8hMW+6UJ1Gvesxv9KRlV3o z9oz8Pe4Lovx2EoAnKdctBkNTcfeILrwhtGkuYy5c/AnfY44oW1ujBKtBDms+7lA cIVJNukSNg6gHUN/2T+ef7/smmIKXiW85e5i9BGNAEI0octh0lodRQHjry0uVrCl K/qjHuQ8qQrdN+hsMgGXkgV7Z+bNnTHE8uEd/NBWfD01Pm9ydojIiFi8+J+aKHos FOlD18XFfFWSxJ3z6aCiJL0Jxd/onP44BwNnt+/MWdsUsUChXatkfB2uMfmZeH/X PP9qkjda9g6A13/oA4EB5mq4rJePDtCClXmdew7/pnL3MY18wwc= =43ZX -----END PGP SIGNATURE----- --g8z/NVKIs/bwx8dw-- From owner-freebsd-arm@freebsd.org Fri May 7 20:48: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 2D84863C403 for ; Fri, 7 May 2021 20:48:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.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 4FcMwl1QTwz3Lq3 for ; Fri, 7 May 2021 20:48:22 +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=1620420501; bh=OgYwUJWj1JY7jdXTzGbK5VN8ySM4pkbVLFfHx6RUK6i=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=eUGA7Y/6uUBPQollUTfZ/6FwufdEv8neUPLgk/0rSDbki8urPVVprOrrd87wfobc6FG0KauuB4gBEvxYHHQ2D/OQShh0GGNotNMfd+h/wyuoC2go79UDvyJLNagDidwX0dR+nuRhEeDp5i9Ewr1gQzyDqVY8VSgTeFNGztGaajUgkPJAskjAg9BRRTmKgytZQYeOkjhN/UbyYiWmZL2a/ASXVKaTF4rQsZO8X2D9ElDhX8/ymTpTsP43nlFBl+u4zjQ1kzFjGDEo4KFFpzP8j+Jv00ByH8d9i2ib6r7iT7PTnwtZJVeQG/Mp7wUqhYWLJAt/7oi4STKwDtQCK7st5g== X-YMail-OSG: em2rgiEVM1ktIXM5.RnD3E7XuiTGhZM39dUuxV3nf.ZZoBLhXQn8O3kNXx1C0Ka 5xx1UGF7bvMP2PdqBeC0GEEpYbE7xy9sE009ajmbf6hbsCIC2WV1mLoaYqFAYHxyxIT7VR_NKKYL db9hhjiXwwOEBBMs6G9RA6HY4SLrLXNxWaDovPZ05cRbt7UsNpbpHQx02Y0eFdKwSFWLyaBxMKsa GDcYDahWUhqp4j00WeOVHCKIfdQKK5J_K5Ht3ccP2lBac0QXer4_tWbL_ZfC4UHOfAC.DEBD_0_. AX4asX16WLUyMGu.dsmMeBbXR2Wp1YTCsXvJ8EpnhoslLFG22At1urE4of8ssionh7Vr61u1w43a yE5YTtn7Dt7_rOW.XHwRy18l1XL1ljK.2S8lJA0VCmmqRzFlMYm0ixfEXtjg.m9uD1FtGbddc7Yj QoofzNVGO8c4A73ZKOZLZyXWN4L_32W_daf5ci9E1OidA3rUcNEfpiHfj7Uf7DW.2bLBNPyXMzsP s7nGDdsf3ZhixMzS167iStlx7x4cJbR21NFIfjz_4hRou.ddvv8yIntIoYzhggOhqL2As_7fVsOv 8QsY42a7UICjYDAIgyxbvpaMUORsC96DuYeuE3wifEJ7n40XW3bEfmSWSjVbflwWBFWJ9ZEqUFGs XR37i779Oo7tmuNE7cH.u1ObpjcB0lAE.YBy3j7vgoNvxSMuoYa3mXIV8SQdW6c8cXMiZ3avBqyy KsBSD6.H4h7c3Nbo2cAXLF3KjMuJjKKHi2.cdWq4SPD14V8tx7kJUOsQZWrJO3zvnL0wVeu_y80D SZtp_aDhOwZtu35uTTqPHMEKj0K6YrsiBiIIMX8ppjB93khSKafBf9X55Ye6cxlk0Ljpk8HF4kB9 RbDQ1Uh8qkiskcnIncj.O5wctiVFV_LK46lLZb.po8cCUZTfEmldr7fqBBKytCT.gzGmopJx4bK1 PMB4PVAnXHBuO_.xv_GDyT2md8OtShSKa2rBApMyctX0ZGiiD7Qld81BZNgRlU8MtUP6B77BHFvg Ax5MMCirCmBXaujndCRs6RNF525YO3I3zj_qjhvg8V.U3CzSs2nwDv4.Oh7NLLVlHdcJBy56KVQg cv8Ash87NVTG6TE_2WuZ5ZoRZPtYatw6pt4zp._8XLIH4I61OaUq6EJMXonsYuNGF93oxLlMT16. fhLq8Qx_lNpNFmrj5O9C1tyuRIkQktEG_b_hvX2rhNdDj5ZOdPfYvuFQXVXAwmD0zltGwqE5woC8 _orhGjsWPM0yXz8cA7tMP.AJzdKytqvbFPb5tAu3FrBMVequXHhVe4yB4F_qNrRYqSycC7Jf56bx dTS8dq.z8C.0UYJ6RPXEdO9IvjcdNAloF1HPErayEwAK4P5ig2fIowjVgchETKFxvZvXGdk8LRwr Fe8umfXqnmrS1LWrb7uQX7JvEwiblFuMjIqS_YWyNuml1u7._uC5HxrazkBYBQroEHI18Srt1ZGP 7yQiXb8b04F7SlDHLWHPlH4Cqd2incoUMxuuOxMqMl49DgB1Sd8PKA1z6.JnMyNgCDQts79XsctG 7oVaoXgwe6_NleDH.Ad2xgcgz8YWg_aT6G5fmWneCk9AGdI1NtoPFBLfcKe8kWr9Gbf8qE3GBaw1 9w5BIxMrvCixFZk2MSwL5ID6b1AKuEW4qssbCuh4VKMCyhKClWlvAThfJ3HHftS_JPe77NGeriPk BVdlEIYc.oQ0D_ymEbSSRvHcoXjqtKd5p.pm1jDA1Ol7tt3GRnLK1XxHNwUkJLyMLe4Yvjak05Dv .WzCqurnzOfaAmyEMJRI0Z6mZVnFdZ9NIbL5ZppiFw4EmVznXqxMbHcv3Zj6YbfimWHx98T0UKsd v.Gq_OCjxQTpDj0GFGBzkywBtRbPeaBB8hy2ZgV7ZVa6UrYWI5PRRXc68x33GcDt.me0FsIY02Hl 9NNZUSIpz7IvjchtC86RnTKxc_IE3QbfCeRFMvAlSkMpNAXOfsL73unwyxYCOrhdWMpxE85UrXQx m4Bx2mup.kFODMaMIdsitf.24uDjwhxq9YbxisId1AKeY5xmzi82UKJP8cseuYD5OUv4m3FTdgGR KcR.jQ4PbsQGwXvSj2.N0m2iNmAzMaYme325NYPF7xvFmhN9LgsizkWLxEffYeIXkspoje.l_LS_ 6YD9ZG5XGFIKUGT5WENE76UgXraDGYQ5MSfzH2L.MXmEI6pFSYyF.2WiO3_FCYM6HeY3yiLU4zQf pYjYVVDzWrsCwL2u5mKLRVrsJQh.oyCMa4uDlCf8af30uHXSv9TFiXX70K0IqZNSlbu3ghymtt6g p3XY22Cc2yALzy2Jo4Gu_TjXpf8j.3pxc8rnPdvd.SLkNFbFZvh0GY9PtsNUVQH8ubVCT7ZCs8pO Vu76b8CQUCeamxr4cMoVr_3AgaHygLltqKlJM2JesuQzsiIexHz64PnfNFqhRbrwP0Pf_L3btKUG BaMiLtFHeF0iiMqUWuUWT.Of93t0Q0UIswBSKIY4MLTxg1Eo6u5fZO7No X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 May 2021 20:48:21 +0000 Received: by kubenode508.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc6d65d1f6fbfaa0efafe19f9fc3624d; Fri, 07 May 2021 20:48:18 +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.80.0.2.43\)) Subject: FYI: Testing for RPi4B (and other BCM2711 device) SoC revisions Message-Id: <51D7E4EF-F7DE-4AE8-97B0-97996E34D519@yahoo.com> Date: Fri, 7 May 2021 13:48:17 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <51D7E4EF-F7DE-4AE8-97B0-97996E34D519.ref@yahoo.com> X-Rspamd-Queue-Id: 4FcMwl1QTwz3Lq3 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]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.65.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)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[98.137.65.147:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.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: Fri, 07 May 2021 20:48:24 -0000 Looks like EDK2 is getting work on dealing with the updated BCM2711 vintages that do not require as many workarounds or imposed limitations. = https://github.com/jlinton/edk2-platforms/commit/769d36d6d400b1dac2ec5e8a7= b3eebd0a4751b8b has AML code based on the following sort of logic #define ID_CHIPREV 0xfc404000 . . . OperationRegion (CHPR, SystemMemory, ID_CHIPREV, 0x4) Field (CHPR, DWordAcc, NoLock, Preserve) { SOCI, 32 } if ((SOCI & 0xFF) >=3D 0x20) . . . else . . . (Not bothering with which file contains which text here.) This (and the not shown code) is described with: QUOTE The newer BCM2711 SoC's don't have a DMA constraint on the emmc2 controller. So we don't need to do the 1M translation. Lets allow the AML to detect the SoC revision and return a different _DMA resource. END QUOTE My guess is that the above presumes that the context has already been established to be a BCM2711 one. Note: I'm not AML literate. So I'm guessing interpretations for the code shown. =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 May 7 20:55: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 25CCB63C528 for ; Fri, 7 May 2021 20:55:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FcN516NJ8z3M9c for ; Fri, 7 May 2021 20:55:33 +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=1620420932; bh=/Wt43pdRykVEw/4qsHoIbUSvXr1FpkEk0FFbFW/in34=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=J5IiAeFfeu5Om9A01dIOU8niWS3Eqam/zUmio++x5w2RW8jn1Xn9ZooGEKh5ehHa/e8v9m2SQJJuuEWkQg1DVbDQtMEXWLbtO5kEVgUiH+52H4a0Xjx/drhCxukkJiuD3y/Mq+7mYUaIgBZYYAtuEevSSF2veBIk977QiME1U2Dj1YzsZoJj/mll9SjncfprEuiTo9oDasMdgBV7EscQgs/BgV4LbJfFFL2HT7snk53YyodCze5JtR/alN7R0oS0f0hzJn2vHZcS3FM91oDVi/PKjOmYQg1Fvw1o1lKqHqb6EetRu267NE06+ZCIfFhNSFyTur6fz8QP3I8wU4JH+A== X-YMail-OSG: emucdL8VM1lZQqBV92bM4gPBP.CpvOsHo7Ay_DZ_nuC.w21IbUqzEHbHyehjNss nYpWisgeC3Vb7vQ_JHc.XE3et6M3AwE3OXMT6XaKJ4gu3f7wxHQGNT_6a1DiiPIy739e9H.RO.bd q8sGj4RvL9WMoSz8HpCJIfS.Eno2OzWHtGvxuLSCeufYpeHTUDsTX165PI_sF1Bp_JwJO7ji8yYR sYQ3J.UdUlAxu4X_ZmdPkBGNQUm4G16fUEzK.M7C72zsUZ6rqCqWtjh.oXJD3_azrlfcuaNt8DR2 mIM336nXvIq16NMIGEYe9IiatZPUxEsimz_u2tZmlG0mTYbvSDZBuFBqh_klD6q5KQP93vhoCb9F wlTYgZNL0ERngkMmeOdG_qckzIU1P.S97_LLVzUNPjZU1.4wopiGpVzngPaM8zxeV6_JWkTbbgNn SzyTmmAsFPNuINkTbsfqNCF8Hool5xd1e9OHTaFLDSEuyGo86lUMbAIIgZeM4bjeBPhtXlG6Hl59 BL5xYzKkKLw0euMb6oc0M0Gq3OycPTgZQtncPUFXA3oEYoxEFkFU3cTpaYTcgD5GigqueZc6oM_P 724TqeDMKZPjmd8UJSMICANnnSZRPkLsxEUxcoxKVWmVoFrMBaE.npp.5dvRiynkT8RAQQDCpGrF gKpJCIPZ7DbBcsLQZVfnqJyyPPRF6eV.hoflrQK4w5voWC9OFkjy3tSgop9p7W_Uas6yq6_aLwaD KFhf9gy8LifNLqdQMq5rPTyM4QF39efBoTWmo.QzNmNAQGqyQcb2mZ7Qi5ru_BltAWRvxfA7TnG_ wj7y5JNnghj9giSOjBhjj0D_36yXOvzHb1clyNASp3iacLV6LdsWK4tJJ9cLcYIW0JneMJdtQG2H wbkfNbZLtw8zD28tPuW.bnEeu582CUFa_oaebhZ1lASd35MdNE66r6BAD_Xl_RAGrIBapT6et3Dl Yp3huP66T_U2QyNtRbL7yzc7Gk3mdK22SspSXCkIPaWFkEIWK.OlAMCuhlsW.tDXmUZmInF8ahk. .Bq_HYc1ThvAGciHnCXEZAB1ogsBszpcPGv0MrlN2sQi6PfogmKUolNl6oPRntjvLrc2JG.GxVyi 2rCYD96m3QPcYagXOLz0SP5XJ1lZOKQG9iC.LDA1XAvcbx4BYGrLyvBqyjxeqx4bzmVOyWSf_myl evyGl1J3qJOGp4Vz82fupSm6SX7tPDJktd8vy_flcrp75Y3pRk3qoYW74Nr8FzxI.zftz.6khory fFzP6d_J2grmvFLVV78IkxksklAl.4CViHMRHl.1yAmMcA2QA9QV9a0U_svRWcQMZg2zG8lc6feV SavCWKdAN7ZduBp6iFPnwzn0MgssmHyoQAiOeqnlv7jVv02vC5xkkWSEydrRR8WWyfeo4OcLiniU ZNALaRBbhgcZ6HZskqUdGJppdD534bV15ZoWOk6aRGwz7wsXPVL3yRZCLR8wNxJKo8qrfDmDYy3m sypDY8Go3qrATQjzxvG2YyM6nF_1KUXQAICoy7sY2aRQ277UUlLa3q96_7GQ7ty6D27Q33b9prp8 WcnIDzdomBv0U2SaHM5cV6eECmbUr342iZxl4fkKB_RkM2jhyv1htHL5gT7xiEJeC7AUhQw3bQXO EEqrVMkoCF2.dO86j.BqB9yuea30xJUKnNYXIqm6Ttxm3ygHaYXHpCH.PBF0D9J9xpkkjJ3vN9og ntngn10Hi4fcpf52Pc5uoXKA4jGE2R38WKz.LoQTZ4W2JM7zF42sDX.8FCI.PsYdTs6juYGZ4.wm jsopyqWJqkx.0V.KIveYA6ZqDj_wwfqB3JTcY2GAqg.3kMlbOF_fLZOcBotIMYuacaIry29T1e0I Kv_y3XGRYcTdRC2PGTwy9uo3R6ejC.WWdejI8kQq6zEiOrYnWickZeRz3viTS5TlSMwNkTgdIWWI hxRzR2dOwSPz1qvhmkC5qBc6Tu3OPa79raPtxmPFSPSCySV6rJ6Xu994QpCFZCahLziC.Oa2d3PK pTr1h17ydnL6HYRfD7kSRhlAIfd6eXCL1garknLTbGLDZQLqw.YCaj9cl6VK9vUSXAP46Pz5y.65 fQ0Ca5t7WDXToDiYKAXbZI8Eby_BrPmh_BOsW2Hsj8.RcUDF0hg9jD1qCCMHnIJd1YCVXwVQ79xZ a3uh.ZMNUv.CNk3EafLmQYPr_dg3mN0hvy8vjaqBDHgqg1c1leb3whfhgqC.q_G.mX8LxXeRo9Ej 8Lbxwa_m4dhV8gqEkAXLL12CFNNLyzPuFbJbl0AT.VLnX87JAWWH8o4SwHMM8X3GLkgmvqmeWQ0f nt87RvFsY98nK.TpMuN5BQQ3hKqpRRpS5OraIXlFTlsaaNjuSwwE5sMLoZb60t5Il0ZMS9b5N98u E3QgXCrtUSTXJu_w2ZL7JhT.M0zOjzLANftF7msooKb3wj68jza0.8lrnX6cxP8YDGgEuPNDocZb r2vmk1sLeIqNOeRKvgpjU0px8pg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 7 May 2021 20:55:32 +0000 Received: by kubenode527.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b2a09ebedffe5b31df6a0d2cf7e8d181; Fri, 07 May 2021 20:55:31 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: https://github.com/raspberrypi/firmware/releases has a 1.20210430 release tag now Message-Id: <87E7259B-9762-4F34-BB5F-08591C8D96DD@yahoo.com> Date: Fri, 7 May 2021 13:55:30 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3654.80.0.2.43) References: <87E7259B-9762-4F34-BB5F-08591C8D96DD.ref@yahoo.com> X-Rspamd-Queue-Id: 4FcN516NJ8z3M9c 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)[]; 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.31:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URL_IN_SUBJECT(1.00)[github.com]; 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)[98.137.68.31:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31: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, 07 May 2021 20:55:35 -0000 The quick notes reported for the firmware say: firmware: Pi400: Reduce MII clock freq when probing ethernet PHY (The kernel is also reproted to have related changes.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 8 17:42: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 8FA4B63AFB3 for ; Sat, 8 May 2021 17:42:05 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from lb2-smtp-cloud8.xs4all.net (lb2-smtp-cloud8.xs4all.net [194.109.24.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.xs4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FcvlK1Ddkz3M63 for ; Sat, 8 May 2021 17:42:05 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from cust-d4a83f22 ([IPv6:fc0c:c11d:cecc:f58a:eaa1:c0:9d8f:c143]) by smtp-cloud8.xs4all.net with ESMTPA id fQxmlvR0VUm2ufQxnlRk0A; Sat, 08 May 2021 19:42:03 +0200 From: Adriaan de Groot To: "freebsd-arm@freebsd.org" Subject: Rock64 flaky ethernet? Date: Sat, 08 May 2021 19:42:02 +0200 Message-ID: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> Organization: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3894704.p4y8TspHLy"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-CMAE-Envelope: MS4xfKtuvIr+kPM10O3z5nKVMZQDMvjZrjyWqiAKpKvhyvTXZWOjgN92z0Iaq+0n1prBIZ1yOr091uC2Kr/HSsHvVgjNkmd4d3fDnv1P1qZDdrThNj8tyt0K EhwlDQbiL+c5Eu9Tp/gzmLrTSic3q/eX9FHgNDVH9yyeuqDxJ+Pa2IQTNZR7tGPPXoj5TTrIt2CYncNAzmrOUdo3KcPha8CnxIAyyVe29cNShmeSToGrCSey 22FglLYZqSEqbO3YFp4E1/w9DLM5nj/CKFLzj58NmTQ= X-Rspamd-Queue-Id: 4FcvlK1Ddkz3M63 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; local_wl_from(0.00)[freebsd.org] 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, 08 May 2021 17:42:05 -0000 --nextPart3894704.p4y8TspHLy Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Adriaan de Groot To: "freebsd-arm@freebsd.org" Subject: Rock64 flaky ethernet? Date: Sat, 08 May 2021 19:42:02 +0200 Message-ID: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> Organization: FreeBSD I've got an old-ish (2018 .. v2) Rock64 that hasn't been used much. I have fetched and booted it into the 13-RELEASE image: FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img.xz 452690956 2021-Apr-09 06:46 I have written this to an 8GB generic micro-SD card. For good measure, I have written a recent Armbian image to the same brand and age of micro-SD card, so I have comparison material. (I could also write everything to the 32GB eMMC chip that's in the Rock64, if needed, but I'm holding off on that until I have something that works). After boot, dwc0 gets an address from DHCP, and I start pinging 10.0.0.2 in my home network. I get ~3% packet loss if I'm lucky, more often around 7%. If I'm pinging a machine in the network and also pinging my Rock64 from that machine, I hit around 22% packet loss on both sides. Armbian works fine - poweroff, swap SD card, power on - in the same setup. With this kind of packet loss I can't really do anything with the board in FreeBSD; `pkg bootstrap` for instance seems to sit there forever. .. ok, digging in the archives gets me lots of threads from june/july 2020 about dwc timing, I'll dig through those first before carrying on. [ade] PS. Pine H6 never did catch on in FreeBSD-land, did it. Pity, I've got a couple that I'd be happy enough to use instead of the Rock64 if they worked. --nextPart3894704.p4y8TspHLy Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEhrjttu2OP5apuuy1z93JbxKxkVwFAmCWzWoACgkQz93JbxKx kVwj2Av/RHymeTx90spcxKItjHFRq+e07E7vrzLdyn+j31cavzm71IravA3gNxQ/ LjkPuOveVXNizkGtF6Q/naXuBfu1T136xqrq03SN4m7CvqvfM3FWJBNQiu22ndWZ bSq04REgHswfLxBcS76gQbD6yO5GVKes0t1P4lTCLjgGj3FSLb5+WffJZ4BG1hJw zJBHqxOGdXo3VttrRgRWgvo2SaB59Y5SDkRpkjxWTdhGuU/XbGE1iOVhkUhJ9DTc ZSgA3OCFYBTlV9woV2+QApHn6gY10x11cYPLvxQNyQj5WlitIMUz/UuXAGZiGPDY nBnVGKS0qLWpGIKYV6TksQRcdSbO2nIKAXqxwo6/jgNzPQDuwVjFoDor8d+T5Pl3 cIzjBQYOm+zTtxIAhPBYU8jIpwfJ5qUBBUVJke7r+0D1sJd9lWYKUcBsGAtiv+m2 WVhshBbQbsjGL1ZCDqjji3WBDbFEy+DXFA+ndDKmXJt0rJkT66z0hK5jw22E3veS SgWyGqlU =ayQT -----END PGP SIGNATURE----- --nextPart3894704.p4y8TspHLy-- From owner-freebsd-arm@freebsd.org Sat May 8 18:09: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 8EB8963B66F for ; Sat, 8 May 2021 18:09:07 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from relay8-d.mail.gandi.net (relay8-d.mail.gandi.net [217.70.183.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FcwLV1yjdz3N9c; Sat, 8 May 2021 18:09:05 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) X-Originating-IP: 10.200.201.23 Received: from webmail.gandi.net (webmail23.sd4.0x35.net [10.200.201.23]) (Authenticated sender: daniel.engberg@pyret.net) by relay8-d.mail.gandi.net (Postfix) with ESMTPA id E07FA1BF206; Sat, 8 May 2021 18:09:03 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 08 May 2021 20:09:03 +0200 From: Daniel Engberg To: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? User-Agent: Roundcube Webmail/1.4.11 Message-ID: <9cc751f907d49805c089b96954e919eb@pyret.net> X-Sender: daniel.engberg.lists@pyret.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4FcwLV1yjdz3N9c X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of daniel.engberg.lists@pyret.net designates 217.70.183.201 as permitted sender) smtp.mailfrom=daniel.engberg.lists@pyret.net X-Spamd-Result: default: False [-1.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[217.70.183.201:from]; R_SPF_ALLOW(-0.20)[+ip4:217.70.183.192/28]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_LOW(-0.10)[217.70.183.201:from]; SUBJECT_ENDS_QUESTION(1.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[217.70.183.201:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; FAKE_REPLY(1.00)[]; 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]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[pyret.net]; SPAMHAUS_ZRD(0.00)[217.70.183.201:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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, 08 May 2021 18:09:07 -0000 Hi, Regarding our Rock64 board this looks relevant, https://forum.pine64.org/showthread.php?tid=7545 As for your H6 board I guess you mean H64? https://www.freshports.org/sysutils/u-boot-pine-h64/ https://linux-sunxi.org/PineH64 Just overwrite u-boot from that port to the FreeBSD-13.0-RELEASE-arm64-aarch64-PINE64-LTS.img.xz image (extracted) and with a bit of luck you should be able to get it booting. Best regards, Daniel From owner-freebsd-arm@freebsd.org Sat May 8 19:19:23 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 2A2CA63D0CB for ; Sat, 8 May 2021 19:19:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-9.consmr.mail.ne1.yahoo.com (sonic308-9.consmr.mail.ne1.yahoo.com [66.163.187.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 4FcxvZ1Kdcz3QqR for ; Sat, 8 May 2021 19:19: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=1620501560; bh=JAzjhkgN6PK6eDPiuWijTOUSrUhMjkvHYQeReIdkVqM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=GEvcgn18z5ywlELtKp3V6uSbsJ0/ZIdj3ejrIX4IlpBTP//ddewynytVXNN6HJZmWeGQpyvohGxEhH1GhwjlYUI8lQXx0Lxg/ay7JDAlBkcAyeh8G6YLv5NYFqR00rWBL5zCZMLxoFznnepca6tMD5XNxJzY6dG0KNRulHvgxWKviqGCvboWLbTQbuXTwiTEb/ThIFsZoARD2VDa6wolvAC03dIGkEXdbc/wbLRyfFlRI/zu8OQ24cueqFQU3t9pJz9ArjjI7Xl3/Pw5i3jN941jb5J7haCGtxtqcEHi6CR/twmO45HvRZtyQd7oIgjuxp6QFGCGq6IzZPXS2pWABw== X-YMail-OSG: oVrrpi4VM1nBgKqEWD28GJkzOpwnTdybuqrUF1dWY4WiBaRPq8UH0HHrFhIvMin WPkfrLTXie966yHPLG9eDPEiM1_tpIF.rRs9jW5xFdc5trv2xpXmezf2TJIxTMeOsBXQTU_iKyv2 QOA2kynLBokeAkTkrKchldd.yvD7VP4GWmpOy0_PkdKuwIxPjM5XQiUpygKMhZprEFCuxdwdpB3D Qyw.I9XsOHZuxw1njaCYpn_dFVUAbxs8Qb0TPnvc_XAm5.WWGVD1cVtPSaw_BDx5FtAnQlV9gtsV RD1Gy4oMwAQzy1DZPqFIYJKkgk.wyomfSjapG1HxlV9jHu5pfGa2RbMPhxJdjc3i.yQGn6sLXql0 S5FIK4D4.3QaalVWjCYQtycTNceFdcVWxO4Ckdlhd3z_F6MHFwLSy8e3eYgQITdJ0oayIm6iHNn7 AYq13hvJ27WhNqqYcsVxkrJSvghDAvRvO6_ObpxQGGakFCQ94r3K.LZVYraoRjVqllWryCBOlDWm n.9Ycmeic1PS.9EgX.iVcf8DpmNhfyTmfoKfNbuzOwRLFX623W7W_6YU9aHcobsH3KLko91sn.wt rhz5DwX32C00IYFBUQYtuMQxlrR.ZdeZIhE2XCajMphnJGt1lF60oYo11Zie.kk_0XBDaNRY6B_k aOUga8L5_LEmeqGA4MMg37kU0sLMY2Bq8.R2wlU9XV6L4d_aucGKkth2Df9nVr.pclqRNKi4GIa6 Htd9_IHruRxt7idS0D.773Zm3B9eMor1DdPRzIAm49urmblx46kjyhi6eq2HlsL1mA2p7ocqpgFc pbrF2FKAZR61f1v69jGsoZJ9tvXN6FswL9oHD5w8fObXIWreN12g8p.dcl9IsNsTvDZNILnXH3VR IYiTV4y5Svdu0faQGfDF1G4Bmu9UbvdDBOoY4amkodaA6fFO.1a6tYVnjCYNENHCvIV9T8SbZYnM lorRZhQGcGZfAe.gS8ppIA.lgzQrlWSyat5ROFmn2WDObybfgMh8qJf5zcbPkLhh_d51sID_fIlc fW0mDxhEwSMdlTnisp.GFWSUQRUGTUpYJlM6jEvJvS4CLIPGbRdCgnMwCV92xrvQeSG1ea1dbpaP 2l.3VKomnjtpFFJ_U8MImutFK2EE4.Ft72AYg1pbMR0AjcocursYaW78rgARxKpZ88VUsqpS2PUZ N3Z6Qb0OoMa8dPapQBT5_yPm2cO7PtMZBQcxykxxJiLn87J.uY9JNNtehtN.kAMRnsf0Xu3w62qY JhfyVFWzXSEkIdfMET18WWEekMDB2x1duulAlsAmuofbbMjUq.Um1Dt7z5c7ihPVIdvBDv9rxiyt kb9GbaxSHlYhM5ntIlHQYsb4ypMq8HBYm1cL_RBFX2O_8lCWGvWpZy3ZEaRkQLHEAJ5G7Ep5hz3E QRSQKQVEF1YvV.f.HErUwk5FvP1TnySZV6mit3bMqjXVTqUZK3JNx_PyUKrgtf_ifw08TzZqI5MO FbdcXvw4SPltPF0qagDF29qorxvb_ZoddtAnKGAMIDfuHmCackpY.EYq3B.nmyCB8f_LTnZjdwGr sDRj.L64LGsyvyP21YFm2RAIDjig2t_Xsd4mBvzOjQTDc12x1JhshVybYUk8BGcxka_vZItQv462 uUuIrbq7W6Sgao44dZ1yDQFlAXFN4Be6PUi5nzpKCtNMdepQkNsFMVPT80uagpKm0XvEhbhckggC qm_Fp9fnsuY.G3s0rtoOf5WkhOs6A9aRUB3A.StAlOtMS04kQf5dSXy9Qbgf.aN.5ESiiYmKtjiO rFkNNSSAIrdjutpe_WsRNNr6bqllp4zfIp10bfEEad7BGzX.NBk7OMNw3vUjN261jfZX4pQSeAgS ts8lnBritPqDF7Bo6lj7bNokCVrltkvVspDNrgde8czCwi1apm0vMtGg.dEs5te8aC_n1MIBzPjZ c4Z04Njmvd7HJcCh17tTHG0jRkiKdTGXgOTmFoN5rKhw.TC78yXA3we4GRsJwa_C2arGaQ7BseBE eD8AxuV3xvPJwkNSkjnNUxINg1nfNqAjNW03FrOglCwGvLNM.wwnsvlJHjFBW6lpY_Af_5Hd4THK EtZKyaVMGNjIya1A1DgyCGfNzxjan3t.9i5iEqN856Ri.HPSBM5yT0h8Cc6sTXUX2OmNIA0gqzvT ttgnUQTTLbj0IBspEl4aDh6JtaaE0aXZ82IY3Z9mmImvk7hn9zwKHfYpag6XZii1m2FHFetWk06d r67p_GK_ajtEehOlF6Io.sK2LLtJELe4X05DFqV1dx617LxiQAgbw5njGbDubDoes9k_krPRwEfb dfepmo.uQqI.aRi0ixvuB0Fl55Z3TBh_GkAqdw.e_d96CCpnL2oylkTZav8_rD8CwVuItDBs_6jj w52apNFriZi7I8XyuzFBwDBoYu23i.rFMZNzSMTvI4BhaktfAM0TDmdpH47L4ng7oaI5VSYyqffN ZjkO9WbKnRSrA3.CDqjkIcE5T9urxNaSb__eMlhV3eIAz4qLEMqwKlyAFJHZRleqA4FhfDDpp89m iTeuHrSeRfVspWbDRSrvKT8DgYpVm.Qgp0jNgcpU- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Sat, 8 May 2021 19:19:20 +0000 Received: by kubenode513.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f1306eb4cee8b5100a34edfddae689fe; Sat, 08 May 2021 19:19:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Rock64 flaky ethernet? From: Mark Millard In-Reply-To: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> Date: Sat, 8 May 2021 12:19:13 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <78C848CC-08E2-44C7-9C09-51A32C232691@yahoo.com> References: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> To: Adriaan de Groot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FcxvZ1Kdcz3QqR X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.187.32:from]; 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]; MIME_TRACE(0.00)[0:+]; 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]; RCVD_TLS_LAST(0.00)[]; SPAMHAUS_ZRD(0.00)[66.163.187.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.187.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.187.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: Sat, 08 May 2021 19:19:23 -0000 On 2021-May-8, at 10:42, Adriaan de Groot wrote: > I've got an old-ish (2018 .. v2) Rock64 that hasn't been used much. I = have=20 > fetched and booted it into the 13-RELEASE image: >=20 > FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img.xz 452690956 = 2021-Apr-09 06:46 >=20 > I have written this to an 8GB generic micro-SD card. For good measure, = I have=20 > written a recent Armbian image to the same brand and age of micro-SD = card, so=20 > I have comparison material. (I could also write everything to the 32GB = eMMC=20 > chip that's in the Rock64, if needed, but I'm holding off on that = until I have=20 > something that works). >=20 > After boot, dwc0 gets an address from DHCP, and I start pinging = 10.0.0.2 in my=20 > home network. I get ~3% packet loss if I'm lucky, more often around = 7%. If I'm=20 > pinging a machine in the network and also pinging my Rock64 from that = machine,=20 > I hit around 22% packet loss on both sides. For my mid-March non-debug build of main [so: 14] I get, for example, (.149 is the Rock64 V2.0; .120 is a ThreadRipper 1950X, both going at the same time here): --- 192.168.1.149 ping statistics --- 72 packets transmitted, 72 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.136/0.230/1.903/0.279 ms --- 192.168.1.120 ping statistics --- 81 packets transmitted, 81 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.211/0.241/0.286/0.013 ms So, no problem observed. The root file system is on a USB3 SSD. A removable eMMC is involved in the booting but no microsd card is present. For reference: # ~/fbsd-based-on-what-freebsd-main.sh=20 FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build in = git context. merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 merge-base: CommitDate: 2021-03-12 20:29:42 +0000 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread n245444 (--first-parent --count for merge-base) > Armbian works fine - poweroff, swap SD card, power on - in the same = setup. >=20 > With this kind of packet loss I can't really do anything with the = board in=20 > FreeBSD; `pkg bootstrap` for instance seems to sit there forever. >=20 > .. ok, digging in the archives gets me lots of threads from june/july = 2020=20 > about dwc timing, I'll dig through those first before carrying on. >=20 > [ade] >=20 > PS. Pine H6 never did catch on in FreeBSD-land, did it. Pity, I've got = a=20 > couple that I'd be happy enough to use instead of the Rock64 if they = worked.=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 Sat May 8 19:28: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 4D2DA63D35B for ; Sat, 8 May 2021 19:28:51 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from lb1-smtp-cloud7.xs4all.net (lb1-smtp-cloud7.xs4all.net [194.109.24.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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.xs4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fcy6V6Phhz3QxT for ; Sat, 8 May 2021 19:28:50 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from cust-d4a83f22 ([IPv6:fc0c:c11d:cecc:f58a:eaa1:c0:9d8f:c143]) by smtp-cloud7.xs4all.net with ESMTPA id fSd5lFlkvyEWwfSd6lAyVQ; Sat, 08 May 2021 21:28:48 +0200 From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Date: Sat, 08 May 2021 21:28:41 +0200 Message-ID: <22597697.gYbqZ1YImA@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <9cc751f907d49805c089b96954e919eb@pyret.net> References: <9cc751f907d49805c089b96954e919eb@pyret.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart50731415.J2yNMGElB9"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-CMAE-Envelope: MS4xfF7JbIReXXYgqtiR5HkT/41+vZihpsCKJMVBo6chUo+GarCGt+0SpILubcV4hsIM5Pr1g2W/ytlX9ZdQWcJXEHPZEG58dOwuuthQiA21JjDIFr0R5vBm zpAHttNipLk0S+0bDww2EcBXqK6VcWAhwbiTKbkuUMiFkkBjUETyYwI3VUK2cyRJBwTe7qXVjFYzZCfChnL11lKEG7rQ0h2OJaMa/Tr9SzvngDmJnwaPBj7e Ai3m29AvWIhO7Es70kSwTS5UQMz5jra2SH5EBAirwFg= X-Rspamd-Queue-Id: 4Fcy6V6Phhz3QxT X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL] 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, 08 May 2021 19:28:51 -0000 --nextPart50731415.J2yNMGElB9 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Rock64 flaky ethernet? Date: Sat, 08 May 2021 21:28:41 +0200 Message-ID: <22597697.gYbqZ1YImA@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <9cc751f907d49805c089b96954e919eb@pyret.net> References: <9cc751f907d49805c089b96954e919eb@pyret.net> On Saturday, 8 May 2021 20:09:03 CEST Daniel Engberg wrote: > Regarding our Rock64 board this looks relevant, > https://forum.pine64.org/showthread.php?tid=7545 Yes. (Re-)soldering SMD components is not my idea of fun, though (heck, I need to take off my glasses even to read the silkscreen on the board). I tried some of the timing hacks and so from the earlier threads, but nothing seems to help. I'll file that board away as "fun with Linux" (which means "return to the box of dusty stuff I mean to do something cool with some day"). > As for your H6 board I guess you mean H64? > https://www.freshports.org/sysutils/u-boot-pine-h64/ > https://linux-sunxi.org/PineH64 Yep! > Just overwrite u-boot from that port to the > FreeBSD-13.0-RELEASE-arm64-aarch64-PINE64-LTS.img.xz image (extracted) > and with a bit of luck you should be able to get it booting. You just helped me close 21 browser tabs worth of wikis and searches, thank you. FreeBSD 13.0-RELEASE #0 releng/13.0-n244733-ea31abc261f: Fri Apr 9 06:07:07 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) VT: init without driver. module firmware already present! real memory = 3221024768 (3071 MB) avail memory = 3119251456 (2974 MB) This was amazingly painless. I'll do a bit of a write-up and add it to the wiki. [ade] --nextPart50731415.J2yNMGElB9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEhrjttu2OP5apuuy1z93JbxKxkVwFAmCW5mkACgkQz93JbxKx kVyv6gv7BzoL9bZnpgnhzInLnDjr7FPc8wt7J2YowXagRd89r2Za2kyGkF56TAxf ALW8AORE6LupYrEV0e5ySxcN7Cu+8ayYhgKCE/oc1pbGgQKYutYz0U/259c6rCTm ZSjS/oO9XCjxylE3bdhkduISZxj4jVyX1sjx6z27qDM6rtV8zuzSQwlsrrHm1zMW qP+VBrX17Q0UdHghNn7KYU7knbJOmms7flziwZrsaz2f65NorkM5QHMZaARic6M4 UjCoqGulIYVKGsIQa9sBjvkb32xMJJPAxfX1bRQRU8ZuMrxSv1mZqflGg8twVXbe 9LLM6JOu9yfKwFjMi/KmklLiWnUz7AtAbt4Gr/5c4yv1DflPl05u8EdQIYTrx1VL 84ET+D2D88f5OtIW9Koc7TCn5KEhbOhZcOFqFKNiHTHtaut1ZDE7dC0UTh6Ro9g0 fDcsAVkgjQDhJ+uC8eOpu17sFBoUzQiCWHaGm11jXlQH3aphetXazzB1xwTA+20t ir8R9hH4 =f5Xa -----END PGP SIGNATURE----- --nextPart50731415.J2yNMGElB9-- From owner-freebsd-arm@freebsd.org Sat May 8 19:40: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 5F36F63D77A for ; Sat, 8 May 2021 19:40:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.ne1.yahoo.com (sonic314-21.consmr.mail.ne1.yahoo.com [66.163.189.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 4FcyMf2tfnz3hPF for ; Sat, 8 May 2021 19:40:14 +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=1620502813; bh=r1EBIpSpNa1BuJRzzlbUBH0lfYraCh5tfE6wigDoJpx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=EB+PEI2ewkFa300NojQY2zBRApch1zTsqvHVrJAXGWivsfwTxsf5wMCahLXZ+N09BAoCwkbPE4Nvct+/S7UptlJb0IkFGPBsFF9hQNz3mPx4feIidLm20BDxILqKLb0d/STqOwZBZR2fjIPxDggeAcsPck8YzJvPI6ZARPN9ys1TzxW1kpUUGpITpF1SzJBvdUcJZVSlH6kC0gK9M9FAqLiXh62hG0MpX2fDYdy1IMmJO1V79VUNocXwpwT9Hs0hDTKUrlQtxuaUBro74zL9BV0vA3tYm8NyP30plaW2DnqHLgR2y1fDdbG3yOMdqZgEySb1NvAqNFE2DogSLf6UQw== X-YMail-OSG: Xl.DE98VM1lYuaglK1zz0KD_5mjy5aHUDK7PhOaMf4MAb0.mAkvmlCFYMONa29E 9w.ikY08ugkVLWRF6KluCiyKsSzT.czz5We0hBmN19OOubjpBKVZmRo_IGu9hbKA8x2vlEpazVCX 0nsKss8Dznldr_IpUnspA3Ohp3oV14YWJzgkqzB0Uo.WXjMp7gyfmU_E7uhtIts9kwcHGQ_gMu_6 G.I6.MvBJAIFOK_oBIHAqkTgPQbV5G6mwX7z0uB1.rJInqlpCMd5EGIY8Nh6TqHr5xZSb3pf6wsW bwJGi9jImitwK2QzIyV_jDxUhKDz0zc__G1NbsNx3c65AscU.LnIHrza6q.yJxgaVumBP3zjj6aH CWHqKRj.tkBOVNRKZmU5Ytpvn.v3HLnEwX7MaOJFSdMLNFMOpHW7lIeIlbNmDnkiiSXdYHEJC0At 2VxWbrtGrahBhHZdXjEnCIlNmTZsxFPDbGEDkWob6cEJymceraV_OMk1QcO53aia.TRYvLxNKW2_ Dt1x2PpBo3MEGpD5Uea0rNQMjGusqR4mnCrO7x7BQ_3rYSSYbRtD1_7k9CggCaqRFwAzXTjix5Jm lg1c7.Gj3haTe2EJETeDscmnKWCN2p8J.261rYxukuOF3CEqGqMUeA_.PngQXpmtoJP6XZeTlRbx 2zptngptjALC0uv.nHLofFiCZnm_X9WcDKxK5_QpB22rwrQmoQ6TuOpCAsbuRDS.wxBuTGUQL45m A6yYnf7uX8HdcROxq_qpm5vjlXh0wtyBphoMk4Sa0dPS_KrFyyiCk8v.Iy0qebq1HpWhklM5WyMw nwcFe6tqa8Swgc0O2g9RTrhfVQijEwr664l0eM7AXIJ7CaWDhWuvDaAuHCFsGok1bNZGAYPBAQXi EbckOwIJbsUWsYJRyPbs8TBn6JitOBjiqDAn25fVXBJ6JlUzmw1GMmky17CX.ltQseNJOs99xDKV 6RkURv5xoUMZQBG5e_sygaBvTp6avWWhLoHTr7d4G3JRchFi5eI20YPawztGkf3kc1f.e6RMom5n bSzxkho.jA1MQjadkcxrXfZT_DSA2lF3yrIm8zgWnRu77JDZQCuhxxg0xi9XcQvzHEyKEMsrefRP 3j493t3Bzo6LJWK97JRKRSJH09ANH9LRAG_NXQmEgJZqhjq3Jp_Yy9HwKo1VnIZujTWJN0YskMhr RJ_HD4_ck.tuM1waqJL_uFaXev_IuquMvwWb3TZ2Q80Gnw59HY7.W4SW8NDQ3Tln.h74jN4jTX6R PK6ogtJxUcMrFoo6k7jNfHkAxy8bB6XfK0rH34XEhdQ3aSTryZOtX25vGIMUho_ORw0vBq2ZonXe dBRHkcAkA8mLXUTYAzHh98Mq0ZiGczsjEqmgJz0..S8_aW5moaRUGKD9BbaAIFXJ6l1TbE.OBVRb yxEMNIdpYjJM0NzYrKZrxuQqlVQyuk9rEVemibMNRAlDIwtr6iAidOA85cjxdAfo7zLLfOjIGgqC 8f8JvPvta0bmPwlAyRDeGocTFG.somB0Yt_JysPs4frc9VisczsVcPii6hwgeBGQlKI3K6Obhztn 419eZb1kQ5IsK6e4Ov6O_gzZ5.O3FpXwKhcHIDcRhuo.Vjzlc8y4I_OCeRx1muRzqC5htqauGN.L y3JZx8Y0TGsQPmWUX4K6yTKZnGtjJNN2TiAxDbDMfek6vhy.B6HK.6t.6B6fa.j3_rF.BJSoBhkX zYegbr8HfQNzlt1GKLy.EPieplBTBFIUTTwtTJ.j6P79096SE4Wo7DeKB.dbGNQASDzIvncTxU.M vFpwib4hmi8S3JfzsoGCd21z_sUze2zy9t4mlIavdKposUYEf7gPf40z16z7ZkFZg1Y.RMMlFc1L MqZjJwqCAAZmAU0WYJXztT9L06071uJ8iQ6IqqcsEo8G26p8LPnCqsp5El_iy9mqxKiU956SkZGY Kt56XYnmMWKkLWqJvaM43YGMfVLk0G9WNcItpqPTxGkl571CCqTVCroNzcWEbvHPHaBGG7srGeha _GxiY9uyDGshjSTafL35eqxOvmPNajbJErq6kQwZzu0gcXh7oInxcNBdXnM1.MPSx9eSwMjneWge E4b6dJDMIAjMi_nl9_3hj1lgPQP94d8B..Gz5z.7fUkCgG1ILWP8dFJ9ncHHJkUBsFIpt.2WGW9Q SK1q5ID8jnbg1wGfgLdW4zvdq2zIanqHaVZSRm0QgjTP1iLUFa5dW60lhP95DZ0YO7N5_36TV5zX fWynnH8T2cYN9yrLBFQHSyUML.qKabTw_eaY53s22BIAv3Zzt5NfJYjXmpEbCO_ksSQIka2elLaU s5XzzEXtcKIxm9sQ8fO_cTfFxVF3wF_KFo2XwcS5PZgXtFA0KBZoMJjGNm2fLy.w_bvrRa2UtCje TLgXJSF8PTxeryC4A1_pE6D.pjLpGCI6JJE3evE77vmho7WRTjwku1nK7rc5EwcIPVkjbh4cbQk0 tyAUGMG5HLMYKI11zvQWTItIgDve27jw0OTaAbTU85U.14QqJLAwjnIh.D5ViIPjSa4dWfJRr1.l BJL4AoAevcCHIRrDR0zqQnGcSjWLZmY9iJIPkzDiC X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sat, 8 May 2021 19:40:13 +0000 Received: by kubenode512.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4205b189745b9c770fb4ee93b2b62009; Sat, 08 May 2021 19:40:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Rock64 flaky ethernet? From: Mark Millard In-Reply-To: <78C848CC-08E2-44C7-9C09-51A32C232691@yahoo.com> Date: Sat, 8 May 2021 12:40:05 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <380C949F-A02E-42B9-BBFE-C265047BDE76@yahoo.com> References: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> <78C848CC-08E2-44C7-9C09-51A32C232691@yahoo.com> To: Adriaan de Groot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FcyMf2tfnz3hPF X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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.99)[-0.995]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.189.147:from]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; SPAMHAUS_ZRD(0.00)[66.163.189.147:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.189.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: Sat, 08 May 2021 19:40:15 -0000 On 2021-May-8, at 12:19, Mark Millard wrote: > On 2021-May-8, at 10:42, Adriaan de Groot = wrote: >=20 >> I've got an old-ish (2018 .. v2) Rock64 that hasn't been used much. I = have=20 >> fetched and booted it into the 13-RELEASE image: >>=20 >> FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img.xz 452690956 = 2021-Apr-09 06:46 >>=20 >> I have written this to an 8GB generic micro-SD card. For good = measure, I have=20 >> written a recent Armbian image to the same brand and age of micro-SD = card, so=20 >> I have comparison material. (I could also write everything to the = 32GB eMMC=20 >> chip that's in the Rock64, if needed, but I'm holding off on that = until I have=20 >> something that works). >>=20 >> After boot, dwc0 gets an address from DHCP, and I start pinging = 10.0.0.2 in my=20 >> home network. I get ~3% packet loss if I'm lucky, more often around = 7%. If I'm=20 >> pinging a machine in the network and also pinging my Rock64 from that = machine,=20 >> I hit around 22% packet loss on both sides. >=20 > For my mid-March non-debug build of main [so: 14] I get, > for example, (.149 is the Rock64 V2.0; .120 is a > ThreadRipper 1950X, both going at the same time > here): >=20 > --- 192.168.1.149 ping statistics --- > 72 packets transmitted, 72 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.136/0.230/1.903/0.279 ms >=20 > --- 192.168.1.120 ping statistics --- > 81 packets transmitted, 81 packets received, 0.0% packet loss > round-trip min/avg/max/stddev =3D 0.211/0.241/0.286/0.013 ms >=20 > So, no problem observed. >=20 > The root file system is on a USB3 SSD. A removable eMMC is > involved in the booting but no microsd card is present. >=20 > For reference: >=20 > # ~/fbsd-based-on-what-freebsd-main.sh=20 > FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 > def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. > merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 > merge-base: CommitDate: 2021-03-12 20:29:42 +0000 > 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run all = XPT_ASYNC ccbs in a dedicated thread > n245444 (--first-parent --count for merge-base) >=20 >> Armbian works fine - poweroff, swap SD card, power on - in the same = setup. >>=20 >> With this kind of packet loss I can't really do anything with the = board in=20 >> FreeBSD; `pkg bootstrap` for instance seems to sit there forever. >>=20 >> .. ok, digging in the archives gets me lots of threads from june/july = 2020=20 >> about dwc timing, I'll dig through those first before carrying on. >>=20 >> [ade] >>=20 >> PS. Pine H6 never did catch on in FreeBSD-land, did it. Pity, I've = got a=20 >> couple that I'd be happy enough to use instead of the Rock64 if they = worked.=20 >>=20 >=20 For reference as far as U-Boot goes: U-Boot 2021.04 (Apr 09 2021 - 17:05:14 +0000) Model: Pine64 Rock64 DRAM: 4 GiB PMIC: RK8050 (on=3D0x40, off=3D0x00) MMC: mmc@ff500000: 1, mmc@ff520000: 0 It is from a sysutils/u-boot-rock64 build with no local patches. Previously 2020.10 was in use, also without problems. (But one of my non-debug builds of main was in use.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat May 8 20:18: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 061C963E7D8 for ; Sat, 8 May 2021 20:18:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-9.consmr.mail.ne1.yahoo.com (sonic307-9.consmr.mail.ne1.yahoo.com [66.163.190.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 4FczD85WFvz3jqr for ; Sat, 8 May 2021 20:18: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=1620505127; bh=c9SpDVqfVkAEOm/lA3gY30CLAZQ9AmN4dHjG56FtHDH=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=QEj96STX3mW7LDCd6rWrqSKlLAWkrg7khOWAe1cQFZIo5DtZOv689KGxCFS6iGRKeT0ohFBKrJgoTSLohtCbxloqV1JGPpP7wJPSEMVBK0apk6GLGSZoyscTHHwH59TFi55ZjLGUDNdtlKXPQ7s3PIwsA+APMqRWeOn6gPDNTJUBaAXrpqiadhuLQ6Vn3iWzGDGG1TqOu56UTMrNDXn7rj1jfm4mv76Ynuv7qxPtmVSrK1MIkpUHd76prumvLBXDvqOe0qo71O0hnCzJcoXMpDKvxQELEmMOI7mLpNy03Ne3tk2DYLhJ44MXE+fOvRF+XubpUu1AtWab+99/ZwInLA== X-YMail-OSG: lAyf5GcVM1nbuqRqv68DmEAU5LPnng.4qfghqonqIX412z2uDtsR63fhKGT0nsk bJFlCCg5j1zlOYIeQS_LLPubGc.o7.lWbvGIdJHRTFL18hufO0bPrzSUgPkUb7vVX7o05Tui0aLV uwqFYkEKo30vYMJyNk9IOBHBwxotEh3i58fFAyFNl4ZKZLdnS0awEpibeQXzWAPBBRgvg4E1qw0Z 8YJZpOyqb1jKOZYJSapwimc8ahJTK7AWgJ1jivXDNWW.jgmUBMEjsXYEEhgVDKQhx7Np9G7r0P8J 2Agz8e37oy2rc3KuXfOCZruq3hov22I0Q3Ww8fwkoPhxNN7buYJoL9fTkl.azwBhfBknXsDD1J55 M7UNlLvQwtLEGDa1Nno0h1Xh92A8xST6_IcbI_Wi6iPyI1IdbaIAmPiXo5iUqHrW.cxNJXQfVlu9 CkPwdBzj2s1ehk8X4PSgJUKqW_P7LsBbGlfMYWVSI5XTXLnBr3M9Qr6FPw0sS3WJPuVDuzoIM4hw iJgTiGXFN6uEhZ7p4H2ML5sdy9ypLINzOP01aXl9uVO__9rbwGFlo5NCqsirn9Xfvo98cXBUD8aP 2sNCGeJH4fiiyffS3ECoyG48ln6dATFeFAFCMvNnfWVNnFHPkOK_1p5d3OAoaolVqEPdoUgMU6xe t6UEzfx.BnyI9G7I26np2kl30B1hD4Wr8DENqKyZyMGPBRiViffRMZN96wOgUOGNHjUKpnTjFdfD 8eUpIasU6QBDnxTUcuScYHdbKLx.wgUAVvIuv14VzRIC81i0VGZVGzUOa5n3G3jC9qOlM1w99LFT ApGR5RPhong17dYoFtigElx1K5S.l4hgRGvR4dy2qPhmYwxIeQ2Ij6v.FPgzg3XZU4RHXk2h4a9K hvTB7DUTTXAAXlemTv_PcMFKSS2Tx9UaQx2r1mPMcGuHQQeECuTyGMt1Aq_VjyC6KQqc4_eJWpvM KXBrCzZWoABQEUfN3O.Ku55MtPLmEPOhvueJRWrs0hASsQKdsoH54wHsnfbUm77u6QP3.bUn02C8 9QaQ3YGo1m0cc7EI1N8nkBOurlYw0s2DFQkmi1vLYoQ03Ft2X1HperNM05l4AG.0LS8pMw8161El e2x2esosLZv4Wl0Im3fD6bweZ7B6isYzH5n56LaTwUddUwmOqTu5whXvC3TbiHT9RLx6Mst2yh2M cGSu_D8o2e.Y3vrx9fg8SgSfL1pteQBqKSR2KbusUZZ58YK3P9qTzKMQW2UKVDlGzYmGE3kGe9z_ i9VhzbeTyJN3LHPXqRI5.PGFzJjACnd4Oq0.CyCECf.7Eq2fJg2MPqGsxMWPcTldRKeARzscm4XC 55EYGpsNRF.ZLtIN6zHMf2TdiR7XMINKav59OghS99CW5HomtHH02ZYNKNouaW2lkBlu.6uSL36M Cww1Y3VbkDPCdg8x99s9Wjy9gcdzx9bqHFbYmX0trlWCMEWdT7xXK9AixsHwIzH46ge56f5f70bJ 5jzAOlbE5CyryrhJS0v6aB0ahWCvM92_F8yzjyDMq8hvJeZTHYyueF9kbQTHIOHx4jZOpwgparph A7FQtG0e1I6aePQBdKwCQcqWGkHpK3nSt5FgYX17tgR7n_XC4x3bTLPIwLju80jqAQg4hNUFWJHh 2tdAC2Im9k7raXdCj5lHvTfSOTk0hrcc7hI96DwwFRTYGPZUZ3oPGgiCO9JyO4dylUkoGkRygEop BUzbLOQ8vL2QUXscL07PF7Y1NQmFeSY5qX87a2gBBGZ4sToM3QVZ8UNuMrs_fram2DKLykIOpZOU ZceDcxoY.i4StO3pnKu1o2dLhzRm4neUAFhkiibB.IHh2Ydr2bHEoB_4rI8US4e2yK0QFHl78iV5 Kowo9zEqB9uQC7jXl9DwIXZaw2iqhNMpLEchXR1IFStkIruCwAvr7Y9k5LHXAqJPYyHcJpKKARVI b93fa9MdLs2LTt5.LXTzLEbZDPLzyP9ShZkLuChjSEmEqrbXa80201TgJbOxF4TrfSXwlCSpeqPM ZbT9tVlsrumxvLg2J8DSvvpFlg5H6ltZc.zyxaCYJzmHVx4LBhKIEk2lQTHPhJuAnmgzqXmcWGwo UkHw4GKUEwL3l9bs3FnY_l.IBrT2bK9LxQnHiDTkSG5QIrgsWHb7mb8M7nhACtNs.D5v8b7SX8oH qCvUIg3bkMaDPP5hDi9d6_kYGlWpCTpBzJK6zGbBQJbFOIzRG_7w4S8eJdVd6UAL1uCZ0iGk8F1N 328cU9EHGdw5E321ubSwR.v_vYsyzvvJjIYKPq88vJsp3JQHcEzD7VMIP6ixq1gsXV27PoIvaqPJ vLvnJNJPtAbYoVkMRLiaLGOddW4PcSBh8V1gbHoOtw2T8gIJBTDdduZehtI.xaw69VG4fEfSS.mm pl4ufyXRbwf3hdOQeQpgtVu4AjaxUvaxcGb_Nes6_Bgsg65L.gqEPvmfOxX7hCSIXp_85sV6_JVT gnCIOGOH_bd511hbk4Y8V4kRKkWIn1KyvKszkym7dVhLnc2mGI8pR2UJy2MxrrHIqSXi226SByIe XkBlM1Rtg1DCZclEjKxhP.mIPJXiyV53MFikQivYA X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sat, 8 May 2021 20:18:46 +0000 Received: by kubenode550.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7a7db58e68849e6ae2cf8268ec1ed273; Sat, 08 May 2021 20:18:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.43\)) Subject: Re: Rock64 flaky ethernet? From: Mark Millard In-Reply-To: <380C949F-A02E-42B9-BBFE-C265047BDE76@yahoo.com> Date: Sat, 8 May 2021 13:18:40 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5C74A226-F956-44BE-AE57-CFAB04179A99@yahoo.com> References: <3976804.O2WMGSuNBG@beastie.bionicmutton.org> <78C848CC-08E2-44C7-9C09-51A32C232691@yahoo.com> <380C949F-A02E-42B9-BBFE-C265047BDE76@yahoo.com> To: Adriaan de Groot X-Mailer: Apple Mail (2.3654.80.0.2.43) X-Rspamd-Queue-Id: 4FczD85WFvz3jqr X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.44 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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.94)[-0.944]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.190.32:from]; 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]; MIME_TRACE(0.00)[0:+]; 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]; RCVD_TLS_LAST(0.00)[]; SPAMHAUS_ZRD(0.00)[66.163.190.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.163.190.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.190.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: Sat, 08 May 2021 20:18:50 -0000 On 2021-May-8, at 12:40, Mark Millard wrote: > On 2021-May-8, at 12:19, Mark Millard wrote: >=20 >> On 2021-May-8, at 10:42, Adriaan de Groot = wrote: >>=20 >>> I've got an old-ish (2018 .. v2) Rock64 that hasn't been used much. = I have=20 >>> fetched and booted it into the 13-RELEASE image: >>>=20 >>> FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img.xz 452690956 = 2021-Apr-09 06:46 >>>=20 >>> I have written this to an 8GB generic micro-SD card. For good = measure, I have=20 >>> written a recent Armbian image to the same brand and age of micro-SD = card, so=20 >>> I have comparison material. (I could also write everything to the = 32GB eMMC=20 >>> chip that's in the Rock64, if needed, but I'm holding off on that = until I have=20 >>> something that works). >>>=20 >>> After boot, dwc0 gets an address from DHCP, and I start pinging = 10.0.0.2 in my=20 >>> home network. I get ~3% packet loss if I'm lucky, more often around = 7%. If I'm=20 >>> pinging a machine in the network and also pinging my Rock64 from = that machine,=20 >>> I hit around 22% packet loss on both sides. >>=20 >> For my mid-March non-debug build of main [so: 14] I get, >> for example, (.149 is the Rock64 V2.0; .120 is a >> ThreadRipper 1950X, both going at the same time >> here): >>=20 >> --- 192.168.1.149 ping statistics --- >> 72 packets transmitted, 72 packets received, 0.0% packet loss >> round-trip min/avg/max/stddev =3D 0.136/0.230/1.903/0.279 ms >>=20 >> --- 192.168.1.120 ping statistics --- >> 81 packets transmitted, 81 packets received, 0.0% packet loss >> round-trip min/avg/max/stddev =3D 0.211/0.241/0.286/0.013 ms >>=20 >> So, no problem observed. >>=20 >> The root file system is on a USB3 SSD. A removable eMMC is >> involved in the booting but no microsd card is present. >>=20 >> For reference: >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh=20 >> FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT = mm-src-n245445-def0058cc690 GENERIC-NODBG arm64 aarch64 1400005 1400005 >> def0058cc690 (HEAD -> mm-src) mm-src snapshot for mm's patched build = in git context. >> merge-base: 7381bbee29df959e88ec59866cf2878263e7f3b2 >> merge-base: CommitDate: 2021-03-12 20:29:42 +0000 >> 7381bbee29df (freebsd/main, freebsd/HEAD, pure-src, main) cam: Run = all XPT_ASYNC ccbs in a dedicated thread >> n245444 (--first-parent --count for merge-base) >>=20 >>> Armbian works fine - poweroff, swap SD card, power on - in the same = setup. >>>=20 >>> With this kind of packet loss I can't really do anything with the = board in=20 >>> FreeBSD; `pkg bootstrap` for instance seems to sit there forever. >>>=20 >>> .. ok, digging in the archives gets me lots of threads from = june/july 2020=20 >>> about dwc timing, I'll dig through those first before carrying on. >>>=20 >>> [ade] >>>=20 >>> PS. Pine H6 never did catch on in FreeBSD-land, did it. Pity, I've = got a=20 >>> couple that I'd be happy enough to use instead of the Rock64 if they = worked.=20 >>>=20 >>=20 >=20 > For reference as far as U-Boot goes: >=20 > U-Boot 2021.04 (Apr 09 2021 - 17:05:14 +0000) >=20 > Model: Pine64 Rock64 > DRAM: 4 GiB > PMIC: RK8050 (on=3D0x40, off=3D0x00) > MMC: mmc@ff500000: 1, mmc@ff520000: 0 >=20 > It is from a sysutils/u-boot-rock64 build with no > local patches. Previously 2020.10 was in use, > also without problems. (But one of my non-debug > builds of main was in use.) I dd'd FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img to a microsd card and booted it (no eMMC or USB storage attached). This created .185 instead of the .149 for networking: --- 192.168.1.185 ping statistics --- 102 packets transmitted, 102 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.126/0.198/1.925/0.244 ms --- 192.168.1.120 ping statistics --- 102 packets transmitted, 102 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.175/0.206/0.629/0.044 ms (.120 is a ThreadRipper 1950X.) Consistent with the past, it appears that various Rock64 v2.0's may not be equivalent. At least for my context, FreeBSD-13.0-RELEASE-arm64-aarch64-ROCK64.img of itself does not seem to be a problem for the Rock64 v2.0 that I have access to. That spans U-Boot and FreeBSD being the same as you tried. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)