From owner-freebsd-arm@freebsd.org Sun Jun 7 01:22:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 67774343B43 for ; Sun, 7 Jun 2020 01:22:12 +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 49fdsH1mwpz4N62 for ; Sun, 7 Jun 2020 01:22:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3I3LT7cVM1kp6FOnbWoDEUgphidupyQUzKxfqU2Jg9vJYGyRB.yC3tId_YoY1ry E5UjpfHBOGPZ3XMD7BOK9kcX5iR7G8gL1vaUfUrhB0qk9c2B_4K6h5tBlhdYd8XGKZ7oqiCF3.tb AO_1uMBoJek5dweSQSSHE_4bHWo.0YK5g31DlgaBGYincFuPwqHTW6qIBBFL3JpHZcPgmC9.2aB8 WrchC_DT7KsPRFS2mFargHpYTWub8Ox7_Lh02P4s74.QZVgJ9n7MgNBCNEuYDxKaCnDjHDRIoSUZ mk9TVNx1N0ci6YOgjIK_x6ruf5Jqge2.JrVTmyjjzMpil_7h8hOD1edqm1qlHlKoJeUhxphK.uiq mf8ue3cd.tILzvU5gjVRFTGWEP7RPIkDjvyhUJQci5Pc9_WXYTpst2KHwJtKHAWjK8K7iHAwY7Md l37SKhFVU18838SzhGW7IlXCMAfij5uYCI..w8miF3W.bZ.eIfH8VEsYQLhCUE5hFwoVJ3eJ4Lp_ yt9h0VlT5Uj0EDOqnrILK2h3T73Exp4vDp0uk4Ply5eY72elpAOzKmqa6Z64AXlIwcZFY3z_Pc0I kA_OM7DjS9KJzlqUUTsPSaUFGKjiK66vGXfnmGP0mztGzU01HoAEY5QkWbvPJqM5_DTOcknWJ_e5 gX9WIBF.6vmSiw8URJm7cKEijCBlUxkOLEVhgSYqTAcjF4FUNt6WEDfrWZuEHux7LmM3ye2PcutI YlT1kEXgAK40pcMwCV7AVbPuFW53Owng5FdcY2FR0MWk3E.uOO4Zaz8DvHCmHV7kHhzYlVRcz2ZM Ht28nqWA6Fme_I3hJyd_jkotS_WuUjZdjXyKfIW0X15kxGhgancyb8377TitKd6eGP6WsDvqA9AA Q3wLaBvsYjm6o6FQPQ1kgTGVzUO31wMRXGWI28AmlzJ6IirzYXGs747Ev_5cFZe60ueT023tsv8V GRlMyHTqPxkxwN7Yu6oi0X1j6pD01DWIIyX3XMMJamDffvcYEEyUTy8yPH2w.rC48GA6GARK6L_h GU47Yp.UOvYGnhN4EDmTvWeaqaHvy6Ria7X9j27o.z8dT1QZmWhQS_f5I.x2aZV7eF.desQ8z6H8 PS7zgcUr4.ZOAYEq7NFVbjegHthCnytKFK9scX84nA72Ox0Q6dVTkePerRjyV.FZA.jnWtB1qnmq EwmxqxUAiKbScXe814QoHTDI3X.IFTBrKmR0einCqGlNPt2kLd_dR6lOMgAL.mcDXpJHaIj4qN2f LH64hZc.5up6srueuvgWKvFjpaOw70YbpkaAw7h8MCJ2kNL7RpUSl55mXz5jQ299XJsyB_sX_fAZ cfBeJrqp1E6QjZ49_i5xEMoUHVndJu6LRX.ydFVaRhzudgLaePtHSczG7K_lTgCbv_VeBs6wibaL x1SoBhhJIFSWJIf5aSJyIMbmLFs2SUy9bxNiIMdmV4xEIuZbHYD4nXTNRK0g- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Jun 2020 01:22:09 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d4ef64664909a55979021754f9bee5a0; Sun, 07 Jun 2020 01:22:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Confusing USB device conflict From: Mark Millard In-Reply-To: <20200606223853.GA37281@www.zefox.net> Date: Sat, 6 Jun 2020 18:22:03 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200606223853.GA37281@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49fdsH1mwpz4N62 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.13 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.84:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.005]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.84:from]; NEURAL_HAM_SHORT(-0.63)[-0.626]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2020 01:22:12 -0000 > On 2020-Jun-6, at 15:38, bob prohaska wrote: >=20 > Just got a disk, adapter and usb3 hub for use with > freebsd-arm. When it's connected to a Pi2 running 12-stable, > the console reports >=20 > login: ugen0.6: at usbus0 > uhub2 on uhub1 > uhub2: on = usbus0 > uhub2: MTT enabled > uhub2: 4 ports with 4 removable, self powered > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 02 06 20 50 00 00 30 00=20= >=20 > Things then go from bad to worse, ending with Does this happen with FreeBSD head? It looked like there was a late 2019 check-in that was related to a context that involved the above types of messages on a RPi*. If you are lucky, may be there is something someone could MFC back into 12 that would help. (I do not know the details or if what I saw really would help if head works okay.) > (da0:umass-sim0:0:0:0): Periph destroyed > umass0: detached > ugen0.5: at usbus0 (disconnected) > uftdi0: at uhub1, port 4, addr 5 (disconnected) > uftdi0: detached > ugen0.6: at usbus0 (disconnected) > uhub2: at uhub1, port 5, addr 6 (disconnected) > uhub2: detached > uhub1: detached > ugen0.2: at usbus0 (disconnected) > Jun 6 15:20:00 www syslogd: /var/log/cron: Device not configured > vm_fault: pager read error, pid 924 (sendmail) > vm_fault: pager read error, pid 927 (sendmail) > vm_fault: pager read error, pid 930 (sendmail) > vm_fault: pager read error, pid 933 (sendmail) > vm_fault: pager read error, pid 936 (sendmail) >=20 > AFAIK, smsc is a (not-present) network device. Perhaps a case of > mistaken identity? I've seen complaints from smsc0 before, but > not lately. On a RPi3 here (omitted text indicated with ". . ."): # devinfo=20 nexus0 ofwbus0 psci0 simplebus0 . . . bcm283x_dwcotg0 usbus0 uhub0 uhub1 smsc0 miibus0 smscphy0 uhub3 umass0 uhub2 ukbd0 uhid0 ums0 . . . ofw_clkbus0 . . . cryptosoft0 (Context: head -r360311 based) In the above, uhub3 is my external, powered, USB3 capable hub that the USB3 SSD is on that holds FreeBSD. (USB2 compatible devices.) # usbconfig show_ifdrv . . . ugen0.2: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (2mA) ugen0.2.0: uhub1: ugen0.3: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DON (2mA) ugen0.3.0: smsc0: ugen0.7: at usbus0, cfg=3D0 md=3DHOST spd=3DHIGH= (480Mbps) pwr=3DSAVE (100mA) ugen0.7.0: uhub3: ugen0.8: at usbus0, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DON (0mA) ugen0.8.0: umass0: . . . uhub1 and smsc0 are internal the the RPi3, smsc being for the Ethernet interface (based on looking around that is what it appeared to be anyway). An interesting implication is that the Ethernet and the external USB ports on the RPi3* share bandwidth via uhub1 and uhub0. > FWIW, when connected to a Pi3B+ running Raspberry Pi Buster, the hub, > adapter and disk are recognized correctly, but dmesg reports: > The driver for the USB controller dwc_otg_hcd does not support = scatter-gather which is > required by the UAS driver. Please try an other USB controller if you = wish to use UAS.=20 > There's no crash, and it looks like the device file is created, though = I haven't > tried to talk with it yet. https://www.raspberrypi.org/forums/viewtopic.php?f=3D28&t=3D245931 = documents: QUOTE Prior to Pi 4, the USB host controller software did not support DMA scatter-gather operations. As a result of this limitation, the USB Attached SCSI (UAS) driver was not enabled. . . . All UAS drives must support mass-storage as a fallback option. . . . END QUOTE So the lack of UAS support for the context should not mean lack of mass-storage support. =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 Jun 7 01:27:59 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AE3F9344183 for ; Sun, 7 Jun 2020 01:27:59 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49fdzy2lY8z4Ndx for ; Sun, 7 Jun 2020 01:27:58 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Sun, 07 Jun 2020 01:27:43 +0000 From: Robert Crowston Cc: freebsd-arm Reply-To: Robert Crowston Subject: Re: Report: FreeBSD on Rpi4 8 GB model Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=1.9 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, MALFORMED_FREEMAIL,MISSING_HEADERS shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49fdzy2lY8z4Ndx X-Spamd-Bar: / X-Spamd-Result: default: False [-0.04 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.131:from]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; MISSING_TO(2.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.46)[-0.464]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.90)[-0.896]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.42)[0.422] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2020 01:27:59 -0000 Fixed the JTAG. Turns out the RTCK signal is now apparently required, despi= te ARM emphatically declaring it isn't. It's not documented anywhere but on= the FTDI FT232H it's the blue wire (labelled "GPIOL3" on the circuit diagr= am), goes to pin 16 on the board. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Saturday, 6 June 2020 19:15, Robert Crowston via freebsd-arm wrote: > What works: > > - FreeBSD SMP (see below) > - All 8 GB of memory (less video RAM). > > What does not work on the 8 GB model (but does work on the 4 GB model= ): > > - xhci (with my driver, there has been a change in the way the firmware= is loaded) > - ethernet (genet0 is detected fine, appears to be up, but no packets g= o over the interface) > - JTAG debugging (urgh) > > dmesg: https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5534 > > You will need the latest u-boot. The one in pkg doesn't work. I compi= led from head: https://github.com/u-boot/u-boot.git > > For SMP, you need also need to tell u-boot not to clobber over our pr= ocessor start up function set up by armstub8-gic.bin. > > Edit board/raspberrypi/rpi/Kconfig, set RPI_EFI_NR_SPIN_PAGES to a la= rger number (I picked 10, probably too big, but it was easier than doing th= e arithmetic). > > $ CROSS_COMPILE=3Daarch64-none-elf- gmake rpi_4_defconfig > $ CROSS_COMPILE=3Daarch64-none-elf- gmake > > Overwrite the u-boot.bin file on your sdcard with the one just built. > > You will also need the latest versions of the pi4 firmware files on y= our MSDOS partition, bcm2711-rpi-4-b.dtb, fixup4.dat, start4.elf, and the o= verlays/ directory. > > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Jun 7 01:32:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F2B003441C2 for ; Sun, 7 Jun 2020 01:32:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 49ff4x6mcPz4PDC for ; Sun, 7 Jun 2020 01:32:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id q11so13736538wrp.3 for ; Sat, 06 Jun 2020 18:32:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=bRRLW+o5VLtvYEU+phd3inYrst0Evd38Eb+aJBsaTho=; b=Z0VYVYKM/+TOdknlIff9j/p9Hjq5NWd4UuL50shGvcH2JSlZ9Ub4uq5O1lb+wNWAX7 gcJU+UUBZ8hVYhdD6K2bGk3rAMS/O18FfHsde+OtNinN8radI6/dDx99yb4Z6TYaVn9X GbehRTjCgnmdSlka45dzy3+paywa8SNUhUP9mBumRzHRdevI5GM2t9OlX3hIPA3lbZDM 1WghgPcVRGsVLIqhdAZJBo/maoeRwyo+36UDxSt1Ws7V6dgkEGTSAMGAUuRGnuo0IVJa cAMxApUJlkSv+NX5inaaTM5rxNEuCi2UgsS+ALHJYJoTwHgtG3i2M4Unn54LwQAx1OR/ NAVQ== X-Gm-Message-State: AOAM530J4UM2xeXv1NP5Caw/UMHqEdXC+TlxYmJbN7SDnw8Jzm4gJj0K k+7aBOXf6UOoOmUN/r1psB4= X-Google-Smtp-Source: ABdhPJxmCGhvH/6P6/6Rs4Cp5jYJKc+0IINXoV9yMd0R+l6ztgSLnZxLD0mdIA9/ptKmPiZKvX1xMA== X-Received: by 2002:a5d:45c2:: with SMTP id b2mr15776331wrs.323.1591493535847; Sat, 06 Jun 2020 18:32:15 -0700 (PDT) Received: from [192.168.1.167] ([46.114.107.179]) by smtp.googlemail.com with ESMTPSA id v28sm19714132wra.77.2020.06.06.18.32.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Jun 2020 18:32:14 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Report: FreeBSD on Rpi4 8 GB model Date: Sun, 7 Jun 2020 03:32:13 +0200 References: To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ff4x6mcPz4PDC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.60)[-0.599]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.107.179:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.015]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2020 01:32:19 -0000 > Am 06.06.2020 um 20:15 schrieb Robert Crowston via freebsd-arm = : >=20 > =E2=80=A6... > - ethernet (genet0 is detected fine, appears to be up, but no packets = go over the interface)=E2=80=A6 Great! there are surprisingly no problems with genet/Ethernet with = your special u-boot(of whatever hacks it consists), so your = u-boot-compilation=20 is ready for the Wiki, `will upload tonight, thanks!=20 (Pcie same as you: doesn=E2=80=99t work for now) > It's still June isn't it??? Working from home for so many weeks I've = lost all sense of time, but I'm pretty sure it isn't July yet :-) just as you don't remember the current month, I don't remember which = bunch of files I had overwritten in the msdos partition =E2=80=A6=E2=80=A6= Haha :-) installed RPI-firmware on mine is the latest beta with the = USB-boot-fix -- root@generic:~ # uname -a FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #19 = 29d956faf7b-c269047(master): Mon Jun 1 15:07:47 UTC 2020 = root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-NODEBUG arm64 root@generic:~ # sysctl hw.physmem hw.physmem: 8422461440 .. cool! root@generic:~ # ping wiki.freebsd.org PING wiki.freebsd.org (96.47.72.84): 56 data bytes 64 bytes from 96.47.72.84: icmp_seq=3D0 ttl=3D42 time=3D128.881 ms 64 bytes from 96.47.72.84: icmp_seq=3D1 ttl=3D42 time=3D114.761 ms 64 bytes from 96.47.72.84: icmp_seq=3D2 ttl=3D42 time=3D119.857 ms ^C --- wiki.freebsd.org ping statistics --- 3 packets transmitted, 3 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 114.761/121.166/128.881/5.838 ms root@generic:~ # curl = https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/F= reeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200604-r361779.img.xz --output = rpi.img.xz % Total % Received % Xferd Average Speed Time Time Time = Current Dload Upload Total Spent Left = Speed 100 445M 100 445M 0 0 6151k 0 0:01:14 0:01:14 = --:--:=E2=80=94 7077k =E2=80=94 -- From owner-freebsd-arm@freebsd.org Sun Jun 7 02:56:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5AE04347386 for ; Sun, 7 Jun 2020 02:56:17 +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 49fgxq452dz4ZJt for ; Sun, 7 Jun 2020 02:56:15 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 0572uGYs038339 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 6 Jun 2020 19:56:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 0572uGGu038338; Sat, 6 Jun 2020 19:56:16 -0700 (PDT) (envelope-from fbsd) Date: Sat, 6 Jun 2020 19:56:16 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Confusing USB device conflict Message-ID: <20200607025616.GA38272@www.zefox.net> References: <20200606223853.GA37281@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49fgxq452dz4ZJt X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.60 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.303]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.37)[0.369]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.03)[0.027]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2020 02:56:17 -0000 On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: > > > > On 2020-Jun-6, at 15:38, bob prohaska wrote: > > > > Just got a disk, adapter and usb3 hub for use with > > freebsd-arm. When it's connected to a Pi2 running 12-stable, > > the console reports > > > > login: ugen0.6: at usbus0 > > uhub2 on uhub1 > > uhub2: on usbus0 > > uhub2: MTT enabled > > uhub2: 4 ports with 4 removable, self powered > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 02 06 20 50 00 00 30 00 > > > > Things then go from bad to worse, ending with > > Does this happen with FreeBSD head? It looked like there > was a late 2019 check-in that was related to a context > that involved the above types of messages on a RPi*. If > you are lucky, may be there is something someone could > MFC back into 12 that would help. (I do not know the > details or if what I saw really would help if head > works okay.) I'll find out shortly. 13-current is building on a Pi3 presently. If head works, there's hope for tail on 12! > > (da0:umass-sim0:0:0:0): Periph destroyed > > umass0: detached > > ugen0.5: at usbus0 (disconnected) > > uftdi0: at uhub1, port 4, addr 5 (disconnected) > > uftdi0: detached > > ugen0.6: at usbus0 (disconnected) > > uhub2: at uhub1, port 5, addr 6 (disconnected) > > uhub2: detached > > uhub1: detached > > ugen0.2: at usbus0 (disconnected) > > Jun 6 15:20:00 www syslogd: /var/log/cron: Device not configured > > vm_fault: pager read error, pid 924 (sendmail) > > vm_fault: pager read error, pid 927 (sendmail) > > vm_fault: pager read error, pid 930 (sendmail) > > vm_fault: pager read error, pid 933 (sendmail) > > vm_fault: pager read error, pid 936 (sendmail) > > > > AFAIK, smsc is a (not-present) network device. Perhaps a case of > > mistaken identity? I've seen complaints from smsc0 before, but > > not lately. > > On a RPi3 here (omitted text indicated with ". . ."): > > # devinfo > nexus0 > ofwbus0 > psci0 > simplebus0 > . . . > bcm283x_dwcotg0 > usbus0 > uhub0 > uhub1 > smsc0 > miibus0 > smscphy0 > uhub3 > umass0 > uhub2 > ukbd0 > uhid0 > ums0 > . . . > ofw_clkbus0 > . . . > cryptosoft0 > > (Context: head -r360311 based) > > In the above, uhub3 is my external, powered, USB3 > capable hub that the USB3 SSD is on that holds > FreeBSD. (USB2 compatible devices.) > > # usbconfig show_ifdrv > . . . > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (2mA) > ugen0.2.0: uhub1: > ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) > ugen0.3.0: smsc0: > ugen0.7: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) > ugen0.7.0: uhub3: > ugen0.8: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (0mA) > ugen0.8.0: umass0: > . . . > > uhub1 and smsc0 are internal the the RPi3, > smsc being for the Ethernet interface (based on > looking around that is what it appeared to be > anyway). > > An interesting implication is that the Ethernet and the > external USB ports on the RPi3* share bandwidth via > uhub1 and uhub0. Yes, that's my understanding also. > > > FWIW, when connected to a Pi3B+ running Raspberry Pi Buster, the hub, > > adapter and disk are recognized correctly, but dmesg reports: > > The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is > > required by the UAS driver. Please try an other USB controller if you wish to use UAS. > > There's no crash, and it looks like the device file is created, though I haven't > > tried to talk with it yet. > > https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=245931 documents: > > QUOTE > Prior to Pi 4, the USB host controller software did not support DMA > scatter-gather operations. As a result of this limitation, the USB > Attached SCSI (UAS) driver was not enabled. . . . > All UAS drives must support mass-storage as a fallback option. . . . > END QUOTE > > So the lack of UAS support for the context should not mean > lack of mass-storage support. > Thanks for a little good news! 8-) bob prohaska > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > From owner-freebsd-arm@freebsd.org Mon Jun 8 05:14:27 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB96A342BD0 for ; Mon, 8 Jun 2020 05:14:27 +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 49gLyp6Gm1z4Vrw for ; Mon, 8 Jun 2020 05:14:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Kd8zlg8VM1njgNCl16BJRDVC1unEVVBnYl1UljmXXOe_HPWAtXqTIQPXrG2CyJw 8MJI.otU6e.kaMvtcGzTPvAv2uzosjeIl94ETv6EhksYfJwvq.UDZtR_mCXGib2PH6WKlv_y9dkr LN1coYJ_PZWBRBnW7zcMk1RcamPHG3XxehCAp_6TULjZKClDiw0KGYXfDkkCwU6y9BZ78.qn2f0g i3ee8qhvQ7OpimkSUY7WExaR2_zRs8AEy2wdhx_rk8knAyP0Wcz.lykawdLYBhrktdUArZ9SId2F wnhA37XFBasm_OcRCvyqud8pMXHAintYtkH6_xtAC7J3JwH88Zf52onPk66kDlNicbDfew2yqM5x fE3wFwobtfYprL9Y7BUC61jzTGGkhluiB4mRUPs2WBNQsDj0vpgU5pKxzg9EngzmsztAIBOSji.J ScIQB5TSwUwWzE3xE_kfm7yyDqzXbpWIXT.Qp0mhXVjEawe3k1A.jY8PlnZsxzA9RAsW81vNfaBR nDN6K6WnMW95BDqWG2mEg5RSYazNvL4l.ZbmTJhE67k5dfiy1.a.D7nSTQ4z3Vja_aGHckOecWBo NLJwS3Dfh2xDr7Ut1uzs7sjMtBA6JNlQWAsux5KzDYrlQO0iLbDvOwKINDmlXb2N3RDuTcxqFAuE rNX7y.CEUkvmSPcj8t8kusYIkjpb7umnZVogQ7Gc0IZTDmptdLf.Elyk.hVZ6rDef5ZczYA.wGDU CQxeicLm_SRhwtbqHvwQrdEQotyw2YWqCG36K2TaRyMY1xzuWn.rnBoByHiB9koK6amAuWKhFhei OTeuFvjAgEPoae8aSjZG7MWGri5IHHR8LAXil6VBSun9hp4GWNJeAmDDR8EEeJxxPSRXGONWio.9 Y5lSF78hzaRV.QTfpxvOzFXI18_FYuKUPjl1vlB_CrUGwZOKvYxW_jEO1ASHYRhEE7e3xKsSt.n8 _bFDZvuiEnEaYqkpWlYSnXP2Zv3D7fdDscdAPYboq9iIJC8ZQ.yMbtS0066TAEPqhgX0q83PEFIe U73daY5IwpSk.5CqI5m0vgG0RkKfdephqXoa3LLCq98LZ_pImMTGsgvKmLpyM_XzarBU9ZXXHBzj JwO2WCc.5UZFgDAUzWSMwfFhLuMRZj.6hZ3FeH.sTNxFk6sRH8It3tZwzjTxRdsE5nQZyOC_E1hi WqwlA0sp4QeSPlnbgDfL6YJ9fqB5h.3uhUNCYYlZE.a_y0S3fIgQc1qlYhSlE91QDasLhNmWVv6M N442Z22iAd0wux1oXmR2eUHeSkNFGJGQyGeDYJ9tJJyHzpJdAEE4_eEcoJNvetBwSicZAfe.x0gl 2Ov_1TLuOpqdF7J5lPndqm4efWqBhrGofC4bsFGGXDEmtoAKtFDQUf013ij_sTMaPSAB2LOnlCeg lOAD0Y2tfq3ZB8EC9AZEe2Ws- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 8 Jun 2020 05:14:24 +0000 Received: by smtp420.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 25d2be26c4b4fdd736072eb282fe642a; Mon, 08 Jun 2020 05:14:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: Date: Sun, 7 Jun 2020 22:14:20 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <978CB10D-C593-4C71-81A9-79CDD63118A8@yahoo.com> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> <20200523224611.GA80843@www.zefox.net> <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> <20200524015747.GA81498@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49gLyp6Gm1z4Vrw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.66 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.05)[-1.055]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.005]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; NEURAL_HAM_SHORT(-1.10)[-1.103]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 05:14:27 -0000 On 2020-May-23, at 20:18, Mark Millard wrote: > On 2020-May-23, at 18:57, bob prohaska wrote: >=20 >> On Sat, May 23, 2020 at 06:20:13PM -0700, Mark Millard wrote: >>>=20 >>> Unfortunately (until there is an MFC of the relevant >>> change from head that makes things work), man scfb >>> reports that you have no control because the >>> information is ignored: >>>=20 >>> For this driver it is not required to specify modes in the = Screen >>> section of the configuration file. The scfb driver picks up = the >>> currently used video mode from the framebuffer driver and uses = it. >>> Video modes specifications in the configuration file are = ignored. Note, that was about things failing via: [253234.578] (II) scfb(0): Using: depth (24), width (1920), height = (1200) [253234.578] (EE) scfb(0): Specified fbbpp (24) is not a permitted value [253234.579] (II) UnloadModule: "scfb" Well, an MFC to stable/12 has been done for the issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235363 --- Comment #15 from commit-hook@freebsd.org --- A commit references this bug: Author: gonzo Date: Mon Jun 8 00:20:16 UTC 2020 New revision: 361899 URL: https://svnweb.freebsd.org/changeset/base/361899 Log: MFC r352028: [rpi] Inherit framebuffer BPP value from the VideoCore firmware Instead of using hardcoded bpp of 24, obtain current/configured value from VideoCore. This solves certain problems with Xorg/Qt apps that require bpp of 32 to work properly. The mode can be forced by setting framebuffer_depth value in config.txt PR: 235363 Submitted by: Steve Peurifoy Tested by: Johnathan Chen (stabe/12 patch) Changes: _U stable/12/ stable/12/sys/arm/broadcom/bcm2835/bcm2835_fbd.c stable/12/sys/arm/broadcom/bcm2835/bcm2835_mbox.c =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 Jun 8 23:03:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 692D833D9A6 for ; Mon, 8 Jun 2020 23:03:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49gphq62D9z3XX9 for ; Mon, 8 Jun 2020 23:03:55 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 058N3odA044879 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Jun 2020 16:03:51 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 058N3o3U044878; Mon, 8 Jun 2020 16:03:50 -0700 (PDT) (envelope-from fbsd) Date: Mon, 8 Jun 2020 16:03:50 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Confusing USB device conflict Message-ID: <20200608230350.GA44587@www.zefox.net> References: <20200606223853.GA37281@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49gphq62D9z3XX9 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.83 / 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(-0.59)[-0.590]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.58)[0.575]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.051]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2020 23:03:57 -0000 On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: > > > > Does this happen with FreeBSD head? It looked like there > was a late 2019 check-in that was related to a context > that involved the above types of messages on a RPi*. If > you are lucky, may be there is something someone could > MFC back into 12 that would help. (I do not know the > details or if what I saw really would help if head > works okay.) > [In sum, the new hub can't be hot-swapped. I thought that would be possible, but if not there's nothing wrong] Now using a Pi3: Head as of r361820 behaves differently than the Pi2 running 12.1, but it does not seem better: Plugging the new hub and disk into a running machine produces: ugen0.6: at usbus0 uhub2 on uhub1 uhub2: on usbus0 uhub2: MTT enabled uhub2: 4 ports with 4 removable, self powered usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_IOERROR, ignored) smsc0: warning: bulk read error, USB_ERR_IOERROR usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_IOERROR, ignored) smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_TIMEOUT smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy The smsc0 complaints continued, so I unplugged the hub and disk . To my surprise the error messages didn't stop, but they did change: usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT ugen0.2: at usbus0 (disconnected) This looked like an endless loop, so I rebooted. Next, I tried the new 1TB disk with the old hub. worked fine. Then I tried the new hub with the old 80GB disk. The console reported: uhub2: on usbus0 uhub2: MTT enabled uhub2: 4 ports with 4 removable, self powered usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED ugen0.8: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device uhub_explore: illegal enable change, port 1 The error stream stopped, the disk didn't show up in /dev. Usbconfig reports ugen0.7: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) Not sure how that gybes with address 8 in the console messages. Finally, I tried leaving the new hub connected with the old disk and rebooting. Came up just fine. Unplugging the old disk and plugging the new disk in its place also works fine. Likewise, with 12.1 the Pi3 works correctly provided the hub is connected before booting. Didn't try the other permutations. So, if hot-swapping the hub isn't in the cards, things seem to work. The messages from smsc0 are still puzzling. I gather it's a network device, which I don't have. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jun 9 00:08:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D050233E950 for ; Tue, 9 Jun 2020 00:08:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49gr6r1ptTz3fff for ; Tue, 9 Jun 2020 00:08:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: BFIhv3kVM1mjhmrc_4kPYsoa9sOP7aZKZulW10dMi0eqgmE9FD.yM4t33VCm99t UI.XvFWDSjdI3yDEbu49iDcXwwC0snqSRb4s0gHwCtr6iB_lV2Nn1lWt2QBJsciPqz8Y0nQCfLFv ldop5cWzbkni8ZCCprY9JHvy_MCLmBgiHwXJM9xBj8BiwFE551PIattFdqjzxk_0hNlCiJWPtqdU 1D7eoaNgMjxl2KhfhfA3wcv9yEaoAU1mrzKY.mPP4HLv3w._myNB5XJsV7UDqBARQmYQ0b_.WcMZ 3ogHQCXFXKRRug5Iuh6diGo3ZqJ3Qi5Wwzh1cTDlz0Wu.p.Tvyvi2MQPQvWQ4jM.iZS0Kcrllg5v 7gHU2fjLeG.MmRLGybQfG4okVPLUGZuge8C2jc9eU9VVpAD.XkKrUfLPusYhhGZrPg_IczR32q8H blDaFjjC.JjX7wKdpe0dnP7eDCbufPZxOY7e7aAuSyhqeE0PAYTX.rYjkgrUB6pMHdxzNDc.uD6f JFISd79vh4_6eqBF4y3c676Zkdpn84GZdhIOCdMsiOOIFOEuXN65EytiPTc1ZwxV0pvLTPQiXAwN d74Cgar0CBMSj0JMDSHCbsw9p3MxZn0toZfBlbW6dhwGDmctGeiXsS5eWcwd5Qj11l3axodtqObN doRPuvf8aMX8yZqJHrhzrNu48HTpJuJOI_fvivfiM9huJUOB0PuC87yPxm82JykYRigdPKWWmvU. lNmdtKqPN7o1OBhg.bhgV_f2zcezsG4xahw.eTg_4z3UA05zRajm55LyEnMM1BtRNsbPnmo_TllG AXDtxiIIXcXudotcNfy6M.nHcHWcY4WNnTsxi99O0sMz3yNteGt40xFmGcfZK644gbY6_PKzfqmB I0msFA2ZyZVm9IGIk.4BY2k2Wc_Xgmb3o9v1emuxmUoSNGvOfkx2bEYWg.HIhj_qVSEM6p0iwbsT nRPIE7DrwEJjHhwdczKcrRISt_NUHgOPkhDVXFI5D_1ssDtu9oqi4nPRMrUwBXbuQZ9OZplf.YcD tpjMeIL3DLeznjoLRrFMD7N6qXTO.mSgUibwIoyKt8gKCAaKo3kSI8hbAkGGmxYJBo4lRIiGYq2j yt7IO8IbUOIGqsldUpzGMi3tk.j_awZJcjHKE9P7bWjuLOyOYyIqePRvoZc28y8sdxP4TgcLeLOj 4EtMFeOMbjp4Sg5bTD7KkRgiLYFFqWbmhZGcOZnR3uUB8uArxDTfaskwdWNBItk21y0RB3AQ0yw_ YkvFqpKZ2VoAbakFVgVFw1ggAKL_WqIZpiRsMwomI_8OnXycMacPC4Wo.LqhGcz.8lTnnOqrfvN1 Dz891G97xdwukfWxOCCJKkj7_CH1GPErBFvDbyO0drqyTcjBwleN_id3lC4z.D.n8AwjVEA0dSi2 OvdnMTA0osvhULttYdYI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2020 00:08:01 +0000 Received: by smtp424.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 13affd3d56919ec1de91f66850d81f2e; Tue, 09 Jun 2020 00:07:57 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Confusing USB device conflict From: Mark Millard In-Reply-To: <20200608230350.GA44587@www.zefox.net> Date: Mon, 8 Jun 2020 17:07:56 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200606223853.GA37281@www.zefox.net> <20200608230350.GA44587@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49gr6r1ptTz3fff X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.23 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_HAM_MEDIUM(-1.04)[-1.041]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; NEURAL_HAM_SHORT(-0.72)[-0.719]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 00:08:05 -0000 On 2020-Jun-8, at 16:03, bob prohaska wrote: > On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: >>=20 >>=20 >>=20 >> Does this happen with FreeBSD head? It looked like there >> was a late 2019 check-in that was related to a context >> that involved the above types of messages on a RPi*. If >> you are lucky, may be there is something someone could >> MFC back into 12 that would help. (I do not know the >> details or if what I saw really would help if head >> works okay.) >>=20 > [In sum, the new hub can't be hot-swapped. I thought that would > be possible, but if not there's nothing wrong] Interesting. As I have my root file system for booting on the powered hub, I do not ever hot-swap the powered hub. So I'd never have noticed such behavior. I can probably get access to another one at some point, of the same type as is used at boot, and plug it in to a separate port while the RPi3 is in operation. > Now using a Pi3: >=20 > Head as of r361820 behaves differently than the Pi2 running 12.1,=20 > but it does not seem better: Plugging the new hub and disk into=20 > a running machine produces: >=20 > ugen0.6: at usbus0 > uhub2 on uhub1 > uhub2: on = usbus0 > uhub2: MTT enabled > uhub2: 4 ports with 4 removable, self powered > usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_IOERROR, = ignored) > smsc0: warning: bulk read error, USB_ERR_IOERROR > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_IOERROR, = ignored) > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_TIMEOUT > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy >=20 > The smsc0 complaints continued, so I unplugged the hub and disk . > To my surprise the error messages didn't stop, but they did change: >=20 > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_TIMEOUT, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT > ugen0.2: at usbus0 (disconnected) >=20 > This looked like an endless loop, so I rebooted. >=20 > Next, I tried the new 1TB disk with the old hub. worked fine. >=20 > Then I tried the new hub with the old 80GB disk. The console reported: > uhub2: on = usbus0 > uhub2: MTT enabled > uhub2: 4 ports with 4 removable, self powered > usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_STALLED, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_STALLED, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_STALLED, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED > usbd_req_re_enumerate: addr=3D8, set address failed! (USB_ERR_STALLED, = ignored) > usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED > ugen0.8: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > uhub_explore: illegal enable change, port 1 >=20 > The error stream stopped, the disk didn't show up in /dev. > Usbconfig reports=20 > ugen0.7: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (100mA) > Not sure how that gybes with address 8 in the console messages. >=20 > Finally, I tried leaving the new hub connected with the old disk > and rebooting. Came up just fine. Unplugging the old disk and > plugging the new disk in its place also works fine. >=20 > Likewise, with 12.1 the Pi3 works correctly provided the hub > is connected before booting. Didn't try the other permutations. >=20 > So, if hot-swapping the hub isn't in the cards, things seem > to work.=20 >=20 > The messages from smsc0 are still puzzling. I gather > it's a network device, which I don't have. =20 Yes you do: smsc0 is for the built-in Ethernet on the RPi3: # grep -ri smsc /usr/src/sys/conf/ | more /usr/src/sys/conf/NOTES:device smcphy # SMSC LAN91C111 /usr/src/sys/conf/files:dev/mii/smscphy.c optional miibus = | smscphy /usr/src/sys/conf/files:dev/usb/net/if_smsc.c optional smsc /usr/src/sys/conf/files: rue | = smsc | udav | ure | urndis | muge Note that /usr/src/sys/conf/files has: dev/usb/net/usb_ethernet.c optional uether | aue | axe | axge | = cdce | \ cdceem | cue | ipheth | kue | = mos | \ rue | smsc | udav | ure | = urndis | muge # grep -ri smsc /usr/src/sys/*/conf/ | more /usr/src/sys/arm/conf/GENERIC:device smsc = # SMSC LAN91C111 /usr/src/sys/arm/conf/RPI-B:device smscphy /usr/src/sys/arm/conf/RPI-B:device smsc /usr/src/sys/arm/conf/SOCFPGA:device smsc /usr/src/sys/arm/conf/SOCFPGA:device smscphy /usr/src/sys/arm64/conf/NOTES:device smc # SMSC LAN91C111 /usr/src/sys/arm64/conf/NOTES:device smsc /usr/src/sys/arm64/conf/GENERIC:device smc # SMSC = LAN91C111 /usr/src/sys/arm64/conf/GENERIC:device smsc Note that /usr/src/sys/arm64/conf/GENERIC has: # USB ethernet support device muge device smcphy device smsc On a RPi3 (omitted text indicated with ". . ."): # devinfo=20 nexus0 ofwbus0 psci0 simplebus0 . . . bcm283x_dwcotg0 usbus0 uhub0 uhub1 smsc0 miibus0 smscphy0 uhub3 umass0 uhub2 ukbd0 uhid0 ums0 . . . ofw_clkbus0 . . . cryptosoft0 (Context: head -r360311 based.) So the RPi3's Ethernet is connected to the internal uhub1. uhub3 is the external powered hub and is connected to the same RPi3 internal hub. I expect that if you do a "devinfo" you will see a similar arrangement for the smsc0 in your context. =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 Jun 9 00:38:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4CC5C33F714 for ; Tue, 9 Jun 2020 00:38:28 +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 49grnv1KJxz41N1 for ; Tue, 9 Jun 2020 00:38:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 0590cSYZ045022 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Jun 2020 17:38:28 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 0590cS4r045021; Mon, 8 Jun 2020 17:38:28 -0700 (PDT) (envelope-from fbsd) Date: Mon, 8 Jun 2020 17:38:27 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Confusing USB device conflict Message-ID: <20200609003827.GB44587@www.zefox.net> References: <20200606223853.GA37281@www.zefox.net> <20200608230350.GA44587@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 49grnv1KJxz41N1 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.62 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.59)[-0.588]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.36)[0.357]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.050]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 00:38:28 -0000 On Mon, Jun 08, 2020 at 05:07:56PM -0700, Mark Millard wrote: > On 2020-Jun-8, at 16:03, bob prohaska wrote: > > > On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: > >> > >> > >> > >> Does this happen with FreeBSD head? It looked like there > >> was a late 2019 check-in that was related to a context > >> that involved the above types of messages on a RPi*. If > >> you are lucky, may be there is something someone could > >> MFC back into 12 that would help. (I do not know the > >> details or if what I saw really would help if head > >> works okay.) > >> > > [In sum, the new hub can't be hot-swapped. I thought that would > > be possible, but if not there's nothing wrong] > > Interesting. > > As I have my root file system for booting on the powered > hub, I do not ever hot-swap the powered hub. So I'd never > have noticed such behavior. > > I can probably get access to another one at some point, > of the same type as is used at boot, and plug it in to > a separate port while the RPi3 is in operation. > > > Now using a Pi3: > > > > Head as of r361820 behaves differently than the Pi2 running 12.1, > > but it does not seem better: Plugging the new hub and disk into > > a running machine produces: > > > > ugen0.6: at usbus0 > > uhub2 on uhub1 > > uhub2: on usbus0 > > uhub2: MTT enabled > > uhub2: 4 ports with 4 removable, self powered > > usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_IOERROR, ignored) > > smsc0: warning: bulk read error, USB_ERR_IOERROR > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_IOERROR, ignored) > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_TIMEOUT > > smsc0: warning: Failed to read register 0x114 > > smsc0: warning: MII is busy > > > > The smsc0 complaints continued, so I unplugged the hub and disk . > > To my surprise the error messages didn't stop, but they did change: > > > > usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_TIMEOUT, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_TIMEOUT > > ugen0.2: at usbus0 (disconnected) > > > > This looked like an endless loop, so I rebooted. > > > > Next, I tried the new 1TB disk with the old hub. worked fine. > > > > Then I tried the new hub with the old 80GB disk. The console reported: > > uhub2: on usbus0 > > uhub2: MTT enabled > > uhub2: 4 ports with 4 removable, self powered > > usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_IOERROR > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED > > usbd_req_re_enumerate: addr=8, set address failed! (USB_ERR_STALLED, ignored) > > usbd_setup_device_desc: getting device descriptor at addr 8 failed, USB_ERR_STALLED > > ugen0.8: at usbus0 (disconnected) > > uhub_reattach_port: could not allocate new device > > uhub_explore: illegal enable change, port 1 > > > > The error stream stopped, the disk didn't show up in /dev. > > Usbconfig reports > > ugen0.7: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) > > Not sure how that gybes with address 8 in the console messages. > > > > Finally, I tried leaving the new hub connected with the old disk > > and rebooting. Came up just fine. Unplugging the old disk and > > plugging the new disk in its place also works fine. > > > > Likewise, with 12.1 the Pi3 works correctly provided the hub > > is connected before booting. Didn't try the other permutations. > > > > So, if hot-swapping the hub isn't in the cards, things seem > > to work. > > > > The messages from smsc0 are still puzzling. I gather > > it's a network device, which I don't have. > > Yes you do: smsc0 is for the built-in Ethernet on > the RPi3: > Oops. I knew Ethernet shared the USB system, but the device interface is referred to by the name ue0. Never connected the two. > # grep -ri smsc /usr/src/sys/conf/ | more > /usr/src/sys/conf/NOTES:device smcphy # SMSC LAN91C111 > /usr/src/sys/conf/files:dev/mii/smscphy.c optional miibus | smscphy > /usr/src/sys/conf/files:dev/usb/net/if_smsc.c optional smsc > /usr/src/sys/conf/files: rue | smsc | udav | ure | urndis | muge > > Note that /usr/src/sys/conf/files has: > > dev/usb/net/usb_ethernet.c optional uether | aue | axe | axge | cdce | \ > cdceem | cue | ipheth | kue | mos | \ > rue | smsc | udav | ure | urndis | muge > > # grep -ri smsc /usr/src/sys/*/conf/ | more > /usr/src/sys/arm/conf/GENERIC:device smsc # SMSC LAN91C111 > /usr/src/sys/arm/conf/RPI-B:device smscphy > /usr/src/sys/arm/conf/RPI-B:device smsc > /usr/src/sys/arm/conf/SOCFPGA:device smsc > /usr/src/sys/arm/conf/SOCFPGA:device smscphy > /usr/src/sys/arm64/conf/NOTES:device smc # SMSC LAN91C111 > /usr/src/sys/arm64/conf/NOTES:device smsc > /usr/src/sys/arm64/conf/GENERIC:device smc # SMSC LAN91C111 > /usr/src/sys/arm64/conf/GENERIC:device smsc > > Note that /usr/src/sys/arm64/conf/GENERIC has: > > # USB ethernet support > device muge > device smcphy > device smsc > > On a RPi3 (omitted text indicated with ". . ."): > > # devinfo > nexus0 > ofwbus0 > psci0 > simplebus0 > . . . > bcm283x_dwcotg0 > usbus0 > uhub0 > uhub1 > smsc0 > miibus0 > smscphy0 > uhub3 > umass0 > uhub2 > ukbd0 > uhid0 > ums0 > . . . > ofw_clkbus0 > . . . > cryptosoft0 > > (Context: head -r360311 based.) > > So the RPi3's Ethernet is connected to the > internal uhub1. uhub3 is the external powered > hub and is connected to the same RPi3 internal > hub. > > I expect that if you do a "devinfo" you will > see a similar arrangement for the smsc0 in your > context. > Is there a connection to something called ue anywhere? FWIW, I did check the Pi2 running 12.1 at r360926. The new hub does not work, even if connected and powered before boot. It does not prevent boot, but somehow interferes with discovery of other USB devices. I believe the old hub did work, but that was long ago. I haven't checked in the last year at least. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jun 9 01:35:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A6FCB341EA6 for ; Tue, 9 Jun 2020 01:35:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49gt436xb8z48M9 for ; Tue, 9 Jun 2020 01:35:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5CJDLrAVM1mGhMv2Ic_iVvgxn_Lf7xaAythKc..77RMx1HmX6AUJAesZMyb6njJ p0cft5ekWqsNAx.Se0kQ9z1ika.FM8KIuH91hxhwpqs98WN8zZqlZHOTqIlwnzrFa7QpY5rltAtZ Gx3YQi9r9hhaeI54Yg46OYFjjjD79dSneYA6BJnUrzeZH6GcBHS_0_ZJqcQpq.mV94acIzDDlOlG v3JkBUBpxYSKqUmS7cM3q_vfO6lXCOiimrZJdbRHiuVL.JKALypfOzp4FRYTX5ZulxEksqdbagAP pVR3b3CYa__5TQlciwcSdycYcx8uZjruUwgdkzCu2RsvhvQ5d2fdi.RDqRONXIBm5Yg6tv_vUBwF op8Oc.nbkj0oTGeTHMKpPIswPjlUoN4t_VjjFg3yhAnFuKSilwkOa4tv5JouKjbOuZVlEM.ZXSVr nXheqMDdd9W02lX1YXEVlHC9WPM_IrQVJzNHF1dob1.zEnpsVGQ_u10vcerlST2vCgO7_cS2D34w NmDvSvIzOSViFb2hx5NC03w3GcOaRwii78_CCFrz1j_DnYSsqvtH4eMNbjAahbk98MYhU1UlyXF9 UoWZSzS_.RfprPbYh2Y4PCpefPw5MFzzVbWe7NKmVXZSegA9ivJlYG30m41P8jKeZtLp4AnOVrzh RNjcXoL9lYlucuxy4mlAqUm0j.K6aKLGdQKpleWtfXMvZo2Zg9pt.lw5gVXR0S4J0sTlIUHxhHAy mpyx3lB4emxIMdT9yqGGxyu1DkVQ4HXMX8c.Remcm8eWaYnZ7s8RF2cR6g6RHentCaZkUOKEn34d yKK5aKD7VVKB.jDGh1D6_Smv173mqZhnUMBMUrSKkyIcrlYT1uz35Fjg1zAdPmX_ngZio4w6P2j2 q2Q8Gwo0XO.ssQS9NWp5.Hsd2gSSEF6DMCC7tRxf4lsbCTB7BzRSCebfrhKwH.WpgoFGRHVUHXGu BYFQXmUGbtFv1JWyk5LUolR0uMXaB3IY3OGX9T14g.lh4cMz9REgzY8Q0TQmOmTZ6JTGNw7zYASB fABuel2_it5wngUsC7kthqeaMDf3qOZ7Zr2z1yJfkfBmHfp.jEkiywTjZSddS4wFdzZnBlM5sulU HfC5u0YxfjZ.8d2t4vlGKPHhefvqZr97h3Smm8OgbAtRZXHa11TZm9S0pOlutXZcxiBwf4mbYtb6 RXYEfxUJUOlFHoccnDfMEg1.pXw8KqVhZFmc4jbdp6JXwSp4ZZ9_y_cT839msSdQjmbJCOip7Rfo 8r42L9XqTWQNz9QgWrpEFzQi67v7NNuiMA5fKk2A2z9wcxGIbPnEpnTodpwTdcWovIQbeZqA.cEB ZdEIqpI5j3GPPNpZMU0K2u2OInKbf9UnGd2Z1GTsGZMmSgZPnr8.i_0kKcyVa30MqUy5nZueSFRl 5UOOPrEvnU2Q8oh84e4h6KfHzbUF5Hzg7z4LeAp5A.xjWTU_C38apHQa1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2020 01:35:45 +0000 Received: by smtp415.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 15f5096a75ddc2b6b285973d8b88e17d; Tue, 09 Jun 2020 01:35:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Confusing USB device conflict From: Mark Millard In-Reply-To: Date: Mon, 8 Jun 2020 18:35:42 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <08B84101-C94B-4793-A560-A9566309AA34@yahoo.com> References: <20200606223853.GA37281@www.zefox.net> <20200608230350.GA44587@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49gt436xb8z48M9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.15 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_HAM_MEDIUM(-1.04)[-1.040]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; NEURAL_HAM_SHORT(-0.64)[-0.641]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 01:35:49 -0000 On 2020-Jun-8, at 17:07, Mark Millard wrote: > On 2020-Jun-8, at 16:03, bob prohaska wrote: >=20 >> On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: >>>=20 >>>=20 >>>=20 >>> Does this happen with FreeBSD head? It looked like there >>> was a late 2019 check-in that was related to a context >>> that involved the above types of messages on a RPi*. If >>> you are lucky, may be there is something someone could >>> MFC back into 12 that would help. (I do not know the >>> details or if what I saw really would help if head >>> works okay.) >>>=20 >> [In sum, the new hub can't be hot-swapped. I thought that would >> be possible, but if not there's nothing wrong] >=20 > Interesting. >=20 > As I have my root file system for booting on the powered > hub, I do not ever hot-swap the powered hub. So I'd never > have noticed such behavior. >=20 > I can probably get access to another one at some point, > of the same type as is used at boot, and plug it in to > a separate port while the RPi3 is in operation. I tried (with the extra hub already powered in each case): A) Plugging the extra USB3 hub in the operating RPi3. B) Unplugging the extra hub. C) Plugging in a USB3 SSD to the extra hub and then plugging that hub unto the RPi3. D) Unplugging the extra USB3 hub from the RPi3 (still having the USB3 SSD in place). E) Plugging in the extra USB3 hub against, this time with the USB3 SSD already plugged in. F) Unplugging the extra hub from the RPi3. It all worked. The only oddity was during the (A) action it reported the following against the root file system's USB SSD: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 01 65 af 00 00 00 40 00=20 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain as if plugging-in interfered with an in-progress I/O to the root file system. Other then that the messages looked like (I replaced serial numbers): ugen0.9: at usbus0 uhub4 on uhub1 uhub4: on = usbus0 uhub4: MTT enabled uhub4: 4 ports with 4 removable, self powered ugen0.9: at usbus0 (disconnected) uhub4: at uhub1, port 4, addr 9 (disconnected) uhub4: detached ugen0.9: at usbus0 uhub4 on uhub1 uhub4: on = usbus0 uhub4: MTT enabled uhub4: 4 ports with 4 removable, self powered ugen0.10: at usbus0 umass1 on uhub4 umass1: on = usbus0 umass1: SCSI over Bulk-Only; quirks =3D 0x0100 umass1:1:1: Attached to scbus1 da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SPC-4 SCSI device da1: Serial Number # da1: 40.000MB/s transfers da1: 228936MB (468862128 512 byte sectors) da1: quirks=3D0x2 ugen0.9: at usbus0 (disconnected) uhub4: at uhub1, port 4, addr 9 (disconnected) ugen0.10: at usbus0 (disconnected) umass1: at uhub4, port 3, addr 10 (disconnected) da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: s/n # detached (da1:umass-sim1:1:0:0): Periph destroyed umass1: detached uhub4: detached I use one of the modern 5.1V 2.5A official power supplies, in case that matters. I use this type for all the RPI*'s, except the RPi4. (On RPi4's I use a CanaKit 5.1V 3.5A power supply.) I've had fewer power problems with these compared with past power supplies that I used. This is all based on head -r360311 as a context. >> Now using a Pi3: >>=20 >> Head as of r361820 behaves differently than the Pi2 running 12.1,=20 >> but it does not seem better: Plugging the new hub and disk into=20 >> a running machine produces: >>=20 >> ugen0.6: at usbus0 >> uhub2 on uhub1 >> uhub2: = on usbus0 >> uhub2: MTT enabled >> uhub2: 4 ports with 4 removable, self powered >> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >> smsc0: warning: bulk read error, USB_ERR_IOERROR >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_TIMEOUT >> smsc0: warning: Failed to read register 0x114 >> smsc0: warning: MII is busy >>=20 >> The smsc0 complaints continued, so I unplugged the hub and disk . >> To my surprise the error messages didn't stop, but they did change: >>=20 >> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >> ugen0.2: at usbus0 (disconnected) >>=20 >> This looked like an endless loop, so I rebooted. >>=20 >> Next, I tried the new 1TB disk with the old hub. worked fine. >>=20 >> Then I tried the new hub with the old 80GB disk. The console = reported: >> uhub2: = on usbus0 >> uhub2: MTT enabled >> uhub2: 4 ports with 4 removable, self powered >> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >> ugen0.8: at usbus0 (disconnected) >> uhub_reattach_port: could not allocate new device >> uhub_explore: illegal enable change, port 1 >>=20 >> The error stream stopped, the disk didn't show up in /dev. >> Usbconfig reports=20 >> ugen0.7: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (100mA) >> Not sure how that gybes with address 8 in the console messages. >>=20 >> Finally, I tried leaving the new hub connected with the old disk >> and rebooting. Came up just fine. Unplugging the old disk and >> plugging the new disk in its place also works fine. >>=20 >> Likewise, with 12.1 the Pi3 works correctly provided the hub >> is connected before booting. Didn't try the other permutations. >>=20 >> So, if hot-swapping the hub isn't in the cards, things seem >> to work.=20 >>=20 >> The messages from smsc0 are still puzzling. I gather >> it's a network device, which I don't have. =20 >=20 > Yes you do: smsc0 is for the built-in Ethernet on > the RPi3: >=20 > # grep -ri smsc /usr/src/sys/conf/ | more > /usr/src/sys/conf/NOTES:device smcphy # SMSC = LAN91C111 > /usr/src/sys/conf/files:dev/mii/smscphy.c optional = miibus | smscphy > /usr/src/sys/conf/files:dev/usb/net/if_smsc.c optional smsc > /usr/src/sys/conf/files: rue | = smsc | udav | ure | urndis | muge >=20 > Note that /usr/src/sys/conf/files has: >=20 > dev/usb/net/usb_ethernet.c optional uether | aue | axe | axge | = cdce | \ > cdceem | cue | ipheth | kue | = mos | \ > rue | smsc | udav | ure | = urndis | muge >=20 > # grep -ri smsc /usr/src/sys/*/conf/ | more > /usr/src/sys/arm/conf/GENERIC:device smsc = # SMSC LAN91C111 > /usr/src/sys/arm/conf/RPI-B:device smscphy > /usr/src/sys/arm/conf/RPI-B:device smsc > /usr/src/sys/arm/conf/SOCFPGA:device smsc > /usr/src/sys/arm/conf/SOCFPGA:device smscphy > /usr/src/sys/arm64/conf/NOTES:device smc # SMSC = LAN91C111 > /usr/src/sys/arm64/conf/NOTES:device smsc > /usr/src/sys/arm64/conf/GENERIC:device smc # SMSC = LAN91C111 > /usr/src/sys/arm64/conf/GENERIC:device smsc >=20 > Note that /usr/src/sys/arm64/conf/GENERIC has: >=20 > # USB ethernet support > device muge > device smcphy > device smsc >=20 > On a RPi3 (omitted text indicated with ". . ."): >=20 > # devinfo=20 > nexus0 > ofwbus0 > psci0 > simplebus0 > . . . > bcm283x_dwcotg0 > usbus0 > uhub0 > uhub1 > smsc0 > miibus0 > smscphy0 > uhub3 > umass0 > uhub2 > ukbd0 > uhid0 > ums0 > . . . > ofw_clkbus0 > . . . > cryptosoft0 >=20 > (Context: head -r360311 based.) >=20 > So the RPi3's Ethernet is connected to the > internal uhub1. uhub3 is the external powered > hub and is connected to the same RPi3 internal > hub. >=20 > I expect that if you do a "devinfo" you will > see a similar arrangement for the smsc0 in your > context. >=20 By the way: # sysctl -a | grep -i "\ Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B0D75344317 for ; Tue, 9 Jun 2020 02:19:34 +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 49gv2Y5x5jz4Frw for ; Tue, 9 Jun 2020 02:19:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: PNV5GawVM1n2uHtL9Y2PeFqGtgWVrDME7GF7NIBdMgHzApMHm2kgcu4oNe31WLO yhoYEkEcUvZVJ0jQDkCm7Kqb4oYRzWlFV5xrGivFM41phil1eyBJwuWh6cErt7rwIbk.dklvP8SP vvnd8wUWg1Dkp8sCRBTSg_ekcUVJeJqkzO64jywDQ8AhUWKjSsBjlGWw.4JErm6sunkAooEK.rzi X390falRqo46iJwnxU97pcprIA0LvbV.QUEQ9Go6gMxTUU7mNCxG38hcfok_vDOEitbQ592ATqwT 6eCd0G3xEJpvFL0LVnY9jsOUwhE_EfsP.FhtQtIkqhe1sWB95Sjj.ENsRkCTRZz7KGNjvERuovYA rx16tV1bt8OkzAAfALGBnI0RdeebYosEOpodHn_3qyFfA5C220wkAFDR6urwsrsyZlsUuZzeIYA5 k8Tjoq9uYkbM2aHTxbQ.bWTfVXoG8JiuASQX_J_RAcW6CYlGBGaVz7x1VUoNvs3.VAOJS_hqonPH lw5Mbd7D5iCCf8Rg5HPntyGYcavd1NNHzdOSVooYeLhwHodNHJrSWfjUIjDNNPWQFYlyu8fV28BH RjR8RlOV2Juu5tFbdP2QZMewQwQpjZNWQWqY8ljVG7gY6x7e4C2L_O57kr888OLwwTuqw0QYggm9 LQND7xX78PGBM9mOa5He2.pvVq4PAs.6Klz8t62lQvCU4J7cqKYjkzodw7Xn1mMkBZllQlWj_7Ax dW9LTbOMqhp.KWSVRlzAFmGgyM1XDNTuChCIcK3F6LTgbL992Esd_dbhc6v6DHQad6NEeM.TqZHv KfVn_2ie.rqr4GtY8du_D4SM5cO8NXbIv6Jbpl6ORT.8IfpPXtaud22vqWwJNXRKQ7ZwVkrrDQEH jbPYGuMfPp7ocVzd54zMSuTAseu7yKOUUWsM9ujZGCXgCOnzAEzeKEyY1FTT1S_imnkyZA2Iuqyb ZKBg2OflNqJMRFdh.oRzWES8bQMFXX5oeJyE2mHrRvAn3t8U3LqXevbyD9H702flbCo4DwonD9AN Rd9n5W8Wvg6I._my2h4qZ9oNU8iZLKrc46ikr6aq3MRh8CALcyb.9nB3B7AbaIybuPG.bE4bjO1g rfwaFVcOFxDATxYnvU_SgODNzjQYum.O.21FDrEqOZtYNpJP_PmEJfYzVpRb5Nf.bJZeGaJM1E9e cd9Pl3SOnvgsM6T0nJlKgxX2WxBWYnkVdkJdYwK54mbFA.pWDADtx9q5dvIIcv6cNh6wgKnFXwZ7 BgW7ksUze6n4U9zWFaCAHX56G4mH4ArZI88qGNdkigOP0BwscoT_zfb79i9_6Ai6F87jx0Qp4A1l yOsBtD4kxJk37lThRJHQzTnVsxSTx7bfR3SMiFaK4PhuNDLKPTZ7q8uRUzbxmDlwZjxlR4yFXl_. ma3aKqGlicBOBXDyHoxZGLvkhVGlXOJkLNJcQ5zsHY_db2Hum1pyjK87w Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2020 02:19:31 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0283a3573b660fa359f1463dc2c99843; Tue, 09 Jun 2020 02:19:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Confusing USB device conflict From: Mark Millard In-Reply-To: <20200609003827.GB44587@www.zefox.net> Date: Mon, 8 Jun 2020 19:19:29 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <42BBC517-8237-489E-BABD-B65720286BCB@yahoo.com> References: <20200606223853.GA37281@www.zefox.net> <20200608230350.GA44587@www.zefox.net> <20200609003827.GB44587@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49gv2Y5x5jz4Frw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.14 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_HAM_MEDIUM(-1.04)[-1.040]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; NEURAL_HAM_SHORT(-0.63)[-0.626]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 02:19:34 -0000 On 2020-Jun-8, at 17:38, bob prohaska wrote: > On Mon, Jun 08, 2020 at 05:07:56PM -0700, Mark Millard wrote: >> On 2020-Jun-8, at 16:03, bob prohaska wrote: >>=20 >>> On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: >>>>=20 >>>>=20 >>>>=20 >>>> Does this happen with FreeBSD head? It looked like there >>>> was a late 2019 check-in that was related to a context >>>> that involved the above types of messages on a RPi*. If >>>> you are lucky, may be there is something someone could >>>> MFC back into 12 that would help. (I do not know the >>>> details or if what I saw really would help if head >>>> works okay.) >>>>=20 >>> [In sum, the new hub can't be hot-swapped. I thought that would >>> be possible, but if not there's nothing wrong] >>=20 >> Interesting. >>=20 >> As I have my root file system for booting on the powered >> hub, I do not ever hot-swap the powered hub. So I'd never >> have noticed such behavior. >>=20 >> I can probably get access to another one at some point, >> of the same type as is used at boot, and plug it in to >> a separate port while the RPi3 is in operation. >>=20 >>> Now using a Pi3: >>>=20 >>> Head as of r361820 behaves differently than the Pi2 running 12.1,=20 >>> but it does not seem better: Plugging the new hub and disk into=20 >>> a running machine produces: >>>=20 >>> ugen0.6: at usbus0 >>> uhub2 on uhub1 >>> uhub2: = on usbus0 >>> uhub2: MTT enabled >>> uhub2: 4 ports with 4 removable, self powered >>> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >>> smsc0: warning: bulk read error, USB_ERR_IOERROR >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >>> smsc0: warning: Failed to read register 0x114 >>> smsc0: warning: MII is busy >>> smsc0: warning: Failed to read register 0x114 >>> smsc0: warning: MII is busy >>> smsc0: warning: Failed to read register 0x114 >>> smsc0: warning: MII is busy >>> smsc0: warning: Failed to read register 0x114 >>> smsc0: warning: MII is busy >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_TIMEOUT >>> smsc0: warning: Failed to read register 0x114 >>> smsc0: warning: MII is busy >>>=20 >>> The smsc0 complaints continued, so I unplugged the hub and disk . >>> To my surprise the error messages didn't stop, but they did change: >>>=20 >>> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>> ugen0.2: at usbus0 (disconnected) >>>=20 >>> This looked like an endless loop, so I rebooted. >>>=20 >>> Next, I tried the new 1TB disk with the old hub. worked fine. >>>=20 >>> Then I tried the new hub with the old 80GB disk. The console = reported: >>> uhub2: = on usbus0 >>> uhub2: MTT enabled >>> uhub2: 4 ports with 4 removable, self powered >>> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>> ugen0.8: at usbus0 (disconnected) >>> uhub_reattach_port: could not allocate new device >>> uhub_explore: illegal enable change, port 1 >>>=20 >>> The error stream stopped, the disk didn't show up in /dev. >>> Usbconfig reports=20 >>> ugen0.7: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (100mA) >>> Not sure how that gybes with address 8 in the console messages. >>>=20 >>> Finally, I tried leaving the new hub connected with the old disk >>> and rebooting. Came up just fine. Unplugging the old disk and >>> plugging the new disk in its place also works fine. >>>=20 >>> Likewise, with 12.1 the Pi3 works correctly provided the hub >>> is connected before booting. Didn't try the other permutations. >>>=20 >>> So, if hot-swapping the hub isn't in the cards, things seem >>> to work.=20 >>> . . . > . . . >> . . . >=20 > FWIW, I did check the Pi2 running 12.1 at r360926. The new hub > does not work, even if connected and powered before boot. It > does not prevent boot, but somehow interferes with discovery > of other USB devices. I believe the old hub did work, but that=20 > was long ago. I haven't checked in the last year at least. Unfortunately, the only pre-aarch64 RPi2 that I've access to has its microsd card slot messed up: it forces the card back out. (The RPI2 v1.1 no longer latches the card in place but just ejects it.) As for the aarch64 based RPi2 V1.2, I use the same type of powered USB3-capable hub and USB3 SSD with that RPi2 that I use with the RPi3. I do so in the same way: the USB3 SSD is the root file system for the boot. (I've not done any hot-plugging experiments for this context.) I have done such booting with the USB3 SSD having an armv7 system. (Same media used to boot the OrangePi+ 2ed. The OPi+2e does not need the powered hub, at least when the USB3 SSD is the only external USB connection.) You may want to test the hub with a microsd card reader and microsd card instead of the spinning media and see if that makes a difference. (Unless the hub alone [no media] is enough to mess things up in your context.) =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 Jun 9 05:45:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3C7C7349951 for ; Tue, 9 Jun 2020 05:45:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49gzcN2lz8z4fmv for ; Tue, 9 Jun 2020 05:45:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Y8pJxM8VM1kumsRdbc5jGiFs_e3zKe0m17DZLaiJs0APhcJiLANesy5LGgz7jGG r7AiN_s5xskcip4WvYfGPK707M4LP.aS_yS7EX1iXZz8JTTkaZNRVGW4WxKJPRfh1uD197IRqZxg SERtqdmIkWMr2ZKjBJvuFifaKm5n2OG7WsbbVmgrXjWEmkSDXXgpokY8yhrdCUXrwYsxvVgskhOU G6iTQdnFpj3Gf5f2dX9EwaRA_UH6rpokJZpxBw8oL9ZpF_UOd98VaDvmX.NugZWHzD9ad1RBUsmo cxaYsl4QfFGQ40t4Jtv.nI7STPynXRWvu2k8bFylSNf7anlaSjVd0ttgqISGvYxrKDaPyByp86Ow afqNgBQlLCpSGeFx.T7Ggquh4WH3uWzsSAHBaUiqqIjsBc_ptDVKhtE9PyIfHsc7DaAeHc9DmIkG 5cnF3cgCn1XzAUffSCy_dIAI_poSSB7Hq_JV5fA7JEtuOlA0abQiRrxDWcC5J.vC2CS3dP_APn_Q fuQO5HM4jox5dz6Ybbjgmspi20SOC6mv5wMGsDCvwyw60HHakfjoZWhHo89WfZbFcaBwndgMX2jR 8pAQ5WiD.BnIN6eHwTaXgDNr6eAeEXwbzZ0qkPaF1hhGIaag8A59Y9XbzRLm86_1uOWU7ioeumt5 fI27zGpkJ_XtKY7AxjMfoa3IDmyPufxjBL9GV5mEJH2kjIG8TYVV90kFGVsJBqJb_5LZBBiRg8e0 z77LWEJvUOKoT7i3JIZ_T7MH9i8WU4qYptiNASoukWrpKE6qGdl669tvbEt2Mfs0EkO9h9jdo_4. ouwsxuoOijgKQrjICEFvJblmYm1ARokRf5TMZiL.KsIntOKpRBC1xA2Z8xIyiL8cBLElKrvI7OB6 TrHRGcYw1KNoosTzITD4.CF9p8yXLUVsD5o4gGClrK.KBpJQ_K_xbcl.y4YdruBxUVxBM2F0EOjJ k.N6beU5mKfikbAIH1mmvOgeJYfhxGG3hZcPqUysqiTTlyy8scgOc_i8kNjZDSchFNgB62UhT16k SqIzSjQDlhVKVPQ8APWqbtPEPAC0XYFCXmQCO84BWI9lAlMGbaLU0T9qwKi6PqDSGohW9Wfmb8wf NHBTt9Ouhi2GdCxzALVzeV0dQqwW.MREIbrFfjv.C.5IzJ5VfQB1e2_EkK31GqiAmUL1I5R.1dC7 euX1MS2qSYFyLCEnBGk5zYoY2_GYanJtql1.EcUhrEYZjIC0hFdixeeMRLqb6Av4KlHRNJbpuitT 1u8aNsH5U3sCLN2IflzajYh1mJVsrN2FEGkqKksr4iLT83qhSeBLEgFQ1ssWGojgySwE5hQV_2rf pr5NVmFST8jWjAWJc6Gh_12GIu94kEC3P3VfLEBCgaVH.1mX3LYDy6fJxZyHxijE1k_zshimJhjD IPCtzxoUk8vfjfk56CDa4Dv_Hs9CGAxbakiUdox4Xo7JtMSZm4PDoMN7M Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2020 05:45:38 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 97204fb8a47830628060215efb03a9c9; Tue, 09 Jun 2020 05:45:36 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Confusing USB device conflict From: Mark Millard In-Reply-To: <42BBC517-8237-489E-BABD-B65720286BCB@yahoo.com> Date: Mon, 8 Jun 2020 22:45:35 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9DE60D49-7C14-45AE-8B0F-D4DB1ACC51AF@yahoo.com> References: <20200606223853.GA37281@www.zefox.net> <20200608230350.GA44587@www.zefox.net> <20200609003827.GB44587@www.zefox.net> <42BBC517-8237-489E-BABD-B65720286BCB@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49gzcN2lz8z4fmv X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.26 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-0.97)[-0.973]; NEURAL_HAM_MEDIUM(-1.04)[-1.041]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; NEURAL_HAM_SHORT(-0.75)[-0.746]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 05:45:41 -0000 On 2020-Jun-8, at 19:19, Mark Millard wrote: > On 2020-Jun-8, at 17:38, bob prohaska wrote: >=20 >> On Mon, Jun 08, 2020 at 05:07:56PM -0700, Mark Millard wrote: >>> On 2020-Jun-8, at 16:03, bob prohaska wrote: >>>=20 >>>> On Sat, Jun 06, 2020 at 06:22:03PM -0700, Mark Millard wrote: >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Does this happen with FreeBSD head? It looked like there >>>>> was a late 2019 check-in that was related to a context >>>>> that involved the above types of messages on a RPi*. If >>>>> you are lucky, may be there is something someone could >>>>> MFC back into 12 that would help. (I do not know the >>>>> details or if what I saw really would help if head >>>>> works okay.) >>>>>=20 >>>> [In sum, the new hub can't be hot-swapped. I thought that would >>>> be possible, but if not there's nothing wrong] >>>=20 >>> Interesting. >>>=20 >>> As I have my root file system for booting on the powered >>> hub, I do not ever hot-swap the powered hub. So I'd never >>> have noticed such behavior. >>>=20 >>> I can probably get access to another one at some point, >>> of the same type as is used at boot, and plug it in to >>> a separate port while the RPi3 is in operation. >>>=20 >>>> Now using a Pi3: >>>>=20 >>>> Head as of r361820 behaves differently than the Pi2 running 12.1,=20= >>>> but it does not seem better: Plugging the new hub and disk into=20 >>>> a running machine produces: >>>>=20 >>>> ugen0.6: at usbus0 >>>> uhub2 on uhub1 >>>> uhub2: = on usbus0 >>>> uhub2: MTT enabled >>>> uhub2: 4 ports with 4 removable, self powered >>>> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >>>> smsc0: warning: bulk read error, USB_ERR_IOERROR >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_IOERROR, ignored) >>>> smsc0: warning: Failed to read register 0x114 >>>> smsc0: warning: MII is busy >>>> smsc0: warning: Failed to read register 0x114 >>>> smsc0: warning: MII is busy >>>> smsc0: warning: Failed to read register 0x114 >>>> smsc0: warning: MII is busy >>>> smsc0: warning: Failed to read register 0x114 >>>> smsc0: warning: MII is busy >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_TIMEOUT >>>> smsc0: warning: Failed to read register 0x114 >>>> smsc0: warning: MII is busy >>>>=20 >>>> The smsc0 complaints continued, so I unplugged the hub and disk . >>>> To my surprise the error messages didn't stop, but they did change: >>>>=20 >>>> usb_alloc_device: set address 2 failed (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_TIMEOUT, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_TIMEOUT >>>> ugen0.2: at usbus0 (disconnected) >>>>=20 >>>> This looked like an endless loop, so I rebooted. >>>>=20 >>>> Next, I tried the new 1TB disk with the old hub. worked fine. >>>>=20 >>>> Then I tried the new hub with the old 80GB disk. The console = reported: >>>> uhub2: = on usbus0 >>>> uhub2: MTT enabled >>>> uhub2: 4 ports with 4 removable, self powered >>>> usb_alloc_device: set address 8 failed (USB_ERR_IOERROR, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_IOERROR >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>>> usbd_req_re_enumerate: addr=3D8, set address failed! = (USB_ERR_STALLED, ignored) >>>> usbd_setup_device_desc: getting device descriptor at addr 8 failed, = USB_ERR_STALLED >>>> ugen0.8: at usbus0 (disconnected) >>>> uhub_reattach_port: could not allocate new device >>>> uhub_explore: illegal enable change, port 1 >>>>=20 >>>> The error stream stopped, the disk didn't show up in /dev. >>>> Usbconfig reports=20 >>>> ugen0.7: at usbus0, cfg=3D0 md=3DHOST = spd=3DHIGH (480Mbps) pwr=3DSAVE (100mA) >>>> Not sure how that gybes with address 8 in the console messages. >>>>=20 >>>> Finally, I tried leaving the new hub connected with the old disk >>>> and rebooting. Came up just fine. Unplugging the old disk and >>>> plugging the new disk in its place also works fine. >>>>=20 >>>> Likewise, with 12.1 the Pi3 works correctly provided the hub >>>> is connected before booting. Didn't try the other permutations. >>>>=20 >>>> So, if hot-swapping the hub isn't in the cards, things seem >>>> to work.=20 >>>> . . . >> . . . >>> . . . >>=20 >> FWIW, I did check the Pi2 running 12.1 at r360926. The new hub >> does not work, even if connected and powered before boot. It >> does not prevent boot, but somehow interferes with discovery >> of other USB devices. I believe the old hub did work, but that=20 >> was long ago. I haven't checked in the last year at least. >=20 > Unfortunately, the only pre-aarch64 RPi2 that I've > access to has its microsd card slot messed up: it > forces the card back out. (The RPI2 v1.1 no longer > latches the card in place but just ejects it.) By holding the microsd card in place, I tried the armv7 RPi2 V1.1. It had no trouble using the powered USB3 hub and USB3 SSD on that hub to boot, with the USB3 SSD providing the root file system. (Head -r360311 based context, the same media used for the OPi+2e.) There was no problem with it finding and using its Ethernet. I did not try any hot-plugging experiments with this configuration. One point is that I use ssh and a serial console generally, so I do not normally have a keyboard or mouse or anything but the powered hub(s) externally plugged in to a RPi* USB port (and an Ethernet cable plugged into the built-in Ethernet). I also generally do not have a video connection (HDMI or other). > As for the aarch64 based RPi2 V1.2, I use the same > type of powered USB3-capable hub and USB3 SSD with > that RPi2 that I use with the RPi3. I do so in the > same way: the USB3 SSD is the root file system for > the boot. (I've not done any hot-plugging > experiments for this context.) I have done such > booting with the USB3 SSD having an armv7 system. > (Same media used to boot the OrangePi+ 2ed. The > OPi+2e does not need the powered hub, at least > when the USB3 SSD is the only external USB > connection.) >=20 > You may want to test the hub with a microsd card > reader and microsd card instead of the spinning > media and see if that makes a difference. (Unless > the hub alone [no media] is enough to mess things > up in your context.) =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 Jun 9 23:16:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 85E7433FF56 for ; Tue, 9 Jun 2020 23:16:49 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hQxD40Rmz41GY for ; Tue, 9 Jun 2020 23:16:48 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Tue, 09 Jun 2020 23:16:42 +0000 From: Robert Crowston Cc: freebsd-arm Reply-To: Robert Crowston Subject: Re: Report: FreeBSD on Rpi4 8 GB model Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, MALFORMED_FREEMAIL,MISSING_HEADERS shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49hQxD40Rmz41GY X-Spamd-Bar: + X-Spamd-Result: default: False [1.18 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; MISSING_TO(2.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.18:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.217]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; NEURAL_SPAM_MEDIUM(0.02)[0.024]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.04)[0.036]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.18:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 23:16:49 -0000 I figured out how to start the xhci driver. The snag is, it seems the message to the VC to reinstall the xhci firmware = has to be delivered *after* the bridge memory window is configured on the c= ontroller by the pci_pci bridge, and *before* the xhci controller is starte= d. That kind of ordering is not straightforward to arrange, as far as I can se= e: I cannot hack the message onto the end of the pcie attach function, sinc= e we need the bridge child to have attached, but not the xhci grandchild. I think the best way then is to create a shim driver for the xhci controlle= r whose probe() is designed only to succeed on the Rpi4. The shim's attach(= ) will instruct the VC to load the xhci firmware, and then defer to the gen= eric xhci_pci_attach(). All other methods will be inherited from the xhci_p= ci driver. Another idea is to put the logic directly in the xhci_pci.c file, but I thi= nk creating a dependency out to the Rpi4 mailbox API from the generic XHCI = framework is quite a hack. Anyone have any thoughts? =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Saturday, 6 June 2020 19:15, Robert Crowston via freebsd-arm wrote: > What works: > > - FreeBSD SMP (see below) > - All 8 GB of memory (less video RAM). > > What does not work on the 8 GB model (but does work on the 4 GB model= ): > > - xhci (with my driver, there has been a change in the way the firmware= is loaded) > - ethernet (genet0 is detected fine, appears to be up, but no packets g= o over the interface) > - JTAG debugging (urgh) > > dmesg: https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5534 > > You will need the latest u-boot. The one in pkg doesn't work. I compi= led from head: https://github.com/u-boot/u-boot.git > > For SMP, you need also need to tell u-boot not to clobber over our pr= ocessor start up function set up by armstub8-gic.bin. > > Edit board/raspberrypi/rpi/Kconfig, set RPI_EFI_NR_SPIN_PAGES to a la= rger number (I picked 10, probably too big, but it was easier than doing th= e arithmetic). > > $ CROSS_COMPILE=3Daarch64-none-elf- gmake rpi_4_defconfig > $ CROSS_COMPILE=3Daarch64-none-elf- gmake > > Overwrite the u-boot.bin file on your sdcard with the one just built. > > You will also need the latest versions of the pi4 firmware files on y= our MSDOS partition, bcm2711-rpi-4-b.dtb, fixup4.dat, start4.elf, and the o= verlays/ directory. > > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Jun 9 23:28:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E11434049A for ; Tue, 9 Jun 2020 23:28:00 +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 49hRB70Rwsz42KB for ; Tue, 9 Jun 2020 23:27:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: mGx4q48VM1mrt7U0YwXJmuTMJcjUGxS6b0mhI31110eWBge.DsOd7xC8JKZhlLT xC2vRL5CeOToihoplEn4AyWiGp9PYED0I9MsqhQGdPDUmAkd1EQXhuOR7S58wTdH9XOp2jfTVupH jhyib9eKVmFJfY5Umv7ZXFRdgsyNc9RdfoRBIst87nxStZWnY685PM5tEE3kw8VxkJ3NA_WqFS7h t1tF2u8_0nD1pq0fhBm2HSWXEn3YMWHvdcZEc08p1fClD4MFXsHWH9MvZCh_0r3EiP6FEABsL2Nr JBjaTG3FRayE9UtOFmGqt66N2nqGl9r4YvUUG_mYUQvGcvS2hy1CBXG3K5Mem_wQq7.ZB2gpI42h 7XLZq.D14TmAyksrBA0qgwdjmEGHHvb1XFhPa2kIVWNUej0UMPZszNZ97hb7UNaiy9SG7c2qwJ5L 6E5zaQH4mnLILAzNzZyxMM2dEvzH7fCpeOLGRicDZncCcBrRz_6cxk6SokXw_8GtcjV1EIZ7dV9f zlol3NgTTZodDRHknAnO883jupwMuQIUUrUvH4JCupDqYJArmf8crZCQHT9DJlNC122SAqNPud09 OdUfY21WQnfD29gm_NnwFh3BQInfw9IWH.oyXxy_04AYTCy.f6hEc3U7QeFpqxfXcexTpEF.rRMG SGASmY98JpLbRQ9uBV9gxta40demYG6NWRMIX0virmPseyHQKVKj.kSB2wtdBHAlkhTGXy8pTh3Y iAF8ZuDQPyl3gA88hQbFXJlo9w2D8DwzTe2VwlaAZv2nSZP8zBDm2N4I83zOYyNF0d3soL59M_8b vqugA8W7y_of7aLY6rX6KfxtDOQ61WisabGhExvGO9wiCwfZjQ.odU6_MGzQnKyDK1QDnAKC53Yk BGYW3Zp_Wn1xd39fwkYlXW0.sL6REdGVrWAs2AHPcqGzzL2WC7pV34XG9GcPPoW9FEgR0o9wVVFR PQ4.KumzaGBQxeKYtKQpI.R7Qq0JyGRHsI4HZm28C5ZJr9H2aUrpDUAk0OiisqRjhINqiq5I_TQl xa9S9f4dH0xKXu2ppmIrCbYSKCCKphOYWiW0iBjmEqexPUT96asOzD9s4jFo5i34tOjn.Vyk33c. EVREPh9P4w.nrXnSOnZFlKpdLisXIIv.rTyXI8nM0HVAufnfJgfuXXcn8GZrgHmdSK8mtMGgEncN 7_DFLZytg1iqPDa2xx1.9_RexpGrHQDcB7Bc1aSiLgcrGV5twiHa5lOHK042hgd7h9z8_PWKCoTF vkFX_zMYnf6yI8e_4KZaIioReIpOH0uLgt5keSnE97L8n0JvCzIidvziohMzqsHLSVvtNB3aVdy0 7V37cQdtX1oadH55h8YaI2fdymiNunzrrvSLssFQtcExv.4tBCI2EFQ5bwm0QjW8YbWhSidE0kC1 nrHRnJhZpaNwBlDQaqMH1L3u089R57wzfL3IgC6RcVbzc9RQBOdWPP5D9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2020 23:27:57 +0000 Received: by smtp424.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3d9779ec7164b74f03f299730bd5875b; Tue, 09 Jun 2020 23:27:55 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller From: Mark Millard In-Reply-To: <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> Date: Tue, 9 Jun 2020 16:27:54 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hRB70Rwsz42KB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.13 / 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.64)[-0.643]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 23:28:00 -0000 On 2020-May-28, at 12:50, Klaus K=C3=BCchemann wrote: >> Am 28.05.2020 um 21:19 schrieb Mark Millard : >>=20 >> On 2020-May-28, at 10:20, Klaus K=C3=BCchemann via freebsd-arm = wrote: >>=20 >>>=20 >>>> . . . >>>=20 >>>=20 >>> =E2=80=A6 well, yet another thing : >>>=20 >>> = http://u-boot.10912.n7.nabble.com/PATCH-v3-0-2-usb-xhci-Load-Raspberry-Pi-= 4-VL805-s-firmware-td410664.html >>>=20 >>> https://patchwork.kernel.org/cover/11529585/ >>=20 >> Interesting. >>=20 >> Looks like those post-date the current 2020.04 base for u-boot from >> sysutils/u-boot-rpi4 and sysutils/u-boot-master . >>=20 >> I do not know the https://github.com/pftf/RPi4/releases/tag/v1.13 >> ( https://rpi4-uefi.dev ) status relative to such things: the >> dates are more recent but that is not a sufficient indicator. >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >>=20 >=20 > Yeah, as I said to Robert some minutes ago, that discussion belongs to = the new 8GB-model, `should have pointed that out=E2=80=A6 > For rpi4UEFI it will need changes=E2=80=A6 for Robert`s = fdt-driver-Version we will=20 > see what quirks will have to be addressed for the new gadget... FYI: https://rpi4-uefi.dev/v1-14-release-for-pi-4/ reports support of 8 GiBytes on the new RPi4 variation. =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 Jun 9 23:34:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B185634088E for ; Tue, 9 Jun 2020 23:34:56 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49hRL73s9Dz43SS for ; Tue, 9 Jun 2020 23:34:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591745687; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Fw730oJBi2zkrXT2DVsSr5bS5vC99bPFHvVzOarF1Es=; b=lM8f5oyHiF0ClRggH9IQMxa5jixBfoVu73bwU17FHl6vaWtOtG2oU2tHEdw0/j5TuivVtp +QS7gP5/0Prhw4IH7Nhar70O3fd9odwvVNTvrFjAjXus02xwNoHFxp+SdlObTt48V3ayZB Ik0fO5GM5UN2Ro+kZN7gwYdiU/kAaSE= Date: Tue, 09 Jun 2020 23:34:47 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> Subject: Re: Driver for Raspberry Pi 4 PCI-express controller To: "Mark Millard" , "=?utf-8?B?S2xhdXMgS8O8Y2hlbWFubg==?=" Cc: freebsd-arm@freebsd.org In-Reply-To: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> X-Spam-Score: -2.73 X-Rspamd-Queue-Id: 49hRL73s9Dz43SS X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=lM8f5oyH; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.05 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-0.98)[-0.985]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.04)[-1.041]; FREEMAIL_TO(0.00)[yahoo.com,googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[91.121.223.63:from]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 23:34:56 -0000 June 10, 2020 2:27 AM, "Mark Millard via freebsd-arm" wrote:=0A=0A> On 2020-May-28, at 12:50, Klaus K=C3=BCchemann wrote:=0A>> Yeah, as I said to Robert some minu= tes ago, that discussion belongs to the new 8GB-model, `should=0A>> have = pointed that out=E2=80=A6=0A>> For rpi4UEFI it will need changes=E2=80=A6= for Robert`s fdt-driver-Version we will=0A>> see what quirks will have t= o be addressed for the new gadget...=0A> =0A> FYI: https://rpi4-uefi.dev/= v1-14-release-for-pi-4 reports=0A> support of 8 GiBytes on the new RPi4 v= ariation.=0A=0AYeah, and just a few hours ago I discovered the cause of t= he XHCI attach failure on ACPI:=0A=0Ahttps://reviews.freebsd.org/D25201= =0A=0ABut we still need the 3GB RAM limiter turned on in the firmware set= tings.=0AWe are in good company though https://github.com/pftf/RPi4/issue= s/20 :D=0AOnly NetBSD does the required thing right now.=0ABut that's eas= y to fix. From owner-freebsd-arm@freebsd.org Tue Jun 9 23:57:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5FFF4340CEE for ; Tue, 9 Jun 2020 23:57:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450: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 49hRrY3m46z45PJ for ; Tue, 9 Jun 2020 23:57:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x62c.google.com with SMTP id l27so552236ejc.1 for ; Tue, 09 Jun 2020 16:57:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=9WBScPWyb1U4Dh22MCte9HnGok2nfYb+cT06To6QOVQ=; b=h6fZq/iBOgWf3AjxazY0WDPN9Jxnv7IY6C7ag7jlYtecpr//U6RXfG0UFn6QiFjgK7 AnU01YjtwVaGGk3wrIfJVthKwVR30+qZw8hGbwP3EJ1bArNB48Y1ftJL9j0KA1ryIkbj 6bSOGMA0neDKEjwjrUDYaXgvqtGiUNXEXtjJdWgAEM7j1WoCA5EAoHaqBCJnZVrmmk4c wU0umzgLWqJfanhH6IzQIypMt4uGbDqv1PKWdq2/zkA8AyqUBXn+73uwZgroMM0dTwxy 7AyT1Z4g5DBQuAKaQCZ5SJBNNh0UKSCMo6gRn9pjEcMW8Q/CnU/ViHzj4cle3nohhiGK G7Cw== X-Gm-Message-State: AOAM5311+wIAKtFAOX5wZbnufDU9TVXpCzZZrtpn15ZxWEl6HkbzGgam fDbqzYP3CIYJw1oIxDJHNJY= X-Google-Smtp-Source: ABdhPJxXCSqNzGQPU11cWe04iHr1EAcMpgowZ8DQR0E+kb4ihHXprI456nAxmUDQwZLdrUotixzk3A== X-Received: by 2002:a17:906:200a:: with SMTP id 10mr784417ejo.294.1591747065069; Tue, 09 Jun 2020 16:57:45 -0700 (PDT) Received: from [192.168.1.167] ([46.114.110.50]) by smtp.googlemail.com with ESMTPSA id u3sm3464642edx.25.2020.06.09.16.57.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jun 2020 16:57:44 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Wed, 10 Jun 2020 01:57:42 +0200 References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hRrY3m46z45PJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.55 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.02)[-1.020]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.110.50:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.014]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.015]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62c:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2020 23:57:50 -0000 > Am 10.06.2020 um 01:34 schrieb greg@unrelenting.technology: >=20 > =E2=80=A6. > Only NetBSD does the required thing right now. > =E2=80=A6 no, they also panic after disabling the 3 gig limit : https://www.klos.com/~john/rpi4_3gig_8gig_dmesg but since you really hit the ground running unrelenting today :-) , you = can send your next bugfix also to NetBSD=20 Maybe it has to do with the V1.14, so perhaps, after we tested all your = patches=20 On both 4&8Gig we talk to @AndreWarkentin again perhaps= From owner-freebsd-arm@freebsd.org Wed Jun 10 00:07:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0651B341656 for ; Wed, 10 Jun 2020 00:07:39 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450: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 49hS3s53LGz46Lc for ; Wed, 10 Jun 2020 00:07:37 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x629.google.com with SMTP id dr13so551798ejc.3 for ; Tue, 09 Jun 2020 17:07:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=0BhxWRiR4ObAXT4ql6UwuBq5FgyANUow5fTa9YnC220=; b=N5nqtC05PyPZm78vWq3xqL2GMkyFLnQcaUipKJ6VSLT3rU+Ebp06o+4jr5a4wR+DEe Ookt5od42Sn9GdE9dUpMVzA4BPEHJmxy6AuipJF2xtTTgmSCoDmHVwspOneyP6c/el61 bf9FsJ1dB7KsF/s4/l1iFgWFpul8Nqpk7ja9IogpSwyMRtFzb3Y1w+UlD4RyEIJzrwtU V3CdNMi6ExBgFaS0aJ2YE93ASfXuDzsrPxV8BCh57KRtryNQWI8G6EryLYOvtLPJAc9G r+nu4WZe//6PjcP6wPaf71XR70ra3hZ0E5cCo6h75dwbKA5M+07/eisWfgopQCPQHzRl UFWQ== X-Gm-Message-State: AOAM532iFY+WjCm49NRGp0VBMs4yFOH2W1Hxi/Lxc8JaNAcF+iP5wxk5 EHQZIh67Pw8OoC3V+cm023A= X-Google-Smtp-Source: ABdhPJw+CqMb6Bn2o3j+oKWdcJB7ZYjjBLRQ8uI0hMq3+mInjOrSIqIVqG7Ko6gB+wfpN32+Z9JdYA== X-Received: by 2002:a17:906:4e59:: with SMTP id g25mr837914ejw.60.1591747655745; Tue, 09 Jun 2020 17:07:35 -0700 (PDT) Received: from [192.168.1.167] ([46.114.110.50]) by smtp.googlemail.com with ESMTPSA id cb6sm16067681edb.18.2020.06.09.17.07.34 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jun 2020 17:07:34 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Wed, 10 Jun 2020 02:07:33 +0200 References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hS3s53LGz46Lc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.02)[-1.023]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.110.50:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.914]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.016]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 00:07:39 -0000 > Am 10.06.2020 um 01:57 schrieb Klaus K=C3=BCchemann = : >=20 >=20 >=20 >> Am 10.06.2020 um 01:34 schrieb greg@unrelenting.technology: >>=20 >> =E2=80=A6. >> Only NetBSD does the required thing right now. >> =E2=80=A6 >=20 > no, they also panic after disabling the 3 gig limit : > https://www.klos.com/~john/rpi4_3gig_8gig_dmesg >=20 > but since you really hit the ground running unrelenting today :-) , = you can send your next bugfix also to NetBSD=20 > Maybe it has to do with the V1.14, so perhaps, after we tested all = your patches=20 > On both 4&8Gig we talk to @AndreWarkentin again perhaps ah, forgot link to boot failure in NetBSD : https://www.klos.com/~john/rpi_boot_failure.jpg= From owner-freebsd-arm@freebsd.org Wed Jun 10 00:43:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A385342CB8 for ; Wed, 10 Jun 2020 00:43:39 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49hSsP6cqdz4BYl for ; Wed, 10 Jun 2020 00:43:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591749809; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=N/aHi0kZXopZ2he4EuUkaeipRhYLxYefG2cOSPH+WsU=; b=ZZrPBFtY02hEgm7iF2wqzdEUfs1fxADKymEojSVZbk4HrTef4jg9DW5cNOtKXKY3Qvmt/x SiJ5RldSwK6iHuQRlF/CjaBwDyRC9KDo0VdqXua1PlgC0x6e6hKaU5A26Rqx2ty7ny3vnS 0o55VwJAMC2OgM1qyQxOuPHapFkmlws= Date: Wed, 10 Jun 2020 00:43:29 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: Driver for Raspberry Pi 4 PCI-express controller To: "=?utf-8?B?S2xhdXMgS8O8Y2hlbWFubg==?=" , freebsd-arm@freebsd.org In-Reply-To: References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49hSsP6cqdz4BYl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=ZZrPBFtY; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.020]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-0.98)[-0.984]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.29)[-1.286]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 00:43:39 -0000 June 10, 2020 3:07 AM, "Klaus K=C3=BCchemann" = wrote:=0A=0A>> Am 10.06.2020 um 01:57 schrieb Klaus K=C3=BCchemann :=0A>> =0A>>> Am 10.06.2020 um 01:34 schrieb greg@u= nrelenting.technology:=0A>>> =0A>>> =E2=80=A6.=0A>>> Only NetBSD does the= required thing right now.=0A>>> =E2=80=A6=0A>> =0A>> no, they also panic= after disabling the 3 gig limit :=0A>> https://www.klos.com/~john/rpi4_3= gig_8gig_dmesg=0A>> =0A>> but since you really hit the ground running unr= elenting today :-) , you can send your next bugfix=0A>> also to NetBSD=0A= >> Maybe it has to do with the V1.14, so perhaps, after we tested all you= r patches=0A>> On both 4&8Gig we talk to @AndreWarkentin again perhaps=0A= > =0A> ah, forgot link to boot failure in NetBSD :=0A> https://www.klos.c= om/~john/rpi_boot_failure.jpg=0A=0AWell that's a hang that might be cause= d by anything.=0AThey do handle *this*.=0A=0AAnd here's a little preview = of how we'll handle it:=0Ahttps://reviews.freebsd.org/P391=0A=0Aroot@:~ #= vmstat=0Aprocs memory page disks faults = cpu=0Ar b w avm fre flt re pi po fr sr da0 pa0 in = sy cs us sy id=0A0 0 0 95M 3.7G 139 0 1 0 167 1 0 = 0 119 442 263 0 0 100=0A=0Aroot@:~ # dmesg | grep xhci=0Axhci0: iomem 0x600000000-0x600000fff irq 0 on acpi0= =0A... :) From owner-freebsd-arm@freebsd.org Wed Jun 10 00:43:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 78CFE3428F9 for ; Wed, 10 Jun 2020 00:43:56 +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 49hSsl4TgKz4BcB for ; Wed, 10 Jun 2020 00:43:55 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.gromit23.net (c-98-244-101-97.hsd1.va.comcast.net [98.244.101.97]) (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 2C6722A7; Tue, 9 Jun 2020 20:43:49 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller From: Paul Mather In-Reply-To: Date: Tue, 9 Jun 2020 20:43:48 -0400 Cc: myfreeweb , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2238E9E5-4819-4208-BF4F-FEC0834F9036@gromit.dlib.vt.edu> References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3445.104.14) X-Rspamd-Queue-Id: 49hSsl4TgKz4BcB 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 [0.83 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.07)[0.072]; NEURAL_HAM_LONG(-0.04)[-0.045]; NEURAL_SPAM_MEDIUM(0.30)[0.301]; RECEIVED_SPAMHAUS_PBL(0.00)[98.244.101.97:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[googlemail.com]; 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]; RCVD_TLS_ALL(0.00)[]; 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.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 00:43:56 -0000 On Jun 9, 2020, at 8:07 PM, Klaus K=C3=BCchemann via freebsd-arm = wrote: >=20 >=20 >=20 >> Am 10.06.2020 um 01:57 schrieb Klaus K=C3=BCchemann = : >>=20 >>=20 >>=20 >>> Am 10.06.2020 um 01:34 schrieb greg@unrelenting.technology: >>>=20 >>> =E2=80=A6. >>> Only NetBSD does the required thing right now. >>> =E2=80=A6 >>=20 >> no, they also panic after disabling the 3 gig limit : >> https://www.klos.com/~john/rpi4_3gig_8gig_dmesg >>=20 >> but since you really hit the ground running unrelenting today :-) , = you can send your next bugfix also to NetBSD=20 >> Maybe it has to do with the V1.14, so perhaps, after we tested all = your patches=20 >> On both 4&8Gig we talk to @AndreWarkentin again perhaps >=20 > ah, forgot link to boot failure in NetBSD : > https://www.klos.com/~john/rpi_boot_failure.jpg I have been able to boot the Raspberry Pi 4B 8GB model on NetBSD/aarch64 = -CURRENT using the RPi UEFI 1.14 firmware release and without the 3 GB = memory limit in effect: =3D=3D=3D=3D=3D [ 1.000000] pool redzone disabled for 'kmem-04096' [ 1.000000] Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, = 2003, 2004, 2005, [ 1.000000] 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, = 2014, 2015, 2016, 2017, [ 1.000000] 2018, 2019, 2020 The NetBSD Foundation, Inc. All = rights reserved. [ 1.000000] Copyright (c) 1982, 1986, 1989, 1991, 1993 [ 1.000000] The Regents of the University of California. All = rights reserved. [ 1.000000] NetBSD 9.99.65 (GENERIC64) #0: Mon Jun 8 22:52:09 UTC = 2020 [ 1.000000] = mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/evbarm/compile/GENERIC64 [ 1.000000] total memory =3D 8026 MB [ 1.000000] avail memory =3D 7768 MB [ 1.000000] pool redzone disabled for 'buf4k' [ 1.000000] pool redzone disabled for 'buf64k' [ 1.000000] entropy: no seed from bootloader [ 1.000000] timecounter: Timecounters tick every 10.000 msec [ 1.000000] running cgd selftest aes-xts-256 aes-xts-512 aes-cbc-128 = aes-cbc-256 3des-cbc-192 blowfish-cbc-448 done [ 1.000000] armfdt0 (root) [ 1.000000] simplebus0 at armfdt0: Sony UK Raspberry Pi 4 Model B [ 1.000000] simplebus1 at simplebus0 [ 1.000000] acpifdt0 at simplebus0 [ 1.000000] acpifdt0: using EFI runtime services for RTC [ 1.000000] ACPI: RSDP 0x0000000033AA0000 000024 (v02 RPIFDN) [ 1.000000] ACPI: XSDT 0x0000000033A90000 000064 (v01 RPIFDN RPI4 = 00000200 01000013) [[...etc...]] =3D=3D=3D=3D=3D Cheers, Paul.= From owner-freebsd-arm@freebsd.org Wed Jun 10 00:55:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 380B8342D3E for ; Wed, 10 Jun 2020 00:55:23 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from dazed.zeppelin.net (dazed.zeppelin.net [75.144.17.114]) (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 49hT6y072bz4Ckp for ; Wed, 10 Jun 2020 00:55:21 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from rpi4bsd.zeppelin.net (pfsense.zeppelin.net [75.144.17.117]) by dazed.zeppelin.net (Postfix) with ESMTP id EB9861D6452 for ; Tue, 9 Jun 2020 17:55:15 -0700 (PDT) From: Josh Howard To: freebsd-arm@freebsd.org Subject: State of ROCKPro64? User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) Date: Tue, 09 Jun 2020 17:55:13 -0700 Message-ID: <85o8proi32.fsf@zeppelin.net> MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49hT6y072bz4Ckp X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd@zeppelin.net has no SPF policy when checking 75.144.17.114) smtp.mailfrom=bsd@zeppelin.net X-Spamd-Result: default: False [4.05 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.27)[0.272]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.89)[0.893]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.983]; DMARC_NA(0.00)[zeppelin.net]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7922, ipnet:75.144.0.0/13, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 00:55:23 -0000 I've tried a few times to get my newly arrived ROCKPro64 to work today but haven't had much luck. The wiki page is a little sparse - happy to update that if we need someone to - and so I'm not sure if those instructions are still accurate as of today, but I did try them without much luck. So a couple of questions: - Do you need to use the instructions on https://wiki.freebsd.org/arm64/ROCKPro64 if you're using the latest ROCKPRO64 snapshots? I tried both with just using the dd'd snapshot as well as the instructions to SD card and eMMC and neither worked - Is booting from eMMC working? I tried both an SD card and eMMC with no luck. - Does HDMI work? I don't have a working UART/USB adapter at the moment, so I can see no output, but not sure if that's expected. I did boot both Armbian and NetBSD 9.0 and both seemed to work pretty well, so I'm sure I'm just missing something on getting FreeBSD to work. Thanks! From owner-freebsd-arm@freebsd.org Wed Jun 10 01:00:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F9F4343448 for ; Wed, 10 Jun 2020 01:00:41 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (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 49hTF41kxXz4DdF for ; Wed, 10 Jun 2020 01:00:40 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x636.google.com with SMTP id l27so668503ejc.1 for ; Tue, 09 Jun 2020 18:00:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=29KvlCm8d4Z/jQ9CUt10HNf12aonERlyv7MeIn09ye8=; b=O+wTV0VrxdC9BWLFpzz6h1Z6SbOoT9YUZJKkHoAOW255iV0MtfgE5wb55M7FaNc0oH DGZtzLnelgU6+FbbOo+M4y6KrTsC8AQy3fTiCjkeoqHwhkmIuQxdI7AaeEbLSjv0ILQz ZIlQvEruEEWJEJLltH1Z5TScyRyM5GQ9vIEbeyPe+GFTLhs2y5D1vnd3xnWRw7XlPn9E iVifU6D7BYbGgDZ4/9c0G2jBbyUNTwaaDXalpMosL216CK8liik4fde5IMc47MH+ECjK dlNTnmZXJf1aR7iDaJgsiwEKOgsIEniU6SC3iEc+XgMwGI+eYNB5wJgdKwHAMAt5h7Q6 BIwQ== X-Gm-Message-State: AOAM533bUgNeeg2qkZ+hs2mOLBc5wxajehSnFw9KnRB0VcH/vufWah5V 3dattvho+xfc0F1kAnrXuoI= X-Google-Smtp-Source: ABdhPJzLkVKwi3JjNFbfCH3AceOaLB43plnPIKKIAiyEH94Kj4xnNuwTmMHGicSEsSvVpB5uJNDlog== X-Received: by 2002:a17:906:49da:: with SMTP id w26mr972255ejv.548.1591750838558; Tue, 09 Jun 2020 18:00:38 -0700 (PDT) Received: from [192.168.1.167] ([46.114.110.50]) by smtp.googlemail.com with ESMTPSA id j3sm16435824edr.87.2020.06.09.18.00.37 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jun 2020 18:00:37 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Wed, 10 Jun 2020 03:00:36 +0200 References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> To: myfreeweb , bsd-lists@gromit.dlib.vt.edu, freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8BB05957-9EF2-4692-A407-21899818D8A3@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hTF41kxXz4DdF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.15 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.75)[-0.753]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.110.50:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.883]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::636:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 01:00:41 -0000 > Am 10.06.2020 um 02:43 schrieb greg@unrelenting.technology: >=20 >=20 > Well that's a hang that might be caused by anything. >=20 Yes, I had e.g. issues with console-settings of serial/graphical = (discussed on Discord-channel) respecting hdmi<>console-settings on the 8GB-model=E2=80=A6 seems to be something like that or so >=20 > And here's a little preview of how we'll handle it: > https://reviews.freebsd.org/P391 >=20 boah, unrelenting today :-) =E2=80=A6 great ! > Am 10.06.2020 um 02:43 schrieb Paul Mather : >=20 > I have been able to boot the Raspberry Pi 4B 8GB model on = NetBSD/aarch64 -CURRENT using the RPi UEFI 1.14 firmware release and = without the 3 GB memory limit in effect: great !... saw your message on NetBSD-list simultaneously :-) From owner-freebsd-arm@freebsd.org Wed Jun 10 01:12:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3D85A343AF7 for ; Wed, 10 Jun 2020 01:12:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49hTVD6fSLz4FrF for ; Wed, 10 Jun 2020 01:12:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GKaFm.EVM1mrMdcNF7HCAKZu7AP.HZ4vnBqBzNVC69_iQBt5vhAoX49n7bI8g.o RA5NgLby3St8s5vK4lG26pSbrTPtNMhBMIYJ7RZYmmqbUpiJFl1wZ6rpurDZgQSbWRB0_P1_xhdl t0njb4i5QzUFYxbRKcI9tOUolc.nVvcuwqWVvmPcTeZvssJhrZSJ7x8Oy._aJ2pG7lhjEv6MYIoT yM5ONpM8zQ8fKgYobOlPhWGs7s9W6oMnZpVNIt747T3M1sgmZPB59nhNteWNzOr9cqLyehkKdocb z51MgDG3jfjxaIQLjFVp49TUx.hYLl4LqDJ98fhBewKnNbgLL8xXKFHyFDwPGobwzmLN0RFkH92P 0RhKQqVGV86Yk0rgLSZI2ZaQDMEJB5c1RH9sbCbhdU5DkhTXUjo1lzBSuYs5pNv0fQVs7aVx5RZB uvsw1VjqadbYFewdOkqc5Cb1iLteFUrt3NBwx9A6YSUlYjYqcLQBYlYDkYOnT0ftzGeGr19h0yI2 wMRS1708MsTE2AyvJ9DkD5_W.TA8Xeo31fwmxGalx3JRUkjJE2eDHFhDzwAyH35DpIpUM8fOCRUP 6yxwHh1mPgNFeU3zT_ULEEpUnPpgOnpuvmFOdVsxwbR4hWT1wvSs5MWH303xOzcfCvNzCdf2QYjy MVVncX6xfioL7Dgwk2rWe0aXVPQ5KKPXC7pySzrA39Ankye.iqltuVEUKTUcNG1_28FulxEu7vex lHcN42ef3Wl64g2b.L.X25ICmWP8SWnfghRQ7k3VoG2UexG7NjcqOhj2Ho19ehHd47ISqoq.FERa 092xwahdvrV7AwuiKs_Gapsp6II0a4UvFCOI2WLUM12PqHmWeF1xapw9RC_M76WCPi6YxgBvqCXg vRCyCxKIJWiqwX98HOrgr8Im54XsVdvPyAkgbwXFBtINtUSlOY1Mgr6F175MaA.hWcc0SZubiwVm amADRON12X_9YIkwKmfZm37Q63vhWmUkoRyyWruECr1U6B2K8hW_bM..f98Qxjyg6rCSOXKiQhdY RujOWiVyE6jMvdHltp1lVblY8W06I6GOk4.krfEvkTabOy6UYNQnDdkGhPypvVZ3cbHtV.w3XTNz 2gDDJynJCdlO9hIPKQgyZeakPvQr060WQlC5.OvMyuTeqSU2lX9keHXbGY.kA9xuj2pZYVwiaZPu J_XTjR8eOZ8SHQ8Rpuwb2HiAgdGbIM89ocEtGZWBElLsxJAsn5YL4Y693Uu8pPSa0waNHiIpTyAt W0epXuyOZ8v35OMCKYqqruOOe7xE8kzp3XpXPZ9jS_pDG1gkhVQAw9O04aH.UL8yVYq7z6yASGcc gz_zeypMgWQ49fkR1v_v31WISJ0S35F8k.Iex1pPBj5EfljRIsg6znxvT_hlqPhmINAo.bA0idgZ nWNpHQN4Jrb9.vzVVpA40ty0JOYZKdCfUqpEjdES5sc3EUfB8l1LG.QLVrA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Jun 2020 01:12:02 +0000 Received: by smtp418.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 472fe20d012ece45a223afa132929033; Wed, 10 Jun 2020 01:12:00 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller From: Mark Millard In-Reply-To: Date: Tue, 9 Jun 2020 18:11:58 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <747C1F44-658F-4178-9021-F97F9115AEB0@yahoo.com> <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> <15c76ecd4fcaf4306682ac4a6c8ef393@unrelenting.technology> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hTVD6fSLz4FrF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.65 / 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.16)[-1.161]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.993]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 01:12:06 -0000 On 2020-Jun-9, at 17:07, Klaus K=C3=BCchemann via freebsd-arm = wrote: >> Am 10.06.2020 um 01:57 schrieb Klaus K=C3=BCchemann : >>=20 >>=20 >>=20 >>> Am 10.06.2020 um 01:34 schrieb greg@unrelenting.technology: >>>=20 >>> =E2=80=A6. >>> Only NetBSD does the required thing right now. >>> =E2=80=A6 >>=20 >> no, they also panic after disabling the 3 gig limit : >> https://www.klos.com/~john/rpi4_3gig_8gig_dmesg >>=20 >> but since you really hit the ground running unrelenting today :-) , = you can send your next bugfix also to NetBSD=20 >> Maybe it has to do with the V1.14, so perhaps, after we tested all = your patches=20 >> On both 4&8Gig we talk to @AndreWarkentin again perhaps >=20 > ah, forgot link to boot failure in NetBSD : > https://www.klos.com/~john/rpi_boot_failure.jpg I had no trouble for the NetBSD -current environment after updating from v1.13 to v1.14 of the UEFI materials on the 4 GiByte RPi4 that I have access to. # uname -ap NetBSD NBSDRPi4 9.99.64 NetBSD 9.99.64 (GENERIC64) #1: Sun May 31 = 01:41:16 UTC 2020 = root@NBSDRPi4:/usr/obj/sys/arch/evbarm/compile/GENERIC64 evbarm aarch64 # vmstat procs memory page disks faults cpu r b avm fre flt re pi po fr sr l0 s0 in sy cs us = sy id 0 0 93248 3695708 34 0 0 0 0 0 1 1 418 58 22 0 = 0 100 (So not limited to 3 GiBytes.) I selected the serial console alternative instead of graphical. (Mostly not used from where the RPi4 is.) But, if I remember right, I have seen hangups with graphical at times when I'd forgotten to set this up. The root file system is a on USB3 SSD, not on the microsd card that has the UEFI v1.14 material. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jun 10 03:22:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EEDA534624F for ; Wed, 10 Jun 2020 03:22:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hXP80rVRz4VJv for ; Wed, 10 Jun 2020 03:22:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x62b.google.com with SMTP id mb16so901913ejb.4 for ; Tue, 09 Jun 2020 20:22:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=+MDxl+RchpBU4OqOhbhkU5h2OjloUTf0RyMmVJ9yW9A=; b=olHe+8l4QZ5nVbjRv9DVQ70ArXVAoo/5vlmM7khh6zXAVcN8cPzMyM15N8QbHhvhqV 5kOAw59eNp/TwkYfIMiEvy5+zygAWZDV3+8fW0gZ0m3Jt/olq4kKfYSPZe39LpYrFJEz ozttq7nSzAxqNAy7an3Gz36Qxj5PZ59WUBbeJZJyIGXSSmCFeDHImnpwE/52XwzXAjFM wyle3Y9gXFKrROQOLn3md23PoQ7beqWjmqTknn4Uanki3E+aK6W2TEAo47AN8mAiFLxt Zy5VV2ICQkDN8cp2EI/MrXVWQCcbehMjxO4EtQnHGpl5wxtADOSAIPDlFKM/bjm4ERVV V0Xw== X-Gm-Message-State: AOAM532l/9dDKKuOdVaMaSBLD8Wr6eRFc5N6yONnSUP0mYWQSuGUJEPr ku8pld5BStTei87xIYdpu1PYhopC X-Google-Smtp-Source: ABdhPJyt1wuBMieTXQLZQC8mzKWpWbr6A0wijoM78C6PgabDotlOLfrpHaHSpGSNClvXzj9OfCzkDw== X-Received: by 2002:a17:906:c2c6:: with SMTP id ch6mr1395338ejb.36.1591759370440; Tue, 09 Jun 2020 20:22:50 -0700 (PDT) Received: from [192.168.1.167] ([46.114.110.50]) by smtp.googlemail.com with ESMTPSA id h1sm16446349edz.88.2020.06.09.20.22.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 09 Jun 2020 20:22:49 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: State of ROCKPro64? Date: Wed, 10 Jun 2020 05:22:47 +0200 References: <85o8proi32.fsf@zeppelin.net> To: Josh Howard , freebsd-arm@freebsd.org In-Reply-To: <85o8proi32.fsf@zeppelin.net> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hXP80rVRz4VJv X-Spamd-Bar: - X-Spamd-Result: default: False [-1.18 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.59)[-0.588]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.83)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.110.50:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.90)[-0.902]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 03:22:53 -0000 > Am 10.06.2020 um 02:55 schrieb Josh Howard : >=20 >=20 > - Do you need to use the instructions on > https://wiki.freebsd.org/arm64/ROCKPro64 if you're using the latest > ROCKPRO64 snapshots?=20 no, ancient stuff from March where we didn=E2=80=99t have a ROCKPRO64 = snapshot, `will remove/renew that from Wiki later.. > - Does HDMI work? I don't have a working UART/USB adapter at the = moment, > so I can see no output, but not sure if that's expected. probably expected(I didn=E2=80=99t test the latest snap yet ...too many = other things) should be generally fixed in u-boot 2020.07(could be patched in = sysutils/u-bootxxx, but I don`t know the details at the moment) If you don=E2=80=99t have an UART-adapter but another SOC available, you = can try to connect=20 Soc to Soc.. but normally you should order such an adapter =E2=80=A6=20 very rare with these boards that everything works out of the box forever = :-) But RockPro64 works since many months with FreeBSD, so don=E2=80=99t = worry..= From owner-freebsd-arm@freebsd.org Wed Jun 10 13:37:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57870334744 for ; Wed, 10 Jun 2020 13:37:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 49hp2p48g8z417S for ; Wed, 10 Jun 2020 13:37:54 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x530.google.com with SMTP id e12so1424869eds.2 for ; Wed, 10 Jun 2020 06:37:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=xTpTwP0W6PYOztHH3e1kZk4BuF9v9ziUN06cjrYPaZs=; b=fjuV69aKoCnJwhfNuAeBzaDk7zmFKy3ERLKHfMjv35ozUuhxeaVBCprQIZnDAyCOpL GnNZ09UVwoaSrdZdaY3kMvme4ZBPkRxKl3IuNDEbljkI+d61Ojpulygxt66IOwYb7wbg Ov4QqaEF8qZ8n7cY3xrZvR4k4tT5ht3M4dn1a12samtPe9hX0saRA9u+WQg2Y5+gwOIK IRzuvbEDX+9Ec1K1KE0RG4TqVm+ZcN/1fWmXkEKOF5jD+lzMqv87/+fuP4uG0tX13SnI KxSVYdTw84x+gKOFNDs+BlE7teglwW/JEm6KbH2ZdWycENdLzJQaFTLqXBgOKY2G8Dw/ CwEg== X-Gm-Message-State: AOAM530QUExIE5OicRBElFJyFV006AiTJnWYon21o3t/16S4C9pD4HF9 7RqxvfcFWpgOaHm9B054uR5zr8hy X-Google-Smtp-Source: ABdhPJxMfIskYBHuCfxnTfMzP8ORDCmzNGdqK8eMwTtKdGrhxMeAA8UCMM8F+kXLC8SrZePgW4EVyA== X-Received: by 2002:a05:6402:228a:: with SMTP id cw10mr2381245edb.147.1591796272616; Wed, 10 Jun 2020 06:37:52 -0700 (PDT) Received: from [192.168.1.167] ([46.114.108.40]) by smtp.googlemail.com with ESMTPSA id m91sm3777131ede.96.2020.06.10.06.37.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2020 06:37:51 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Report: FreeBSD on Rpi4 8 GB model Date: Wed, 10 Jun 2020 15:37:50 +0200 References: To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <65649C30-79B7-4001-ABBF-71E2C8F52B06@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hp2p48g8z417S X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.24 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.71)[-0.710]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.40:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.007]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 13:37:56 -0000 > Am 10.06.2020 um 01:16 schrieb Robert Crowston via freebsd-arm = : >=20 > I figured out how to start the xhci driver. >=20 > The snag is, it seems the message to the VC to reinstall the xhci = firmware has to be delivered *after* the bridge memory window is = configured on the controller by the pci_pci bridge, and *before* the = xhci controller is started. >=20 > That kind of ordering is not straightforward to arrange, as far as I = can see: I cannot hack the message onto the end of the pcie attach = function, since we need the bridge child to have attached, but not the = xhci grandchild. >=20 > I think the best way then is to create a shim driver for the xhci = controller whose probe() is designed only to succeed on the Rpi4. The = shim's attach() will instruct the VC to load the xhci firmware, and then = defer to the generic xhci_pci_attach(). All other methods will be = inherited from the xhci_pci driver. >=20 > Another idea is to put the logic directly in the xhci_pci.c file, but = I think creating a dependency out to the Rpi4 mailbox API from the = generic XHCI framework is quite a hack. >=20 > Anyone have any thoughts? Since your driver is dedicated RPi4_ONLY your shim-if_bcm_thing sounds = logical. Especially when we consider that you think that this is the best way,=20 because nobody knows more about your driver than you :-)=20 From owner-freebsd-arm@freebsd.org Wed Jun 10 14:13:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B34F63358CC for ; Wed, 10 Jun 2020 14:13:58 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hprK04tLz43fc for ; Wed, 10 Jun 2020 14:13:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591798428; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OFWzKf8pY2umogx0igozGyvn1NxDS5Xexs6TGu1KsbY=; b=qL8oDOvWdu5uuO8FXgyIzPed9PxsGf5G9pFcle1IMbphHHLBUENGva5qRK/I2zaO2ZkL/f AWtnWipz6xfbZWhSV2/Tl1/EcP6oIzlhounxkq35yMduXYNxitecaUC4BFCaWxSa0rcO+3 i3yJFzrX9uaIoh7SABxn+6ONyoAH4P0= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 3c41a658 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 10 Jun 2020 14:13:46 +0000 (UTC) Date: Wed, 10 Jun 2020 16:13:45 +0200 From: Emmanuel Vadot To: Josh Howard Cc: freebsd-arm@freebsd.org Subject: Re: State of ROCKPro64? Message-Id: <20200610161345.759ac98efa8ddc6b9a15928d@bidouilliste.com> In-Reply-To: <85o8proi32.fsf@zeppelin.net> References: <85o8proi32.fsf@zeppelin.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49hprK04tLz43fc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=qL8oDOvW; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.01)[-1.011]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.85)[-0.853]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 14:13:58 -0000 Hi Josh, On Tue, 09 Jun 2020 17:55:13 -0700 Josh Howard wrote: > I've tried a few times to get my newly arrived ROCKPro64 to work today > but haven't had much luck. The wiki page is a little sparse - happy to > update that if we need someone to - and so I'm not sure if those > instructions are still accurate as of today, but I did try them without > much luck. So a couple of questions: > > - Do you need to use the instructions on > https://wiki.freebsd.org/arm64/ROCKPro64 if you're using the latest > ROCKPRO64 snapshots? I tried both with just using the dd'd snapshot as > well as the instructions to SD card and eMMC and neither worked Those instruction should be deleted, u-boot in ports works fine and the snapshot image too (see below for a fix). > - Is booting from eMMC working? I tried both an SD card and eMMC with no > luck. I'll test eMMC soon-ish but I don't see why it wouldn't work. > - Does HDMI work? I don't have a working UART/USB adapter at the moment, > so I can see no output, but not sure if that's expected. No, HDMI isn't working so you need uart for now. > > I did boot both Armbian and NetBSD 9.0 and both seemed to work pretty > well, so I'm sure I'm just missing something on getting FreeBSD to work. > > Thanks! Note that I've just fixed a bug which prevented booting any arm GPT image : https://svnweb.freebsd.org/base?view=revision&revision=362010 Fix this fixed the rockpro image boots correctly. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Jun 10 14:15:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 628EB3356E0 for ; Wed, 10 Jun 2020 14:15:23 +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 "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49hpt22v4dz43gG for ; Wed, 10 Jun 2020 14:15:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1591798521; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rbMOXnJZ8u9bBetoHZYmNgQ6baSvzXd2ErMcvPcMxwQ=; b=YTE6ux9KBTiw4mx8uf3uoWe30Ao6DYf3oF5++lj9YiwXMDMjqAuxlpCipi/P/ju3u5kKgy C1LOLURDf9W7szkW4qZhsU3A77qRSR+eC6pqH3Ggjw5RcyItf7fZFhOzRFGojHdJ2ARm8k qY8jHsHwP7SxDcXpDg29KefZ4/oTENE= Received: from skull.home.blih.net (lfbn-idf2-1-900-181.w86-238.abo.wanadoo.fr [86.238.131.181]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 43aa35b0 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 10 Jun 2020 14:15:21 +0000 (UTC) Date: Wed, 10 Jun 2020 16:15:21 +0200 From: Emmanuel Vadot To: Klaus =?ISO-8859-1?Q?K=FCchemann?= Cc: Klaus =?ISO-8859-1?Q?K=FCchemann?= via freebsd-arm , Josh Howard Subject: Re: State of ROCKPro64? Message-Id: <20200610161521.f2d5c7cf60146537844f4421@bidouilliste.com> In-Reply-To: References: <85o8proi32.fsf@zeppelin.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 49hpt22v4dz43gG X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=YTE6ux9K; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.018]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.74)[-0.742]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 14:15:23 -0000 On Wed, 10 Jun 2020 05:22:47 +0200 Klaus K=FCchemann via freebsd-arm wrote: >=20 >=20 > > Am 10.06.2020 um 02:55 schrieb Josh Howard : > >=20 > >=20 > > - Do you need to use the instructions on > > https://wiki.freebsd.org/arm64/ROCKPro64 if you're using the latest > > ROCKPRO64 snapshots?=20 > no, ancient stuff from March where we didn?t have a ROCKPRO64 snapshot, > `will remove/renew that from Wiki later.. >=20 > > - Does HDMI work? I don't have a working UART/USB adapter at the moment, > > so I can see no output, but not sure if that's expected. >=20 > probably expected(I didn?t test the latest snap yet ...too many other thi= ngs) > should be generally fixed in u-boot 2020.07(could be patched in sysutils= /u-bootxxx, but I don`t know the details at the moment) No this wasn't expected and there is no problem with u-boot in ports. I know that you're trying to help but please stop spreading false information, if you don't know, don't assume what the problem could be, just ask more info. > If you don?t have an UART-adapter but another SOC available, you can try = to connect=20 > Soc to Soc.. but normally you should order such an adapter ?=20 > very rare with these boards that everything works out of the box forever = :-) > But RockPro64 works since many months with FreeBSD, so don?t worry.. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Jun 10 15:31:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B3293375C4 for ; Wed, 10 Jun 2020 15:31:16 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 49hrYb3g6hz4901 for ; Wed, 10 Jun 2020 15:31:15 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x52f.google.com with SMTP id x93so1695378ede.9 for ; Wed, 10 Jun 2020 08:31:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=zwh+8KP/qHACOpDkA5rAZpvQ4Yrz/04gw31gijDg3Ks=; b=Vfwot9X60RBuZgzg99eS4UxUjZeK7lTll02QuQNG+5gWuFWJnEBIWAZURG2J2E/mA6 7SKhQx3e+Oe/gLi6J6JZUGqQVLtTYXCCEnQjm52h/6EcvbwEUjTJB6GkSxPVWa23Wd01 uR4dObXp0XwTptnMvDkvkEp8I/KNsOA9QmBZ2LINqQQwvYrRc82wnJSeiGqWjXiaH/gl Bz2lvvqinLKp4mvrSru3AVvGxbPmYXJdqxROXD0szwpG9+KGWUdoB+legGQLT62ztUtA HBF5xL1uyAH1t81NS4CkeNNqOtZLw/jZjd/T6A9PzQN+u55jrVKWEirZ7EYsc/LvsbZU JCMA== X-Gm-Message-State: AOAM5310H/awOYw0LITlwU+hM2LFHjD96f3265cQaLGMU8zwgxvQVDH+ VjnO09iByHMzNm2hJ9RKPmzlymLD X-Google-Smtp-Source: ABdhPJz+zZubuBMKMa6V70KQyG8dogJEGA/NPY5a/hHimKJ4MpY6wM06QxNL68AX0vOxK4yNWQb12Q== X-Received: by 2002:aa7:c157:: with SMTP id r23mr2998654edp.139.1591803073632; Wed, 10 Jun 2020 08:31:13 -0700 (PDT) Received: from [192.168.1.167] ([46.114.108.40]) by smtp.googlemail.com with ESMTPSA id op5sm97690ejb.56.2020.06.10.08.31.12 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2020 08:31:12 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: State of ROCKPro64? Date: Wed, 10 Jun 2020 17:31:11 +0200 References: <85o8proi32.fsf@zeppelin.net> <20200610161521.f2d5c7cf60146537844f4421@bidouilliste.com> To: freebsd-arm@freebsd.org In-Reply-To: <20200610161521.f2d5c7cf60146537844f4421@bidouilliste.com> Message-Id: <1D232F53-6D56-4B66-A54D-C11D09A472D0@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hrYb3g6hz4901 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.23)[-0.232]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.83)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.40:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52f:from]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 15:31:16 -0000 > Am 10.06.2020 um 16:15 schrieb Emmanuel Vadot : >=20 >>=20 >>=20 >>> - Does HDMI work? I don't have a working UART/USB adapter at the = moment, >>> so I can see no output, but not sure if that's expected. >>=20 >> probably expected(I didn?t test the latest snap yet ...too many other = things) >> should be generally fixed in u-boot 2020.07(could be patched in = sysutils/u-bootxxx, but I don`t know the details at the moment) >=20 > No this wasn't expected and there is no problem with u-boot in ports. > I know that you're trying to help but please stop spreading false > information, if you don't know, don't assume what the problem could = be, > just ask more info. I know that you're trying to help but please stop spreading false information :-) It WAS expected that there=E2=80=99s NO HDMI-ouput, at least when I look at your own words: "No, HDMI isn't working so you need uart for now.!=E2=80=9C(by you) From owner-freebsd-arm@freebsd.org Wed Jun 10 16:29:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9EB133391A8 for ; Wed, 10 Jun 2020 16:29:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) (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 49hss35Zlpz4DW2 for ; Wed, 10 Jun 2020 16:29:43 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x543.google.com with SMTP id p18so1845460eds.7 for ; Wed, 10 Jun 2020 09:29:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=F/+SWWg+vOWjpQbZaVVM2ItUF7UCVnMrsM7SDjTO4Po=; b=MFvrJDj/T1PJQ68g6zX1sPTSS1oztfk2Hl2BfSVwjp8z1BYbC/fLAcooCNk7tsbQ1d TxZaG+jDpPBAXv6NHMYrI1ziA6/LpUIMAcR5QZSNp/G6S2EzDTf2DRDXn7JArGPFvsiJ Odo3Ts8MI/lo2UsO3XPt9o1CndPR6/jxiAmEQy1h7W+1+by4lzUWcKW4wBJxrtC1vxNN rxSCn3oVKsX/ko84ecoB0dAwFrZ3elerkJJCekPRQoQ8SevxNhgS4sM5AE7LJ8UZ40g9 mjUXjNmUFpdGQdeKG5HNWZUGOT/ykWJZoqRT1a+twEchNCet1UWwCtmFagmRDlNNtIVE jJmg== X-Gm-Message-State: AOAM5338iqEjVsCTXp5fawKR6jhQIMWXP8GcWmETC+8C68Xc9RBZdx37 OEQJvwleLZ1rsAbxCXh0ugVh1Mqu X-Google-Smtp-Source: ABdhPJxdOgcRkluI/Mt7o1lg7psVfdd85ANKzaj8ET4aALE1kNkYzCxf0UJmf9KYfvH5hYFTLmdcRQ== X-Received: by 2002:a50:cd17:: with SMTP id z23mr3093600edi.326.1591806582286; Wed, 10 Jun 2020 09:29:42 -0700 (PDT) Received: from [192.168.1.167] ([46.114.108.40]) by smtp.googlemail.com with ESMTPSA id v5sm165394ejx.123.2020.06.10.09.29.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2020 09:29:41 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: State of ROCKPro64? Date: Wed, 10 Jun 2020 18:29:39 +0200 References: <85o8proi32.fsf@zeppelin.net> <20200610161521.f2d5c7cf60146537844f4421@bidouilliste.com> To: Emmanuel Vadot , freebsd-arm@freebsd.org In-Reply-To: <20200610161521.f2d5c7cf60146537844f4421@bidouilliste.com> Message-Id: <344537C6-DAC8-462E-879A-DEFF68884534@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49hss35Zlpz4DW2 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.22)[-0.224]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; R_MIXED_CHARSET(0.83)[subject]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.40:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::543:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 16:29:44 -0000 The Wiki is now updated with a widespread of wrong information .. just = kidding:-) https://wiki.freebsd.org/arm64/ROCKPro64 We are very happy that lately we have to update the wiki almost daily = and even then some of the news are old again, because that means a lot of good is happening. The sysutils/u-boot-maintainers also do hard, good work and=20 they are sometimes ready to release patches before a main release is = released, if possible :-)= From owner-freebsd-arm@freebsd.org Thu Jun 11 01:49:24 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99543344639 for ; Thu, 11 Jun 2020 01:49:24 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 49j6Gr0VQFz3Zdd for ; Thu, 11 Jun 2020 01:49:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x52f.google.com with SMTP id t21so2775774edr.12 for ; Wed, 10 Jun 2020 18:49:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:message-id:date:to; bh=CFu/5Q06Xt1eALaOwqzqZ9Lm3P5v5J+4M4bWmaYKJ5o=; b=JsjvNdIcsc28mDmzwdmy67c4TwH3/2zo7LGHf6ii3/vGwbpW4xxFEO6i0pJfwLPniC fhUSPntVkkwcblhvvJAIIg++jhJ9TDKK45ARMKx4JG8AkKsOx0bUfY5DyJeDQmU0IUvz LEt2yS8q39QLh44LRdWxS1TmMU7o2xFx2y8PATzo28OE49i3RhTOBxT2wb2n1o848vBg 1z0SDCiqAGm7m2oItnruRmCFJ/xtc4w8TjdEd5n6fQGPRo/vKNuQUWoNpgJe8B9Nw8aQ ajKDiVbiNr0i9TyaKaOmxd21UKFFAhkikCfxi+TOB9CGuNvB6r/aYIm2N/vERjyejKNO 8RWQ== X-Gm-Message-State: AOAM5308L2CJoHJMB5eoKrvZpASvKJMiBlJL1k22z91ySPpDYBwM36F4 DKJRMLjEXwJK/C50G2YLwOeZ1IG7 X-Google-Smtp-Source: ABdhPJw2iYuRuPtzpI9CZ9sVOT9VBZV0QVHpA9AD86qz+H3Xu13XFluN3sGF0lMyf3nj4xEliOEe2w== X-Received: by 2002:a50:8fa1:: with SMTP id y30mr4717554edy.86.1591840162289; Wed, 10 Jun 2020 18:49:22 -0700 (PDT) Received: from [192.168.1.167] ([46.114.108.40]) by smtp.googlemail.com with ESMTPSA id u23sm733292eds.73.2020.06.10.18.49.21 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2020 18:49:21 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Unrelenting testplan D25219 Message-Id: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> Date: Thu, 11 Jun 2020 03:49:19 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49j6Gr0VQFz3Zdd X-Spamd-Bar: - X-Spamd-Result: default: False [-1.26 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.108.40:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(1.00)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.27)[0.266]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52f:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 01:49:24 -0000 <_<) = mini memstick image on a USB stick, CURRENT kernel with this + D25201 to = make XHCI attach at all + D25203 for a device to test the behind-GPU = restriction too + all my other patches lol but that's not relevant.>> !!Congratulations on the hack again !! =E2=80=A6=20 But sorry, it`s hard to understand the testplan =E2=80=A6. would it be possible for you to send a single patch with all your = patches here? =E2=80=A6 ideally for 13-current? By the way, on my 1st test on both 4GB&8GB - model 13-current it booted = up in acpi but ended up in an xhci- "detach/attach=E2=80=94loop=E2=80=9C =E2=80=A6 = while the USB-hubs were detected. your 3Gb-limit-hack(from yesterday) was included and the machdep-thing & = dwc_otg_acpi.=E2=80=A6 Since there maybe problems with different RPI_EFI.fd - versions(also = reported on NetBSD) we should create a testplan with the absolute identical = files/patches.(please 13-current). Your loader.efi-thing is unknown to me, another reason for a compatible = testenvironment. Other RPI4-testers of course very welcome! Thank you very much ! Regards K. From owner-freebsd-arm@freebsd.org Thu Jun 11 06:25:07 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3927934C953 for ; Thu, 11 Jun 2020 06:25:07 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic313-6.consmr.mail.ir2.yahoo.com (sonic313-6.consmr.mail.ir2.yahoo.com [77.238.179.245]) (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 49jDNx6wzlz47vt for ; Thu, 11 Jun 2020 06:25:05 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: N_6BpMEVRDvd.miR6A7lED5GPdAEx7ojsA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ir2.yahoo.com with HTTP; Thu, 11 Jun 2020 06:25:03 +0000 Date: Thu, 11 Jun 2020 06:23:02 +0000 (UTC) From: Oskar Holmlund To: freebsd-arm@freebsd.org Message-ID: <1195845687.4500304.1591856582224@mail.yahoo.com> In-Reply-To: <1475482977.403029.1590862144455@mail.yahoo.com> References: <1475482977.403029.1590862144455@mail.yahoo.com> Subject: Re: BeagleBone AI MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16072 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:77.0) Gecko/20100101 Firefox/77.0 X-Rspamd-Queue-Id: 49jDNx6wzlz47vt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.31 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.05)[-1.049]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCPT_COUNT_ONE(0.00)[1]; DBL_PROHIBIT(0.00)[2.227.206.160:email]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[77.238.179.245:from]; NEURAL_HAM_SHORT(-0.26)[-0.263]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 06:25:07 -0000 Den l=C3=B6rdag 30 maj 2020 20:09:04 CEST, Oskar Holmlund skrev:=20 Hello Rolf, Den l=C3=B6rdag 30 maj 2020 04:22:12 CEST, Dr. Rolf Jansen skrev:=20 We are starting a new project of industrial device controllers. We want to = utilize ARM-SBCs as unit controllers (and here a unit is one industrial dev= ice), and we need to attach at least 24 ADCs, 8 DACs and 16 DIOs to each un= it controller (UC). Many unit controllers (eventually tenths to hundreds) w= ould then communicate by a custom protocol over ethernet with a command and= control server. The UCs and the C&C server would be operated by FreeBSD. D= irect interoperability of the UCs with 3rd party IT systems is not a concer= n, integration needs to be done via the C&C server.=C2=A0=20 Since the sample/update rate requirements are quite low, we are going the I= =C2=B2C path, and initial testing has been done using the BeagleBone Black.= It got 2 separate I=C2=B2C 400 kbit/s busses which helps already, avoiding= I=C2=B2C address conflicts. Yet, the 8 port I=C2=B2C switch TCA9548A is wo= rking very well, and we are now sure to be able to attach enough ADCs, DACs= and DIOs to each unit controller. Although the initial viability tests were done with a BeagleBone Black runn= ing FreeBSD 13-CURRENT, we could start with another more modern SBC. First Question: What modern SBC with more than 1 I=C2=B2C bus and which can run FreeBSD 13+= + would you suggest? Now recently, I found the BeagleBone AI site https://beagleboard.org/ai/ . This one got also 2 I=C2=B2C busses, and physi= cally, with respect to a housing, it could be a 1:1 replacement for a BBB. = It seems, this one is still too new for FreeBSD. I am very fond of the BB c= oncept - for me it is much more appealing for industrial embedded applicati= ons than for example any RPI. However, the BBB came to age, and I would sta= rt a new project with it only, if there would be a reasonable chance for an= upgrade path. Two more Questions: Is it reasonable to assume that FreeBSD would run on a BBAI in the future, = let=E2=80=99s say in 2 to 3 years? Perhaps I could help porting FreeBSD to a BBAI. What would be the general s= teps? Many thanks in advance for any suggestions, advices and clarifications. Best regards Rolf _______________________________________________ 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" I'm also into industrial embedded systems, we currently use am3358 and in o= ur roadmap we have a plan to use am57xx in the future. We build our own cus= tom hardware and dont use Beaglebone* in the products. First question; have a quick look at the hardware documentation from the So= Cs vendor listed in sys/arm and sys/arm64. If you like the structure of the= documentation talk to the vendor and see if you can get the product life t= ime your project needs, do the support organisation give some kind of desig= n review of schematics...do the support organisation "know" something about= the BSDs? :) I think its good if you can fix problems in the future on your own due to t= he lack of manpower in freebsd@arm as both Ian Lepore and Emmanuel Vadot ha= s pointed out several times.=20 Steps to get AM57xx SoCs to work: 1 Print the schematics and parts of the documentation ( https://www.ti.com/= lit/ug/spruhz6l/spruhz6l.pdf ) on paper. 2 Find marking pens. 3 Build & boot u-boot - probably easy check out ports/sysutils/u-boot-* cha= nge model/board_config maybe some patches are needed. 4 Dive into the devicetree (moving target and not always correct) and under= stand the concept. The relationship between different parts of the system a= nd the documentation, find the registers & bits you need and issue read/wri= te (maybe some glue are needed aswell).=20 5 Write new/rewrite drivers. 6 goto (4) It will probably take a year or two to have stable support for am57xx. If y= ou have time to work on making freebsd boot on BBAI it will be great - mayb= e we can get it done in 6 months ? :) I will put up an initial proposal for am335x clock on reviews.freebsd.org a= s soon as my account has been approved. Head boots and i have tested most o= f the function except PRUs.=20 I assume am57xx/dra7xx have some new type of clock/dpll but it should not b= e too hard to add. //Oskar =C2=A0 I had to test booting freebsd on beagleboard x15, issues: * Build uboot - ofcourse am3xxx, am4xxx and am65xx has support for distro b= ootcmd, but not am57xx https://gitlab.denx.de/u-boot/u-boot/blob/master/doc/README.distro (Used for loading bootarm.efi) I have to cleanup to share, at the moment i just hacked something into incl= ude/config_distro_bootcmd.h. Loading the kernel seems to "work" but... U-Boot SPL 2020.04 (Jun 11 2020 - 08:41:27 +0200) DRA752-GP ES2.0 Trying to boot from MMC1 no pinctrl state for default mode Loading Environment from FAT... no pinctrl state for default mode *** Warning - bad CRC, using default environment Loading Environment from MMC... *** Warning - bad CRC, using default enviro= nment U-Boot 2020.04 (Jun 11 2020 - 08:41:27 +0200) CPU=C2=A0 : DRA752-GP ES2.0 Model: TI AM5728 BeagleBoard-X15 rev C Board: BeagleBoard X15 REV C.00 DRAM:=C2=A0 2 GiB MMC:=C2=A0=C2=A0 OMAP SD/MMC: 0, OMAP SD/MMC: 1 Loading Environment from FAT... *** Warning - bad CRC, using default enviro= nment Loading Environment from MMC... *** Warning - bad CRC, using default enviro= nment Net:=C2=A0 =C2=A0 Warning: ethernet@48484000 using MAC address from ROM eth0: ethernet@48484000 Hit any key to stop autoboot:=C2=A0 0 ## Error: "init_console" not defined switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 193669 bytes read in 11 ms (16.8 MiB/s) Found EFI removable media binary efi/boot/bootarm.efi Scanning disk mmc@4809c000.blk... ** Unrecognized filesystem type ** Scanning disk mmc@480b4000.blk... Found 5 disks BootOrder not defined EFI boot manager: Cannot load any image 518488 bytes read in 26 ms (19 MiB/s) Consoles: EFI console =C2=A0 =C2=A0=C2=A0=C2=A0 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: FreeBSD/arm EFI loader, Revision 1.1 (Thu Jun 11 09:48:19 CEST 2020 oskarh@maker.ohdata.se) =C2=A0=C2=A0 Command line arguments: l =C2=A0=C2=A0 Image base: 0xfce90000 =C2=A0=C2=A0 EFI version: 2.80 =C2=A0=C2=A0 EFI Firmware: Das U-Boot (rev 8224.1024) =C2=A0=C2=A0 Console: comconsole (0) =C2=A0=C2=A0 Load Path: /efi\boot\bootarm.efi =C2=A0=C2=A0 Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0= )/SD(0)/HD(1,0x01,0,0x3f,0xfff0) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(1,0= x01,0,0x3f,0xfff0) Setting currdev to disk0p1: Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(0)/SD(0)/HD(2,0x01,= 0,0x10400,0x56e400) Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local c[H[J[8;48H=C2=A0 [31m```=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 [31;1m`[31m[9;48H s` `.....---...[31;1m....--.```=C2=A0=C2= =A0 -/[31m[10;48H +o=C2=A0=C2=A0 .--`=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 [31;1m/y:`=C2=A0=C2=A0 =C2=A0 =C2=A0 +.[31m[11;48H=C2=A0 yo`:.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 [31;1m:o=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 `+-[31m[12;= 48H=C2=A0=C2=A0 y/=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m-/`=C2=A0=C2=A0 -o/[31m[13;48H=C2=A0 .-= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m::/sy+ :.[31m[14;48H=C2=A0 /=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m`-= -=C2=A0 /[31m[15;48H `:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 [31;1m:`[31m[16;48H `:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1 m:`[31m[17;48H=C2=A0 /=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 [31;1m/[31m[18;48H=C2=A0 .-=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m-.[31m[19;48H=C2=A0=C2=A0 = --=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m- .[31m[20;48H=C2=A0=C2=A0=C2=A0 `:`=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m`:`[2= 1;48H=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [31;1m.--=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 `--.[22;48H=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 .---.....----.[m[1;2H=C2=A0 ______=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0 =C2=A0=C2=A0 ____=C2=A0=C2=A0 _____ _____=C2=A0 [2;2H |=C2=A0 ____|=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 = _ \ / ____|=C2=A0 __ \ [3;2H | |___ _ __ ___=C2=A0 ___ | |_) | (___ | |=C2= =A0 | |[4;2H |=C2=A0 ___| '__/ _ \/ =C2=A0_ \|=C2=A0 _ < \___ \| |=C2=A0 | |[5;2H | |=C2=A0=C2=A0 | | |=C2=A0 _= _/=C2=A0 __/| |_) |____) | |__| |[6;2H | |=C2=A0=C2=A0 | | |=C2=A0=C2=A0=C2= =A0 |=C2=A0=C2=A0=C2=A0 ||=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 |=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |[7;2H |_|=C2=A0=C2=A0 |_|=C2=A0 = \___ |\___||____/|_____/|_____/ [9;2H+[22;2H+[9;44H+[22;44H+[9;3H---------------= --------------------------[22;3H----------------------------------- ------[10;2H|[10;44H|[11;2H|[11;44H|[12;2H|[12;44H|[13;2H|[13;44H|[14;2H|[1= 4;44H|[15;2H|[15;44H|[16;2H|[16;44H|[17;2H|[17;44H|[18;2H|[18;44H|[ 19;2H|[19;44H|[20;2H|[20;44H|[21;2H|[21;44H|[9;14HWelcome to FreeBSD[11;5H1= . [1mB[22moot Multi user [1m[Enter][22m[12;5H2. Boot [1mS[22mingle user[13;5H3. [1mEsc[22mape to loader prompt[14;5H4. [1mR[22meboot[15;5H[16;= 5HOptions:[17;5H5. [1mK[22mernel : default/[32mkernel[39m (1 of 1)[18;5H6. Boot [1mO[22mptions[25;0H[23;4HAu= toboot in 4 seconds, hit [Enter] to boot or any other key to stop [25;0H[23;4HAutoboot in 2 seconds, hit [Enter] to boot or any other key to = stop=C2=A0=C2=A0=C2=A0 =C2=A0 [25;0H[23;4HAutoboot in 1 seconds, hit [Enter] to boot or any other key to = stop=C2=A0=C2=A0=C2=A0 =C2=A0 [25;0H[23;4HAutoboot in 0 seconds, hit [Enter] to boot or any other key to = stop=C2=A0=C2=A0=C2=A0 =C2=A0 [25;0HLoading kernel... /boot/kernel/kernel text=3D0x72bc74 data=3D0x83df0 data=3D0x0+0x224000 syms= =3D[0x4+0x84a30+0x4+0xe7d91] Loading configured modules... /boot/entropy...can't find '/boot/entropy' failed! /etc/hostid...can't find '/etc/hostid' failed! Using DTB provided by EFI at 0x87ecd000. Kernel entry at 0xf7000180... a Kernel args: (null) after bi_load after di_cleanup added the last two printfs __elfN() in /usr/src/stand/efi/loader/arch/arm/e= xec.c //Oskar From owner-freebsd-arm@freebsd.org Thu Jun 11 09:10:25 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 94B1C34FFA9 for ; Thu, 11 Jun 2020 09:10:25 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jJ3h1pb6z4HPJ for ; Thu, 11 Jun 2020 09:10:24 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Thu, 11 Jun 2020 09:10:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591866615; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rpGPBZabQcJYaTa0S17r2iAFEshsbWeJkc6CGwbawO8=; b=YOMlkNF3lUvkBygdhWbBIyO1w1AnodfD+cDMrIcpYJSPcWJJnwonocNlasAbKZMsBdgggC aVIu2PHvrXX284cXcnFI3o9nP9EPla4zl5q4CARk2SoZHbElJNOCOpaJfYNc1cdlflbJ+Z EZ2vuUJPgnv8Q8R1SpwDnDt76R8JBrc= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: =?ISO-8859-1?Q?Klaus_K=FCchemann?= , =?ISO-8859-1?Q?Klaus_K=FCchemann_via_freebsd-arm?= , freebsd-arm@freebsd.org Subject: Re: Unrelenting testplan D25219 In-Reply-To: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> References: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49jJ3h1pb6z4HPJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=YOMlkNF3; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.08)[-1.076]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.99)[-0.987]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.56)[-0.557]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 09:10:25 -0000 On June 11, 2020 1:49:19 AM UTC, "Klaus K=C3=BCchemann via freebsd-arm" wrote: >But sorry, it`s hard to understand the testplan =E2=80=A6=2E >would it be possible for you to send a single patch with all your patches= here? =E2=80=A6 >ideally for 13-current? All the patches are for current obviously=2E Just apply the DMA one + the memory map one=2E >By the way, on my 1st test on both 4GB&8GB - model 13-current it booted u= p in acpi >but ended up in an xhci- "detach/attach=E2=80=94loop=E2=80=9C =E2=80=A6 w= hile the USB-hubs were detected=2E Huh=2E For me it resets once, then finds the flash drive just fine=2E >Your loader=2Eefi-thing is unknown to me, another reason for a compatibl= e testenvironment=2E Hm, I think others have reported this too: with a current memstick image, = nothing shows up on any console when starting the loader=2Eefi=2E Using an = old loader (from 12) works for me=2E From owner-freebsd-arm@freebsd.org Thu Jun 11 13:59:34 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 075FB331FA5 for ; Thu, 11 Jun 2020 13:59:34 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 49jQTK1kl9z3Rrh for ; Thu, 11 Jun 2020 13:59:32 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x52a.google.com with SMTP id t21so3988204edr.12 for ; Thu, 11 Jun 2020 06:59:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=K4igoGhFAi6I0sdLB6Wj8sGcvHak9WUTuMJaAFpjSUM=; b=tuia5k0nLfLTMb3oDhH7KuEei5ikcL/Nj+8FH+4oXguCOOVbXbofixVQTrClOzlUnR YTz40C8ShzdzVNQMg0b/Ub/BW4OnjzYred4SUwdFBTc1FPDXxD/R9HH5aHvf+NzBMQY2 puZ6MIC4fzqZ7SCG0IlN3h/lJPrTWvPaQ8ve13nxXRI67J+Of+G+S+YYmIlzKmu9e0mp 6Uye5xWZzPxpPn8v80E98hxdcYoY8PgoX8NvjoxOAX2tM0CS021ztWQgECnazviH7Hz3 ju1gsuYddDAE1kUhkgvh5IURbjzZjF7/GKlN4Mp8/k16Vihvo033WkHTycZDcypkCv4Q rwKg== X-Gm-Message-State: AOAM532MCFd7oH8oG3IiIrlGtTpyqFdpB8GgyZWVcejlLujXhtEgsyFT MC9AwQRQx7G1h9SR/iYYXaso/WYP X-Google-Smtp-Source: ABdhPJyEU2UE3w59thEkHF0eGkIneNeV6fId5SDsKw6b88aui9QZ2Szmn4GnndZQechSSNS919M95A== X-Received: by 2002:a05:6402:149:: with SMTP id s9mr6841750edu.375.1591883971511; Thu, 11 Jun 2020 06:59:31 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.190]) by smtp.googlemail.com with ESMTPSA id d6sm1556190edn.75.2020.06.11.06.59.29 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2020 06:59:30 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Thu, 11 Jun 2020 15:59:28 +0200 References: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jQTK1kl9z3Rrh X-Spamd-Bar: - X-Spamd-Result: default: False [-1.78 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.09)[-0.089]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.190:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.027]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52a:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 13:59:34 -0000 > Am 11.06.2020 um 11:10 schrieb myfreeweb = : >=20 >=20 >=20 > On June 11, 2020 1:49:19 AM UTC, "Klaus K=C3=BCchemann via = freebsd-arm" wrote: >> But sorry, it`s hard to understand the testplan =E2=80=A6. >> would it be possible for you to send a single patch with all your = patches here? =E2=80=A6 >> ideally for 13-current? >=20 > All the patches are for current obviously. >=20 > Just apply the DMA one + the memory map one. >=20 >> By the way, on my 1st test on both 4GB&8GB - model 13-current it = booted up in acpi >> but ended up in an xhci- "detach/attach=E2=80=94loop=E2=80=9C =E2=80=A6= while the USB-hubs were detected. >=20 > Huh. For me it resets once, then finds the flash drive just fine. >=20 >> Your loader.efi-thing is unknown to me, another reason for a = compatible testenvironment. >=20 > Hm, I think others have reported this too: with a current memstick = image, nothing shows up on any console when starting the loader.efi. = Using an old loader (from 12) works for me. got it, so 13/D25219/D25201/v1.14 loader.efi-thing maybe fixed in rS362008.. hope so.. actually you deserve a little rest now :-) but I allow myself one to ask you one last piece of information before = I start a complete kernel/world rebuild: which pieeprom did you flash ? O.K. for you when I publish infos on the Wiki or do you want to do that = yourself? (I would only post to Wiki if tests succeed on both 4GB/8GB). From owner-freebsd-arm@freebsd.org Thu Jun 11 14:06:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B4A233216D for ; Thu, 11 Jun 2020 14:06:04 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jQcq17lwz3SlK for ; Thu, 11 Jun 2020 14:06:02 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591884355; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Z1miQOSAaXKCG9XLl/PKTjIIwiZszhUA05vIOqe83Ro=; b=GO658f4q0DogFoK4JsDp4AG6Pbb5DREeDKmvMwRns78QeAFWsaP6v4MFQekurkwJTxVdud CwnCw3w57pUdilIjI0xgq+Nd76v/6KLXHOYeGUj2rnmUoEraiJuDgdDc618Rq5BNc4DE0H +3Bf6oGh8dUOhGRPtIYjlSMjgJ+CO4A= Date: Thu, 11 Jun 2020 14:05:53 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <950a23f7e46c9f256241938abbbb2190@unrelenting.technology> Subject: Re: Unrelenting testplan D25219 To: "=?utf-8?B?S2xhdXMgS8O8Y2hlbWFubg==?=" , freebsd-arm@freebsd.org In-Reply-To: References: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49jQcq17lwz3SlK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=GO658f4q; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.61)[-0.605]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[94.23.1.103:from]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 14:06:04 -0000 June 11, 2020 4:59 PM, "Klaus K=C3=BCchemann" = wrote:=0A=0A> loader.efi-thing maybe fixed in rS362008.. hope so..=0A=0A= hm, yeah, a NULL pointer dereference would indeed hang the whole loader.= =0A=0A> but I allow myself one to ask you one last piece of information b= efore I start a complete=0A> kernel/world rebuild:=0A=0AWhy bother with a= world rebuild to test kernel stuff, you can just use a custom kernel=0Aw= ith a prebuilt world from a memstick or something :D=0A=0A> which pieepro= m did you flash ?=0A=0AWhich WHAT? The Pi 4 has a flashable EEPROM type t= hing on it?!?!=0A=0AI didn't flash anything, everything is stock.=0AI've = held onto my assumption from previous Pis that there is no modifiable sta= te=0Aon the board, only an untouchable boot ROM on the chip that directly= reads the next thing=0Afrom the SD card or other places, haha.=0A=0A> O.= K. for you when I publish infos on the Wiki or do you want to do that you= rself?=0A=0ANo, I don't have a wiki account, feel free to post whatever y= ou want there. From owner-freebsd-arm@freebsd.org Thu Jun 11 14:25:34 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A7142332977 for ; Thu, 11 Jun 2020 14:25:34 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ed1-x541.google.com (mail-ed1-x541.google.com [IPv6:2a00:1450:4864:20::541]) (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 49jR3K45Ctz3Thn for ; Thu, 11 Jun 2020 14:25:33 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ed1-x541.google.com with SMTP id o26so4065879edq.0 for ; Thu, 11 Jun 2020 07:25:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ZydLH2DcOizOCNS347LggNZFj5Mp5YM6MOlEZNifMUo=; b=YoiSO7IBD/PfwpSnlyeTXTRLeTGmCvLLDb9zYUiRelOhDaKcwrIeSWAkHNZi6eGKy2 E5ca4JT7GXWCz4PjAcunihhlb6wCiqYrmCqHsjzO2ZwQRpJK44OIi8GCwwD6nMe5OrM9 tCxp60ntZobVIqZFtnBvccz0BtSWaWFT3+mhuDc+tLhjE62QeWwiaiByerQ0LAoEvtDV P6FSmrYcQe4mRy65BOHJWhmDsssSSUio065m75Arobf9Nho1Twa+Kla0EPKAuZSPO7KT cdvTH18UXmqtZUaBp1BPdImR/zxu1UuzYynbfU4hX+h9AJu7xAQhfxZM5xIHs4L0W6Lx rf+Q== X-Gm-Message-State: AOAM5307kPw4Xt1E+cXH7Lnl+UoJT7+YZEAR1K0od+jih8XHphO0EWTD mNuyFuTWfqsAxV11zetPfL0= X-Google-Smtp-Source: ABdhPJyiyOFeH0KU4MlyMEUdJ8RMCzur8pyKZG2F8fG5DuVNM2bXk1cfbcl10I6h4FbdlLrnhWKFiQ== X-Received: by 2002:a50:ee01:: with SMTP id g1mr6988575eds.44.1591885531612; Thu, 11 Jun 2020 07:25:31 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.190]) by smtp.googlemail.com with ESMTPSA id n25sm1586749edo.56.2020.06.11.07.25.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2020 07:25:30 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Thu, 11 Jun 2020 16:25:28 +0200 References: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <950a23f7e46c9f256241938abbbb2190@unrelenting.technology> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: <950a23f7e46c9f256241938abbbb2190@unrelenting.technology> Message-Id: <272692BC-1B2E-44C0-AB98-87DF115E5B15@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jR3K45Ctz3Thn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.67 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.98)[-0.983]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.190:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.026]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_HAM_LONG(-1.00)[-0.998]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::541:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 14:25:34 -0000 You never rest, cool :-) Ha Ha =E2=80=A6 > Am 11.06.2020 um 16:05 schrieb greg@unrelenting.technology: >=20 > June 11, 2020 4:59 PM, "Klaus K=C3=BCchemann" = wrote: >=20 >> loader.efi-thing maybe fixed in rS362008.. hope so.. >=20 > hm, yeah, a NULL pointer dereference would indeed hang the whole = loader. >=20 >> but I allow myself one to ask you one last piece of information = before I start a complete >> kernel/world rebuild: >=20 > Why bother with a world rebuild to test kernel stuff, you can just use = a custom kernel > with a prebuilt world from a memstick or something :D If you knew how many uSDs from NO_CLEAN=3Dyes laying around here :-) Ha = Ha=20 Sometimes I feel better better a clean rebuild when bugs of unknown = trigger occur... >=20 >> which pieeprom did you flash ? >=20 > Which WHAT? The Pi 4 has a flashable EEPROM type thing on it?!?! Yeah, there is a flashable eeprom, I flashed the new beta (USB-boot) on = the 8GB, I`ve uploaded it t here: = https://sourceforge.net/projects/rpi4-8gbram-betafirmw-03062020/ (should apply to both 4GB/8GB, afair, but sure on 8GB) Just erase uSD to FAT32 with=20 https://www.raspberrypi.org/blog/raspberry-pi-imager-imaging-utility/ .. unzip pieprom.zip to uSD, boot (green screen on HDMI, success on UART = and bli king green light blinking o. pcb Indicates fw-upgrade.success=E2=80=A6 >=20 > I didn't flash anything, everything is stock. Do you know WHICH stock?( they are different on different models) (If booting without inserted uSD it should show the eprom-version, But that depends on flashed eprom-version, afair) > I've held onto my assumption from previous Pis that there is no = modifiable state > on the board, only an untouchable boot ROM on the chip that directly = reads the next thing > from the SD card or other places, haha. >=20 >> O.K. for you when I publish infos on the Wiki or do you want to do = that yourself? >=20 > No, I don't have a wiki account, feel free to post whatever you want = there. Great! Than you very much ! From owner-freebsd-arm@freebsd.org Thu Jun 11 17:56:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E12CE33C071 for ; Thu, 11 Jun 2020 17:56:47 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from dazed.zeppelin.net (dazed.zeppelin.net [75.144.17.114]) (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 49jWl26tCFz49N6 for ; Thu, 11 Jun 2020 17:56:46 +0000 (UTC) (envelope-from bsd@zeppelin.net) Received: from rp64bsd.zeppelin.net.zeppelin.net (pfsense.zeppelin.net [75.144.17.117]) by dazed.zeppelin.net (Postfix) with ESMTP id A87D51D6452; Thu, 11 Jun 2020 10:56:41 -0700 (PDT) From: Josh Howard To: Emmanuel Vadot Cc: freebsd-arm@freebsd.org Subject: Re: State of ROCKPro64? References: <85o8proi32.fsf@zeppelin.net> <20200610161345.759ac98efa8ddc6b9a15928d@bidouilliste.com> Date: Thu, 11 Jun 2020 10:56:38 -0700 In-Reply-To: <20200610161345.759ac98efa8ddc6b9a15928d@bidouilliste.com> (Emmanuel Vadot's message of "Wed, 10 Jun 2020 16:13:45 +0200") Message-ID: <87y2otlc4p.fsf@rp64bsd.zeppelin.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 49jWl26tCFz49N6 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bsd@zeppelin.net has no SPF policy when checking 75.144.17.114) smtp.mailfrom=bsd@zeppelin.net X-Spamd-Result: default: False [3.29 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.34)[0.341]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zeppelin.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.43)[0.434]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.62)[0.615]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7922, ipnet:75.144.0.0/13, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 17:56:47 -0000 Emmanuel Vadot writes: >> - Is booting from eMMC working? I tried both an SD card and eMMC with no >> luck. > > I'll test eMMC soon-ish but I don't see why it wouldn't work. I tried to write to eMMC and boot off of it (with the fstab fix applied) and wasn't able to get it to the point where it where it would get to multi-user and get a DHCP address. I'll hopefully have my UART today and can see why eMMC doesn't seem to be bootable for me. > Note that I've just fixed a bug which prevented booting any arm GPT > image : https://svnweb.freebsd.org/base?view=revision&revision=362010 Thanks. With this I was able to boot up. Things seem to be working, with the exception of the stuff not expected to be working (e.g. HDMI). From owner-freebsd-arm@freebsd.org Thu Jun 11 19:51:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A49F33FB12 for ; Thu, 11 Jun 2020 19:51:57 +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 49jZHw3HqXz4K4R for ; Thu, 11 Jun 2020 19:51:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: QQvOaG4VM1nUepmS_uFnvcUmhWq81Yvalarg9RlTdjPRxK9oAioMqhLIT.njsFV 6fRtfM2qg2m2wAEfO6fUyHH22_xmKmpuMVRly0_XvkcJjxymLfPTGbJV2sdbZUnyTx5MEKmXF2qt d398PxPEuNBYfbO5ATdsN6jSUFT7p2CzatjPk1kgwCEgOlmfQvC4paWwPtEdN6JxS2Se24XtUmU7 t7hX48LHAWNC0kZ..ZpPQDxAqDgrbGtp_HFLgCqpyfq6c5Y0sRH2CKcnTXD8dU70QS.wUhmqVoEc OGArT03_qdKsLqjUhe8No1fZL6AIS2rctCksrF1Ey3OmSjSZpaHA1TkRJ7CsOYqeop7NPO0UorTJ tfmMxKMpouyjKRGuwuGbXIrZWZZnVEHPIs7q3TwG988pYoGDtc7APhzrUMPbkIfYmGpgFi75jfT8 o7tosKd.O1HzsHyS4scbjIaxSPOV_0ApFi06FKpUCVHmHQDSUILxvDD8MM2vuxcivR10iWJNy31h xoyJKj2UP8RLY_w6UjURhUgKD0fEBE2FA.qmGWETcRU05rvV.7CUdeWtXTCwwetUR8eH.djuoa9t Gv5_fMkBvrKRzZXizFDapYgfV.ZqkARL8FGmGmIXm1cQq2cnHDODoVEcb7i.2UDGK9CTF_mQEbfK 4uZ7XZa_X5hv.DXvJ4.2BLVj.ljIu4zquXCqV8UKtRVKnBUj25B4zokWO6ZaylYFd1IblFe7FspD 8PF0zeSbhTcuMawMaEtqYrPdat9JsHKxcPRjP1HcfKt9tDwfsd9YP6H3hcIHRaHIYZ4ZHUEsfCxq Sv.Se0jDai3JD2ZNvXmmE3EK3ig60IeoIxoG7RrrEY4QVJnOMBUfphoLk3z0QPQPuJwELMhWC5j1 veUWLLecGZceX5vXcVM3kLASU5spHXt8.O7t64S7HVOpdr6f.3sG_61xhQPtX5nmTOkk10riztNj pPsrO2n8crIB2mGfj0XXilbyyKNQS3vRbwAjvEe9F9n0NVf7M4iHXhr1Ynoy0A18ACUDvOZWQhnM zmKA4Q18b_zoM99nJvdqu4Xo4XdjRemElkQAX8JBK4j8NHoxFgkflmcK8100umoq8NOJbQNE16RS 6Kx3q48b6z8.9auiGVhDlM.2HIV1owhegGtl39PlbDHKyEOP7ZDvuxZlqJ5tzkVRLqk9nZTMaaav NznmdAXDQ4aW_RHI998tu6j.G.Ng7GV8phyz9wRnBkxwSBlGKN.JksfjjEynJ.mcFt4f65bUnBZF jSEKtFBphlzMAZxb4I0mIZlEfa6ORvlEdwGmjK5K__zo91nKvlcz0ajJTnnngt1uoiinRPV3xauh h3X5jM4C7nFSCsLfySMsUESvEsESqvoD1bSstI9mYXMmmiP7jssroLg.osOyzpiLX29LVDwwV478 ApvueM4FjTcMg_9PdAsrOxwiEGlKqxiSB6vhgite3Q8nwYdjPJmqdqAsi3M1uxg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2020 19:51:54 +0000 Received: by smtp412.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e5ccb4385f5c1692d4a4211e627a1918; Thu, 11 Jun 2020 19:51:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 From: Mark Millard In-Reply-To: Date: Thu, 11 Jun 2020 12:51:51 -0700 Cc: myfreeweb , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> References: <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jZHw3HqXz4K4R X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 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(-0.81)[-0.812]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.002]; MIME_GOOD(-0.10)[text/plain]; 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] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 19:51:57 -0000 On 2020-Jun-11, at 06:59, Klaus K=C3=BCchemann via freebsd-arm = wrote: >=20 >> . . . > loader.efi-thing maybe fixed in rS362008.. hope so.. >=20 > . . . For the RPi4 UEFI/ACPI based boot context . . . I grabbed a loader.efi from: = https://artifact.ci.freebsd.org/snapshot/head/r362017/arm64/aarch64/base.t= xz (the closest to -r362008 that was available for aarch64). Substituting it as EFI/BOOT/BOOTAA64.EFI into what I'd been attempting boots with and got (no other updates, so not expecting a complete boot): Consoles: serial port =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk1p3: FreeBSD/arm64 EFI loader, Revision 1.1 (Wed Jun 10 20:35:29 UTC 2020 = root@FreeBSD-head-aarch64-build.jail.ci.FreeBSD.org) Command line arguments: loader.efi Image base: 0x33830000 EFI version: 2.70 EFI Firmware: https://github.com/pftf/RPi4 (rev 1.00) Console: comconsole (0) Load Path: \EFI\BOOT\BOOTAA64.EFI Load Device: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(3,GPT,#..#,0x19300= 800,0x32000) BootCurrent: 0003 BootOrder: 0002 0000 0001 0003[*] BootInfo Path: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0) Ignoring Boot0003: Only one DP found Trying ESP: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(3,GPT,#...#,0x1930= 0800,0x32000) Setting currdev to disk1p3: Trying: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(1,GPT,#...#,0x800,= 0x18A00000) Setting currdev to disk1p1: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... /boot/kernel/kernel text=3D0xa5b074 data=3D0x190ed8 data=3D0x0+0x3017a6 = syms=3D[0x8+0x10caa0+0x8+0x132a1c] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2180 text=3D0x1430 data=3D0x6f0+0x10 = syms=3D[0x8+0xf78+0x8+0xb8d] /boot/kernel/ucom.ko text=3D0x21bf text=3D0x3700 data=3D0x888+0x858 = syms=3D[0x8+0x1188+0x8+0xb1b] /boot/entropy size=3D0x1000 /etc/hostid size=3D0x25 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! EFI framebuffer information: addr, size 0x3e402000, 0x7f8000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #2 r360311M: Sat Apr 25 10:39:37 PDT 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.0-0-gd32170dbd5b) VT(efifb): resolution 1920x1080 module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface MAP 1d0000 mode 2 pages 32 MAP 33930000 mode 2 pages 80 MAP 33a10000 mode 2 pages 128 MAP 33ab0000 mode 2 pages 128 MAP 37000000 mode 2 pages 400 MAP 37190000 mode 2 pages 592 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. acpi0: acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 15,16,17 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 0.000001s acpi_syscontainer0: on acpi0 cpu0: on acpi0 acpi_syscontainer1: on acpi0 xhci0: iomem 0x600000000-0x600000fff irq 0 = on acpi0 panic: Misaligned access from kernel space! cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff000000823608 lr =3D 0xffff00000010c1dc sp =3D 0xffff000000010280 fp =3D 0xffff000000010480 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff00000010c1dc lr =3D 0xffff000000473934 sp =3D 0xffff000000010490 fp =3D 0xffff0000000104e0 vpanic() at panic+0x44 pc =3D 0xffff000000473934 lr =3D 0xffff00000047379c sp =3D 0xffff0000000104f0 fp =3D 0xffff000000010590 panic() at align_abort+0x7c pc =3D 0xffff00000047379c lr =3D 0xffff000000842ac8 sp =3D 0xffff0000000105a0 fp =3D 0xffff000000010610 align_abort() at do_el1h_sync+0x144 pc =3D 0xffff000000842ac8 lr =3D 0xffff000000841b84 sp =3D 0xffff000000010620 fp =3D 0xffff000000010630 do_el1h_sync() at handle_el1h_sync+0x78 pc =3D 0xffff000000841b84 lr =3D 0xffff000000826078 sp =3D 0xffff000000010640 fp =3D 0xffff000000010780 handle_el1h_sync() at xhci_init+0x1bc pc =3D 0xffff000000826078 lr =3D 0xffff0000002a6954 sp =3D 0xffff000000010790 fp =3D 0xffff000000010810 xhci_init() at generic_xhci_attach+0x1cc pc =3D 0xffff0000002a6954 lr =3D 0xffff00000087105c sp =3D 0xffff000000010820 fp =3D 0xffff000000010850 generic_xhci_attach() at device_attach+0x3f0 pc =3D 0xffff00000087105c lr =3D 0xffff0000004b4b9c sp =3D 0xffff000000010860 fp =3D 0xffff0000000108b0 device_attach() at bus_generic_new_pass+0x11c pc =3D 0xffff0000004b4b9c lr =3D 0xffff0000004b6b64 sp =3D 0xffff0000000108c0 fp =3D 0xffff000000010910 bus_generic_new_pass() at bus_generic_new_pass+0xac pc =3D 0xffff0000004b6b64 lr =3D 0xffff0000004b6af4 sp =3D 0xffff000000010920 fp =3D 0xffff000000010950 bus_generic_new_pass() at bus_generic_new_pass+0xac pc =3D 0xffff0000004b6af4 lr =3D 0xffff0000004b6af4 sp =3D 0xffff000000010960 fp =3D 0xffff000000010990 bus_generic_new_pass() at root_bus_configure+0x40 pc =3D 0xffff0000004b6af4 lr =3D 0xffff0000004b8c48 sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109d0 root_bus_configure() at mi_startup+0x22c pc =3D 0xffff0000004b8c48 lr =3D 0xffff0000003f23dc sp =3D 0xffff0000000109e0 fp =3D 0xffff000000010a20 mi_startup() at virtdone+0x5c pc =3D 0xffff0000003f23dc lr =3D 0xffff00000000108c sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at generic_bs_r_4: ldr w0, [x1, x2] db>=20 Looks like loader.efi vintage problems were what previously stopped the boot much earlier (no loader output back then). =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 Jun 11 19:56:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D352F33FE9A for ; Thu, 11 Jun 2020 19:56:38 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49jZPK3MfJz4Kb9 for ; Thu, 11 Jun 2020 19:56:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591905395; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CN6hNZ5l3w7vV9KhuL7Z/ukeJH/ww9pRo1/zavW7lAg=; b=hSO52AnBYYw1VoNkEU239MoLoCsMdSZcWrELv8D6GU8RT+AXyZbH+0Bq/1+rW4tCVe2z5o us5ENcShcSLoh0d+9+pvm9o2M7L90Jqd+VgbtVmF8K2UJiKEWLYZazjhjOcPJn0j2bzR72 3/f/BcdgeKccytowMDzZtTzQKJN/pbg= Date: Thu, 11 Jun 2020 19:56:34 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> Subject: Re: Unrelenting testplan D25219 To: "Mark Millard" , "=?utf-8?B?S2xhdXMgS8O8Y2hlbWFubg==?=" Cc: freebsd-arm@freebsd.org In-Reply-To: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> X-Spam-Score: -2.96 X-Rspamd-Queue-Id: 49jZPK3MfJz4Kb9 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=hSO52AnB; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-1.01)[-1.008]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.15)[-0.154]; FREEMAIL_TO(0.00)[yahoo.com,googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 19:56:38 -0000 June 11, 2020 10:51 PM, "Mark Millard" wrote:=0A=0A> = On 2020-Jun-11, at 06:59, Klaus K=C3=BCchemann via freebsd-arm wrote:=0A> =0A>> loader.efi-thing maybe fixed in rS362= 008.. hope so..=0A> =0A> For the RPi4 UEFI/ACPI based boot context . . .= =0A> =0A> I grabbed a loader.efi from:=0A> =0A> https://artifact.ci.freeb= sd.org/snapshot/head/r362017/arm64/aarch64/base.txz=0A> =0A> (the closest= to -r362008 that was available for aarch64).=0A> Looks like loader.efi v= intage problems were what=0A> previously stopped the boot much earlier (n= o=0A> loader output back then).=0A=0AOkay, cool. I've had the "no loader = output" thing with the loader.efi from the=0AFreeBSD-13.0-CURRENT-arm64-a= arch64-20200528-r361567-mini-memstick image.=0A=0ABut didn't have that pr= oblem with whatever I used back in February. From owner-freebsd-arm@freebsd.org Fri Jun 12 05:06:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 915E132E258 for ; Fri, 12 Jun 2020 05:06:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 49jpbc3Dskz3fv1 for ; Fri, 12 Jun 2020 05:06:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x430.google.com with SMTP id r7so8391684wro.1 for ; Thu, 11 Jun 2020 22:06:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=NbQUGkqj28b+TP3Ox0EHPszRSMB4DT3SXQ02OSeyINk=; b=K4jIF617pQRGZmgRpyMFDD1zqN0oYojCPdW+saYwdgV68dP9hVtc0bB98KcRlOiUZz r/FmRrJ+NN7Dmp7KgBt5iQm/ij0RT/rD1zY/r0Vn1GfAxgLHOTJrNbv52A2cTYWLlNUF uH5x/zmLebGsvDZFGqe7RXo+NlPSY5He/+vRn3uMmfA0jInBlbP+GaQOQ9WDWTXCpaar VIiKuzHaSakL67hqkWjW2aaPTRAJZhtatKF/ND1vT6CZwspjenwqXx/42TQk10p6Ftru ntrV0jSv6xCzJxGHRBFx4nhh/wQdqkAkZoPNWnnqik6QfP/1S8xyZFhcSI8Ds8IJQuBa j7oQ== X-Gm-Message-State: AOAM532xqIFKxuf72NT8SXqbwfWs/bWqh/6RvTyxr6qbtDv/vS7P21jV XdHKXYbjsRJIsTDG4KMikQk= X-Google-Smtp-Source: ABdhPJygVLXwPYxm/f4Phac0CdiWibzx8TjBnkkM2VxBVwjSw7KvQP2iHSufFx/MojSzTWp/JuHlBA== X-Received: by 2002:a5d:40d2:: with SMTP id b18mr12604282wrq.131.1591938377998; Thu, 11 Jun 2020 22:06:17 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.190]) by smtp.googlemail.com with ESMTPSA id 30sm8517951wrd.47.2020.06.11.22.06.16 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2020 22:06:16 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Fri, 12 Jun 2020 07:06:15 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> To: myfreeweb , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> Message-Id: <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jpbc3Dskz3fv1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.45 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.74)[-0.735]; FREEMAIL_TO(0.00)[unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.035]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.190:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 05:06:21 -0000 still ends up in Resetting-controller-loop : https://dmesgd.nycbug.org/index.cgi?do=view&id=5536 dmesg is the 8GB, but 4 GB is the same, even with the older v 1.13 of UEFI .. From owner-freebsd-arm@freebsd.org Fri Jun 12 05:20:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7C7F932EA80 for ; Fri, 12 Jun 2020 05:20:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (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 49jpwF3qtlz3g1b for ; Fri, 12 Jun 2020 05:20:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id q11so8394032wrp.3 for ; Thu, 11 Jun 2020 22:20:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=R4uXL95/8u5/7IqbaeNREMRwwvFIO95qIeZo50q+G8I=; b=klVfHQXDtVu8Krm0Dlfb4qlhyGnaIxtP38af5RF+vOriwE2REiFf7zpi1x3xlQQbqA 84QTWdYaME/P3ym4SpRiM7fazVfYaX3FmehS4bCA4bX0YubDx6UHXzL644lfDSTUj0qK /y9a1brm+dbGzw5KplZiwRGbJkOJbNRdk/1FmAK/cyPwB10wxxfd+zNBSB3hIjtKnqXD IVPUIhnj4Gdn9wqnSefEoy7Bgo32Mm8wnvMtWK7tFruJhxgoOj2bujDhJxErMCqJa0bi JQnO1/TwgR3kwCTDD17RwqZ9uErbZV9iBErAmlRy2ZW2AGTBR9OWblF6XAnoos/K5AjJ osAQ== X-Gm-Message-State: AOAM530GFnthbKKVMS55N710FDs5TkB4cuiD0yqCdU+/U+Xecn62cp73 HBrBBYjyq5dHfh3gwTR0qco= X-Google-Smtp-Source: ABdhPJwbKhqU0lMtdqfPn4zRwuDIeXNwIyNg/fdCRCKSRumpSNsKbusmUAbkmkwYHGaTgE/nQQ7TVw== X-Received: by 2002:a5d:69ca:: with SMTP id s10mr13321867wrw.203.1591939243116; Thu, 11 Jun 2020 22:20:43 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.190]) by smtp.googlemail.com with ESMTPSA id z9sm6843857wmi.41.2020.06.11.22.20.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2020 22:20:42 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Fri, 12 Jun 2020 07:20:41 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> To: myfreeweb , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> Message-Id: <7833C95C-C8DF-4874-98CB-F6E5FA439400@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jpwF3qtlz3g1b X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.70)[-0.704]; FREEMAIL_TO(0.00)[unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.190:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42f:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 05:20:46 -0000 > Am 12.06.2020 um 07:06 schrieb Klaus K=C3=BCchemann = : >=20 > still ends up in Resetting-controller-loop : >=20 > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5536 >=20 > dmesg is the 8GB, but 4 GB is the same, > even with the older v 1.13 of UEFI .. >=20 >=20 >=20 >=20 >=20 that was from the xxx_img.xz , ah, wait , what do I see there : < _<) = mini memstick image on a USB stick, CURRENT kernel with this + D25201 to = make XHCI attach at all + D25203 for a device to test the behind-GPU = restriction too + all my other patches lol but that's not relevant.>> < mini memstick image on a USB stick> O.K, will try that=20= From owner-freebsd-arm@freebsd.org Fri Jun 12 05:45:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3155B32ED64 for ; Fri, 12 Jun 2020 05:45:18 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 49jqSY3vJ1z3ydQ for ; Fri, 12 Jun 2020 05:45:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x430.google.com with SMTP id r7so8450096wro.1 for ; Thu, 11 Jun 2020 22:45:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=OqxYPHuUpL8zKii875sQfwYyTGsq4VuLtTPJdPFw1bk=; b=otwv+Sc6iYbSEXbOVkRLVgGI709PDf5ZpBAEkBQLrlEH+t1xMw6Ldln9ODEpyuZzb/ ZnPvDD3FjGJ4cpesZU/3UwsnMQcruipHh9kb9CIdj26v2LyyE1l9QIhl7gPAnPAI8Fwq PqeoEvx3IzGoocF9/rp7bZy1BKTScGYto6tmf6wVlKi5U4VCx+dyPZ8lTfYrzp2284Yh WkjBhDa4pE3dCzBc3BS7UZWrWmFLz3t27tS/d8oQsdCTJ5RGyUK88jSrsTiEZc0kVF1M DDUG/gZkhj5TxWu3SxH7PJsSEDHG907OkhgDWU8QjOw+WN4ZhMkCLmhtlbTzDTT3RVLV DxbQ== X-Gm-Message-State: AOAM531xwOp3LETAd7892SpMvlfb0rt0qooOZID5QIIZBCL/pHJQdf3V aJwxaTOu4v3NC1Wavi9w23M= X-Google-Smtp-Source: ABdhPJzFf5TKjxuqLI5XJ6byhO50UBHD45PUrp1Zr1rxDHRxHirpd+0lrEIryARNwTxabWA6XUH4/A== X-Received: by 2002:adf:ff83:: with SMTP id j3mr13219951wrr.264.1591940716316; Thu, 11 Jun 2020 22:45:16 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.190]) by smtp.googlemail.com with ESMTPSA id d17sm8831559wrg.75.2020.06.11.22.45.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Jun 2020 22:45:15 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Fri, 12 Jun 2020 07:45:13 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <7833C95C-C8DF-4874-98CB-F6E5FA439400@googlemail.com> To: myfreeweb , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <7833C95C-C8DF-4874-98CB-F6E5FA439400@googlemail.com> Message-Id: <9971DA2B-E8C2-4170-B66F-58C399FBC285@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49jqSY3vJ1z3ydQ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.42 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.70)[-0.703]; FREEMAIL_TO(0.00)[unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.190:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.04)[-1.038]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 05:45:18 -0000 > Am 12.06.2020 um 07:20 schrieb Klaus K=C3=BCchemann = : >=20 >=20 >=20 >> Am 12.06.2020 um 07:06 schrieb Klaus K=C3=BCchemann = : >>=20 >> still ends up in Resetting-controller-loop : >>=20 >> https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5536 >>=20 >> dmesg is the 8GB, but 4 GB is the same, >> even with the older v 1.13 of UEFI .. >>=20 >>=20 >>=20 >>=20 >>=20 > that was from the xxx_img.xz , ah, wait , what do I see there : > < > _<) = mini memstick image on a USB stick, CURRENT kernel with this + D25201 to = make XHCI attach at all + D25203 for a device to test the behind-GPU = restriction too + all my other patches lol but that's not relevant.>> >=20 > < mini memstick image on a USB stick> >=20 > O.K, will try that Or?, hm, no..doesn`t make much sense to repeat the whole stuff =E2=80=A6. .. So these tests on both 4GB&8GB were based on the absolute newest = current-13-compilation from today , D25201, D25219=E2=80=A6v1.14(also = v1.13 on the 4GB).. pieeprom of 23/04/2020 from the imager / also tested with newer = beta-pieeprom =E2=80=A6 =E2=80=94 if you, Greg, hadn't said that it works on your device, I would have = blamed the generic_xhci again :-).. but it is very noticeable that Robert`s pcie-driver in the u-boot-fdt = mode also has xhci-resettings. ...puuhh... From owner-freebsd-arm@freebsd.org Fri Jun 12 06:46:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46D93331117 for ; Fri, 12 Jun 2020 06:46:30 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 49jrq91g97z42Yh for ; Fri, 12 Jun 2020 06:46:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id F0F4B260187; Fri, 12 Jun 2020 08:46:26 +0200 (CEST) Subject: Re: Unrelenting testplan D25219 To: =?UTF-8?Q?Klaus_K=c3=bcchemann?= , myfreeweb , Mark Millard , freebsd-arm@freebsd.org References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> From: Hans Petter Selasky Message-ID: Date: Fri, 12 Jun 2020 08:46:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49jrq91g97z42Yh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-0.97)[-0.972]; NEURAL_SPAM_SHORT(0.08)[0.083]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.62)[-0.624]; FREEMAIL_TO(0.00)[googlemail.com,unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 06:46:30 -0000 On 2020-06-12 07:06, Klaus Küchemann via freebsd-arm wrote: > still ends up in Resetting-controller-loop : > > https://dmesgd.nycbug.org/index.cgi?do=view&id=5536 > > dmesg is the 8GB, but 4 GB is the same, > even with the older v 1.13 of UEFI .. > Might be an IRQ problem. Try setting: set hw.usb.xhci.use_polling=1 From the loader prompt before booting. --HPS From owner-freebsd-arm@freebsd.org Fri Jun 12 14:27:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC20D33BD64 for ; Fri, 12 Jun 2020 14:27:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (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 49k33Q17yMz4ZrW for ; Fri, 12 Jun 2020 14:27:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x432.google.com with SMTP id r7so9982420wro.1 for ; Fri, 12 Jun 2020 07:27:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=AeFntSLBJk0b9VAv/SgEpZ/od7qIkA+Nx1SRjeoUrkw=; b=V9x6N2tYbKvMZcOdChHQF9YoeyROAVqzr4/EoShQ3UMi+uIH1xY72lza+jv7Pz3y4i PeatZkl4wQEavGRKpUrE9Bo+IGS1vVetgXGNzcvPJZ5wY7zwQBbmZ68YmHNtu5EeODT9 OXk5nAaU3b/BLu0SeizpKGncGpJwhX4Vpod6+XZid7B9rBithAhuZScSQXrCJNx9wrOR 6uP/eRJN0avvmatG/CwuFSTE/IaCr6TySn0pmfUCB0X0+XyvWIRB9ll3uTvnCgNp08bY xfa40osOVXXduE5HPdzHOmBJnlgawdHeunczZgVwbIecftzoiRzGuK8tX1qATp5e6qOt ia2A== X-Gm-Message-State: AOAM532YRjv4S8POFqiT8v5yUY3L5XTFBR9g3WSJFp2bOELWHrk/Ew1h LM0YkBkQTcdQU0r2f8SMFV8= X-Google-Smtp-Source: ABdhPJyastZgn28HjCFf4lb0uHUpYp6fAhnwIrOPDiUqET3I4jFEzXeBsV/Oas3jvm/kHgmQ5phsIQ== X-Received: by 2002:a5d:628c:: with SMTP id k12mr15204173wru.211.1591972063875; Fri, 12 Jun 2020 07:27:43 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.125]) by smtp.googlemail.com with ESMTPSA id d63sm9416532wmc.22.2020.06.12.07.27.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Jun 2020 07:27:43 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Fri, 12 Jun 2020 16:27:40 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> To: Hans Petter Selasky , myfreeweb , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49k33Q17yMz4ZrW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.04 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.37)[-0.369]; FREEMAIL_TO(0.00)[selasky.org,unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.125:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.02)[-1.017]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 14:27:47 -0000 > Am 12.06.2020 um 08:46 schrieb Hans Petter Selasky : >=20 > On 2020-06-12 07:06, Klaus K=C3=BCchemann via freebsd-arm wrote: >> still ends up in Resetting-controller-loop : >> https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5536 >> dmesg is the 8GB, but 4 GB is the same, >> even with the older v 1.13 of UEFI .. >=20 > Might be an IRQ problem. Try setting: >=20 > set hw.usb.xhci.use_polling=3D1 >=20 > =46rom the loader prompt before booting. >=20 > --HPS thanks, HPS , unfortunately no success with that setting.. Regards K. From owner-freebsd-arm@freebsd.org Fri Jun 12 15:02:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F73533CCCD for ; Fri, 12 Jun 2020 15:02:30 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49k3qS4lFtz4dHR for ; Fri, 12 Jun 2020 15:02:28 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Fri, 12 Jun 2020 15:02:22 +0000 To: =?utf-8?Q?Klaus_K=C3=BCchemann?= , Hans Petter Selasky , myfreeweb , Mark Millard , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: Unrelenting testplan D25219 Message-ID: In-Reply-To: References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49k3qS4lFtz4dHR X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.31 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.131:from]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.36)[-0.361]; FREEMAIL_TO(0.00)[googlemail.com,selasky.org,unrelenting.technology,yahoo.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 15:02:30 -0000 SSBoYXZlIHNlZW4gdGhpcyBiZWhhdmlvdXIgd2hlbiB0aGUgeGhjaSBjb250cm9sbGVyIHdhcyB1 bmFibGUgdG8gcGVyZm9ybSBETUEuIEluIG15IGNhc2UgSSBoYWQgdGhlIHN5c3RlbSBtZW1vcnkg Y29uZmlndXJhdGlvbiBpbmNvcnJlY3RseSBlbmNvZGVkIG9uIHRoZSBwY2ktZSBjb250cm9sbGVy LgoKV2hhdCBpcyB0aGUgcGh5c2ljYWwgYWRkcmVzcyB0byB3aGljaCB0aGUgeGhjaSBjb250cm9s bGVyIGlzIHBlcmZvcm1pbmcgRE1BPyBJdCBuZWVkcyB0byBiZSBpbiB0aGUgbG93ZXIgMyBHQiBv ZiB0aGUgcGh5c2ljYWwgYWRkcmVzcyBzcGFjZS4KCk9uIEZyaSwgSnVuIDEyLCAyMDIwIGF0IDE1 OjI3LCBLbGF1cyBLw7xjaGVtYW5uIHZpYSBmcmVlYnNkLWFybSA8ZnJlZWJzZC1hcm1AZnJlZWJz ZC5vcmc+IHdyb3RlOgoKPj4gQW0gMTIuMDYuMjAyMCB1bSAwODo0NiBzY2hyaWViIEhhbnMgUGV0 dGVyIFNlbGFza3kgPGhwc0BzZWxhc2t5Lm9yZz46Cj4+Cj4+IE9uIDIwMjAtMDYtMTIgMDc6MDYs IEtsYXVzIEvDvGNoZW1hbm4gdmlhIGZyZWVic2QtYXJtIHdyb3RlOgo+Pj4gc3RpbGwgZW5kcyB1 cCBpbiBSZXNldHRpbmctY29udHJvbGxlci1sb29wIDoKPj4+IGh0dHBzOi8vZG1lc2dkLm55Y2J1 Zy5vcmcvaW5kZXguY2dpP2RvPXZpZXcmaWQ9NTUzNgo+Pj4gZG1lc2cgaXMgdGhlIDhHQiwgYnV0 IDQgR0IgaXMgdGhlIHNhbWUsCj4+PiBldmVuIHdpdGggdGhlIG9sZGVyIHYgMS4xMyBvZiBVRUZJ IC4uCj4+Cj4+IE1pZ2h0IGJlIGFuIElSUSBwcm9ibGVtLiBUcnkgc2V0dGluZzoKPj4KPj4gc2V0 IGh3LnVzYi54aGNpLnVzZV9wb2xsaW5nPTEKPj4KPj4gRnJvbSB0aGUgbG9hZGVyIHByb21wdCBi ZWZvcmUgYm9vdGluZy4KPj4KPj4gLS1IUFMKPgo+IHRoYW5rcywgSFBTICwKPiB1bmZvcnR1bmF0 ZWx5IG5vIHN1Y2Nlc3Mgd2l0aCB0aGF0IHNldHRpbmcuLgo+Cj4gUmVnYXJkcwo+IEsuCj4KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGZyZWVic2Qt YXJtQGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcv bWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQo+IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBt YWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyI= From owner-freebsd-arm@freebsd.org Fri Jun 12 16:12:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5EF3733E7F3 for ; Fri, 12 Jun 2020 16:12:39 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49k5NQ07Trz3SZM for ; Fri, 12 Jun 2020 16:12:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 12 Jun 2020 16:12:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591978348; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=4WW14efuENzobLYW3Z1n4Jo4i3zwKD+CGK3W/dlXGe0=; b=TYH3Je6F/9VvdGrFAO4e+k+/h1Wb5Y299MT+lSf5jEOUKOzD41kizkBez+IDgD8phB0PCv hYhcDJAIoiC3T49/HOXZ/nWNazOmYpmBRbwo676UdnGykJgQByTeP3dSNBSY0802dQD0fi KLgRYxX3djH4ThaSSktDU/K/tl/RdN0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Robert Crowston , =?ISO-8859-1?Q?Klaus_K=FCchemann?= , Hans Petter Selasky , Mark Millard , freebsd-arm@freebsd.org Subject: Re: Unrelenting testplan D25219 In-Reply-To: References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> Message-ID: <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49k5NQ07Trz3SZM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=TYH3Je6F; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.44 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.49)[-0.488]; FREEMAIL_TO(0.00)[protonmail.com,googlemail.com,selasky.org,yahoo.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 16:12:39 -0000 On June 12, 2020 3:02:22 PM UTC, Robert Crowston wrote: >I have seen this behaviour when the xhci controller was unable to perform= DMA=2E In my case I had the system memory configuration incorrectly encode= d on the pci-e controller=2E > >What is the physical address to which the xhci controller is performing D= MA? It needs to be in the lower 3 GB of the physical address space=2E On my 4gb, when the controller was unable to DMA (mem limit off and no efi= memory map patch) there were just disk errors, i=2Ee=2E garbage instead of= memstick contents=2E It's easy to test whether this is a DMA>3gb issue =E2=80=93 just enable th= e mem limit in the firmware=2E From owner-freebsd-arm@freebsd.org Fri Jun 12 16:49:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E2EA133FBA2 for ; Fri, 12 Jun 2020 16:49:57 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 49k6CS4p7Jz3W1h for ; Fri, 12 Jun 2020 16:49:56 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 54359260DE4; Fri, 12 Jun 2020 18:49:48 +0200 (CEST) Subject: Re: Unrelenting testplan D25219 To: Robert Crowston , =?UTF-8?Q?Klaus_K=c3=bcchemann?= , myfreeweb , Mark Millard , freebsd-arm@freebsd.org References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> From: Hans Petter Selasky Message-ID: <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> Date: Fri, 12 Jun 2020 18:49:29 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49k6CS4p7Jz3W1h X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-0.89)[-0.894]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.89)[-0.887]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.74)[0.743]; FREEMAIL_TO(0.00)[protonmail.com,googlemail.com,unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 16:49:57 -0000 On 2020-06-12 17:02, Robert Crowston wrote: > What is the physical address to which the xhci controller is performing DMA? It needs to be in the lower 3 GB of the physical address space. The XHCI doesn't set any limits on the DMA location, but it easily can. We have a quirk for 32-bits: set hw.usb.xhci.dma32=1 From the loader. --HPS From owner-freebsd-arm@freebsd.org Fri Jun 12 17:34:45 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DD14C340A0D for ; Fri, 12 Jun 2020 17:34:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (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 49k7C91VMRz3YM1 for ; Fri, 12 Jun 2020 17:34:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id q11so10554409wrp.3 for ; Fri, 12 Jun 2020 10:34:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=DfX2LSBLXsuuMVoXczfZSAI+LIgk6GYGpm2p2hTRc2M=; b=nhdyM+8wle4EwCL3VJsGblXL6rBtd7302ApPxaO/rJ6xPNMj1I0Ildiojvb4m8vEqy F+9wM6hPSgtgHyPTfRBO7aEpB3zm4gLG1/E+ldttn+vqcUXh2Y0Jow9/3fYapZ9ndtLP dQvIOsUSBTvMCyAXfGrFWxexDlWomPHbtsGLhnDHfbIMmK1Pmngaf1Dw9vWMTqShl5A8 ZcvS8MoWg+42pfZ1UlJ2zbXUB0Mheq6iZVMTbJ5R7W418wZDGDgvyD4A4K7jd2g1CgOg 6btkGZ/Tf8UZ+GL5mcdwmHsva77bbcxkfWsio3hTEWt7jsFdYjRQ78+n0klLG/+KzChD uBtg== X-Gm-Message-State: AOAM530LZkqdVW/SJbzZb10rQGMKZkAtdTBgN2qXa68OkDePU35MMAFq 3ZWxPYTScVLt6kLIJkCAt+oUl9Ot X-Google-Smtp-Source: ABdhPJwSUefucPcsEZHVoXn0e6I2jF6Z2OPXwJ484HbkpWh+DOs0ihcn4Juj2cCrb7bKKK8moQzEWA== X-Received: by 2002:adf:f183:: with SMTP id h3mr17270358wro.403.1591983283142; Fri, 12 Jun 2020 10:34:43 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.125]) by smtp.googlemail.com with ESMTPSA id t14sm11541967wrb.94.2020.06.12.10.34.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Jun 2020 10:34:42 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Fri, 12 Jun 2020 19:34:40 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> To: Hans Petter Selasky , Robert Crowston , myfreeweb , Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> Message-Id: <41B87C1F-E8F9-4B2C-890E-4A2F47E5FC6D@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49k7C91VMRz3YM1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.82)[-0.825]; FREEMAIL_TO(0.00)[selasky.org,protonmail.com,unrelenting.technology,yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.125:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.004]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 17:34:45 -0000 > Am 12.06.2020 um 18:49 schrieb Hans Petter Selasky : >=20 > On 2020-06-12 17:02, Robert Crowston wrote: >> What is the physical address to which the xhci controller is = performing DMA? It needs to be in the lower 3 GB of the physical address = space. >=20 > The XHCI doesn't set any limits on the DMA location, but it easily = can. >=20 > We have a quirk for 32-bits: >=20 > set hw.usb.xhci.dma32=3D1 >=20 > =46rom the loader. >=20 > --HPS no luck for now.. (later I=E2=80=99ll try kernel without D25219 ) - OK show beastie_disable=3DYES boot_multicons=3DYES boot_serial=3DYES bootenv_autolist=3DYES bootfile=3Dkernel console=3Dcomconsole currdev=3Ddisk1p2: efi-version=3D2.70 efi_com_port=3D0 efi_com_speed=3D115200 efi_max_resolution=3D1x1 hint.smbios.0.mem=3D0x37200000 hw.usb.template=3D3 hw.usb.xhci.dma32=3D1 interpret=3DOK kernel=3Dkernel kernel_options=3D kernel_path=3D/boot/kernel kernelname=3D/boot/kernel/kernel kernels_autodetect=3DYES loaddev=3Ddisk1p2: loader_color=3DNO module_blacklist=3Ddrm drm2 radeonkms i915kms amdgpu module_path=3D/boot/kernel;/boot/modules;/boot/dtb;/boot/dtb/overlays nextboot_conf=3D/boot/nextboot.conf nextboot_enable=3DNO prompt=3D${interpret} script.lang=3Dlua smbios.bios.reldate=3DJun 9 2020 11:11:23 smbios.bios.vendor=3Dhttps://github.com/pftf/RPi4 smbios.bios.version=3DUEFI Firmware v1.14 smbios.chassis.maker=3DSony UK smbios.chassis.serial=3D0000DCA632B35900 smbios.chassis.version=3DRaspberry Pi 4 Model B smbios.memory.enabled=3D1048576 smbios.planar.maker=3DSony UK smbios.planar.product=3DRaspberry Pi 4 Model B smbios.planar.serial=3D0000DCA632B35900 smbios.planar.version=3DD03114 smbios.socket.enabled=3D1 smbios.socket.populated=3D1 smbios.system.family=3DRaspberry Pi smbios.system.maker=3DSony UK smbios.system.product=3DRaspberry Pi 4 Model B smbios.system.serial=3D0000DCA632B35900 smbios.system.sku=3D0000000000D03114 smbios.system.uuid=3D00d03114-0000-0000-0000-dca632b35900=20 smbios.system.version=3DD03114 smbios.version=3D3.3 twiddle_divisor=3D1 verbose_loading=3DYES > Am 12.06.2020 um 18:12 schrieb myfreeweb = : >=20 > i.e. garbage instead of memstick contents. >=20 That=E2=80=99s a bug in RPI_EFI.fd From owner-freebsd-arm@freebsd.org Fri Jun 12 17:35:54 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B01C33405F8 for ; Fri, 12 Jun 2020 17:35:54 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49k7DV15t7z3YZX for ; Fri, 12 Jun 2020 17:35:53 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1591983352; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=fmuD2WaQiZBBrpo6cqNXn51rpR7lRtJfZPetTNkpVrOUQI8ua0K9+Pn0j7R6pz/3htRuNSPAFeq7L r7dBfQvJdDld8zBr93MgXJwfkDzgVP7fqjsXSmL++COL97Q7G7qfYpOnCF8nzZ0Z5slnbAwL9CgtQc 1m/7s0Qn8Arf2NeQ8rwZChxOO3B5bAav56SAkaSIyHxZFyyqw0NwLDCkKHsXwc43mtBNVz78HzRzlh +zAKfyODerV2gBCVFLIBoqlDp7xZ1o+x5o6mPQtZq/f3q/BpcjzOVSl5n5WjO2f5Q2FMkan8ef5WNl ww8gWCKeRAihSzwggejt34umc/XOmOQ== 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=1A4uoi/1nyUfqofj3Rgk3CDsdrZi2w8U5HDMUQND2/c=; b=KH55lx7tB57A0SRwjk0Vr/yZhwXdFI5SsTGedvcVHWLt7ELMopiEm3f1+2HmReN/Gfg5CvkDW74DQ QL1Pjq4XC52bkfoSuFI13eUqeIxs3awvIQGYtZmwQA3Y3IA2H/DHRWtJkde8v+YYLk0a7U1rU1tPXk 8phMmK4zHxE8I2hh55Kz442wlSiYHzbphjVRkCe83JKtpmceqVPUePiUG/dTgjH6FL9ae7hVtKnaY/ yUqA6VhEa+dxiVeUgLdEYJVKEAM0Kk9/d0Xf0Uy9gve6IDTY7npuXrQhRZsPMvbeZfOdl48gzHG11Q +R2EhllITa3gLt/NdOqn1P3yBaCjyiA== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=1A4uoi/1nyUfqofj3Rgk3CDsdrZi2w8U5HDMUQND2/c=; b=V362L2B94854k8aYL4pIJpIaPFtJ5DbQYJXlBk6EFv6HI6h2T9sd+I7HcKDxxrgCw7hzsaHvxr1Nh 89hyRRuvBdSnzay0g4bCQy6rHz7o0oXHFrTgISuD+9YEEKhGkY5g8+moWxV1xiVW8VM2AQPcTNnk92 zugJw2BOOhvlA2FFdCZnBFZtmZ6vBDphtqz9ensVhs08wvCFpvPUUANFod6Ks2qRvmXHKkIHT1lmMy /vfunkxe0KWB2lq/pfq5lXLsq/r0zdcmu0OWyRpOTLPld1wAunfgrVqpI8iunKDGw33hW0S+iZmwfE ypqFetqJjnoZge67VHDx4n3dVyxY5HQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 26fa5816-acd3-11ea-a067-6d02e42e573a X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 26fa5816-acd3-11ea-a067-6d02e42e573a; Fri, 12 Jun 2020 17:35:51 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 05CHZljc009245; Fri, 12 Jun 2020 11:35:47 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Unrelenting testplan D25219 From: Ian Lepore To: Hans Petter Selasky , Robert Crowston , Klaus =?ISO-8859-1?Q?K=FCchemann?= , myfreeweb , Mark Millard , freebsd-arm@freebsd.org Date: Fri, 12 Jun 2020 11:35:47 -0600 In-Reply-To: <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> 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: 49k7DV15t7z3YZX 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.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 17:35:54 -0000 On Fri, 2020-06-12 at 18:49 +0200, Hans Petter Selasky wrote: > On 2020-06-12 17:02, Robert Crowston wrote: > > What is the physical address to which the xhci controller is > > performing DMA? It needs to be in the lower 3 GB of the physical > > address space. > > The XHCI doesn't set any limits on the DMA location, but it easily > can. > > If the xhci controller's view of memory is limited to certain ranges, then that should be reflected in the dmatag set up by its bus parent who knows the range restrictions. Nothing would need to change in the xhci driver itself (assuming xhci uses bus_get_dma_tag() like it should when creating its own tag(s)). -- Ian From owner-freebsd-arm@freebsd.org Fri Jun 12 17:39:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 960B03408CF for ; Fri, 12 Jun 2020 17:39:53 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 49k7K43l1Qz3YjV; Fri, 12 Jun 2020 17:39:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id DFBFF260410; Fri, 12 Jun 2020 19:39:49 +0200 (CEST) Subject: Re: Unrelenting testplan D25219 To: Ian Lepore , Robert Crowston , =?UTF-8?Q?Klaus_K=c3=bcchemann?= , myfreeweb , Mark Millard , freebsd-arm@freebsd.org References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> From: Hans Petter Selasky Message-ID: <93c49e4a-3e7e-c7bd-6f45-9d699d0accfe@selasky.org> Date: Fri, 12 Jun 2020 19:39:30 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49k7K43l1Qz3YjV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-2.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-0.91)[-0.907]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.90)[-0.895]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.02)[0.024]; FREEMAIL_TO(0.00)[freebsd.org,protonmail.com,googlemail.com,unrelenting.technology,yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 17:39:53 -0000 On 2020-06-12 19:35, Ian Lepore wrote: > If the xhci controller's view of memory is limited to certain ranges, > then that should be reflected in the dmatag set up by its bus parent > who knows the range restrictions. Nothing would need to change in the > xhci driver itself (assuming xhci uses bus_get_dma_tag() like it should > when creating its own tag(s)). Exactly! We currently only have a bits value, so that you can set the number of bits supported. For example < 2GB. I think this should suffice. --HPS From owner-freebsd-arm@freebsd.org Fri Jun 12 18:18:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 042E9341CA0 for ; Fri, 12 Jun 2020 18:18:11 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49k89G1M1Jz3c4k; Fri, 12 Jun 2020 18:18:09 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Fri, 12 Jun 2020 18:17:57 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1591985881; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1k+hrVm2e9lk2zYodNkGftKJ8kewkgEKo5a0GXho/k4=; b=YNJb3MIRtny62SE0Vkuul9sZisSXbjtcfikDFm4GnpfrCR1AYL7VvpBrJgww56L6b45eD2 ED5r64kQQ2mwZsSw7sCGHhz3eZVPpI5OCOQa/3Ebw9gWKyjoJFxcZO1Xpli/TG6QJUJSYe 5lrXsGu4STiVbEKDw0jL3jofUD2H0ko= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Ian Lepore , Hans Petter Selasky , Robert Crowston , =?ISO-8859-1?Q?Klaus_K=FCchemann?= , Mark Millard , freebsd-arm@freebsd.org Subject: Re: Unrelenting testplan D25219 In-Reply-To: References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> Message-ID: <8E5794F2-EB53-465B-ADB6-D9896FACDD78@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49k89G1M1Jz3c4k X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=YNJb3MIR; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-0.99)[-0.985]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.75)[-0.752]; FREEMAIL_TO(0.00)[freebsd.org,selasky.org,protonmail.com,googlemail.com,yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[94.23.1.103:from]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2020 18:18:11 -0000 On June 12, 2020 5:35:47 PM UTC, Ian Lepore wrote: >On Fri, 2020-06-12 at 18:49 +0200, Hans Petter Selasky wrote: >> On 2020-06-12 17:02, Robert Crowston wrote: >> > What is the physical address to which the xhci controller is >> > performing DMA? It needs to be in the lower 3 GB of the physical >> > address space=2E >>=20 >> The XHCI doesn't set any limits on the DMA location, but it easily >> can=2E >>=20 >>=20 > >If the xhci controller's view of memory is limited to certain ranges, >then that should be reflected in the dmatag set up by its bus parent >who knows the range restrictions=2E Nothing would need to change in the >xhci driver itself (assuming xhci uses bus_get_dma_tag() like it should >when creating its own tag(s))=2E That is what I did in D25219=2E Works for me=2E (Again, the firmware has a memory limiter option that makes it easy to che= ck whether DMA location is the problem) From owner-freebsd-arm@freebsd.org Sat Jun 13 02:36:20 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C0BE34D825 for ; Sat, 13 Jun 2020 02:36:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49kMD33Db5z4PJP for ; Sat, 13 Jun 2020 02:36:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: f1amPwYVM1kvhYPMokae4wn6ODscclfc67b1tOu4gXF.iuHHoXKqbPT1PnwNPne KcjEnA3ZW.SHXxUuMGtkQ8OKlgxGaqnXrhPZto9Hg3UT5dwGDy2aiLXbBX7h8.dvPiM2CQWPpEMC vOlaC3Jh1XwZvhZ0oTfqQ5FdiVRZIl6Od.xriGjcaMz0k_LJglhp.ZgGAzRo_POYVpIMPO_mBhvs us9PuqCf1vlfeLVgn38SjGHJD3pBq3re306HCPcsYXeXmdDz7IRc48udeY8ygjF9OwBx47bq0eWM cL6_Xu.4gHt5Y3Lgth1FdCH9hnJjaMZrSF_CNsm41OEUSLAt9ul7g_8wHU.2RxXHmRS5PfW_5xkP 6eGVuLaQyLsippilM0YRNIPsDme.Pa8ieh8pvdbIcLoVdxN5s.5WF43xobdhFamtFwSYaYed.ouH 6MmfvB.voiGv8No2MsWvC2a7lgNWPlqP4ZRm1ZlX_l4WzNW6mYFqsG2V6wnn4w9ng153XH1JMvIC VwYhu_g4otjPiyPwYVNu3QIsoxbzcFCvYEsgH6_HrHRXzKz7442WfqnGyCUbiiPxF07hkMK0IVsO 9o6uGQl7hwa1Wwx.DPlwXCOsh.jz5PC3V72eK3ukeSOOZFQI8S2EavP2sP7WS8bPSBeM.gYe0Nwy t5W9KxUlzzj8_oNWB_Qep.Yy75Nb3N8JDQA4j4uIlQQ33y3GEYloyN.kOIJwlwumpqtr0CmGb9Wb 7R5ZQedpU6WQ3FSwJNswYCnGRHObY2xmLDdRLOyVPdXiVoHJHKUYeoWHJGzUs7eD11iwejTwhAB. dYxxAl2ceXiMu3av4gZWOTf5l89g1fG.HNKuZIRJka5Se52HVIFWVrrq2Lcx__DVEdrC02.eWQgN lzXpiS2WDJ4EdKnswNfGGybbZcH8kOCZrTENqkxfUzHN0X7qPuTtwAdSrTqT4RRqUp8XGN5MyDBj OUq43zdWURY676kkCxxUg4jTjzNDKmST4kfuYk1ezShO_u4GvESJ7RTfJZ3S34sY75AV7Is8D12x XCdiafDi8bwxfK7TbFMYteZ5Jp048sEfzsm8yW0w_8ySu7qsC8jZ.j9Hi5ex8hN0Wx.rcQKYXkYR vXDqvJAnbVeE4r9CyysBMNATl6FkGUMM96ZD7PXQwMP4Z2UwbbGBCO8cm0EROPlMX9JVdFtL0QRt 1UXNQDc_ztqxy7bGljs4ZDGoFFfn8PwxOrAs2cYZDimZ1MnD.I3b8K2eL1dmSy_gK.rEZi7ZnEWu hddVwn9lTPN45RV8FqtCDazm8OiraSTYrzuje7uC0YZPFWPw2t3BnxfGhdqWKL2c0uFJOdF3yYhz zjUzXFM4OVNyrNgbnHnB1IwNB_XyoS0JNQ_P4Rms9bg8uzmNvbRqHkPHp_uQMBkXq7Ha0RkE48DK uIj3NNlmtF65.u7O291Isv8p3WvtBVA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Jun 2020 02:36:17 +0000 Received: by smtp413.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4f875a1e028fb1a4343a1127f06d7cc3; Sat, 13 Jun 2020 02:36:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 [successful boot with other details] From: Mark Millard In-Reply-To: <8E5794F2-EB53-465B-ADB6-D9896FACDD78@unrelenting.technology> Date: Fri, 12 Jun 2020 19:36:11 -0700 Cc: Robert Crowston , =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <097cbf6a-7b47-9346-c3af-fee7e709e1fa@selasky.org> <8E5794F2-EB53-465B-ADB6-D9896FACDD78@unrelenting.technology> To: myfreeweb X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kMD33Db5z4PJP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.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:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.76)[-0.760]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.977]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.01)[-1.006]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; FREEMAIL_CC(0.00)[protonmail.com,googlemail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 02:36:20 -0000 On 2020-Jun-12, at 11:17, myfreeweb = wrote: >> . . . >=20 >=20 > That is what I did in D25219. Works for me. >=20 > (Again, the firmware has a memory limiter option that makes it easy to = check whether DMA location is the problem) Here is what happened when I tried using D25201.diff , D25203.diff , and D25219.diff with just UEFI v1.14 materials on the microsd card for a 4 GiByte RPi4, USB3 SSD for the FreeBSD file system and the loader's msdosfs . . . This was based on a head -r360311 context that is structured to allowing booting either a Rock64 or a RPi4 from the same USB3 SSD. Note: The loader.efi ( as EFI\BOOT\BOOTAA64.EFI in the USB SSD's msdosfs) is from a much more recent system build than -r360311 in order to not hit an error that prevents the loader's operation in this UEFI context. ( I extracted the loader.efi from an artifacts.ci base.txz .) On the Rock64: A) Applied D25201.diff , D25203.diff , D25219.diff . B) Did a buildkernel . C) Did an installkernel . D) Rebooted to check basic operation of the Rock64. E) shutdown -p now . F) Unplugged the USB3 SSD that holds the root file system. On the 4 GiByte RPi4 (that had the UEFI/ACPI microsd card in place): G) Plugged in that same USB3 SSD. H) Powered on. It booted but does not have any /dev/mmcsd0*=20 and ifconfig only shows lo0 (no Ethernet). (I'd not prepared /etc/fstab for the lack of /dev/label/*'s that would normally be from /dev/mmcsd0*'s . So there were consequences to not finding everything but they are not important here and later reboots had /etc/fstab set up to match the context.) For each boot, I did get one "xhci0: Resetting controller" and some other possibly related messages as it was dealing with USB related discovery. The first power-on example of this looked like: KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r360311M: Fri Jun 12 16:48:22 PDT 2020 = root@Rock64orRPi4:/usr/obj/cortexA53_clang_via_poud/arm64.aarch64/usr/src/= arm64.aarch64/sys/GENERIC-NODBG arm64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.0-0-gd32170dbd5b) VT(efifb): resolution 1920x1080 module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface MAP 1d0000 mode 2 pages 32 MAP 33930000 mode 2 pages 80 MAP 33a10000 mode 2 pages 128 MAP 33ab0000 mode 2 pages 128 MAP 37000000 mode 2 pages 400 MAP 37190000 mode 2 pages 592 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. acpi0: acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 15,16,17 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 0.000001s acpi_syscontainer0: on acpi0 cpu0: on acpi0 acpi_syscontainer1: on acpi0 xhci0: iomem 0x600000000-0x600000fff irq 0 = on acpi0 xhci0: 32 bytes context size, 32-bit DMA usbus0 on xhci0 dwcotg0: iomem = 0xfe980000-0xfe98ffff irq 1 on acpi0 usbus1 on dwcotg0 uart0: iomem 0xfe201000-0xfe201fff irq 11 on = acpi0 uart0: console (115200,n,8,1) cryptosoft0: Timecounters tick every 1.000 msec Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 . . . (Skipping APs and mount root related text) . . . ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0 on usbus1 uhub1 on usbus0 uhub0: on usbus1 uhub1: on = usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 5 ports with 4 removable, self powered Root mount waiting for: usbus0 CAM xhci0: Resetting controller usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device Root mount waiting for: usbus0 CAM usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered Root mount waiting for: CAM ugen0.2: at usbus0 uhub2 on uhub1 uhub2: on = usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: CAM Root mount waiting for: CAM ugen0.3: at usbus0 umass0 on uhub1 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:0:0: Attached to scbus0 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number #...# da0: 400.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) da0: quirks=3D0x2 . . . FYI, I did not have UEFI limit RAM use to 3 GiBytes: # vmstat=20 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr da0 pa0 in sy cs us = sy id 0 0 0 52M 3.7G 6 0 0 0 11 0 0 0 54 7 323 0 = 0 100 I had picked the Serial style of console in the UEFI configuration, not Graphical. I had the RPi4 config.txt using dtoverlay=3Ddisable-bt and, so, use the PL011 for the serial console. (So I also had the overlay present for doing the disable.) I had controlled the UEFI's boot order list: first the USB3 SSD then the microsd then the UEFI Shell then the PXEv* and HTTPv* alternatives (unused). (UEFI Shell shows up despite not being listed in the Change Boot Order list.) So for the RPi4 finding the root file system . . . Consoles: serial port =20 Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk1p3: FreeBSD/arm64 EFI loader, Revision 1.1 (Wed Jun 10 20:35:29 UTC 2020 = root@FreeBSD-head-aarch64-build.jail.ci.FreeBSD.org) Command line arguments: loader.efi Image base: 0x33830000 EFI version: 2.70 EFI Firmware: https://github.com/pftf/RPi4 (rev 1.00) Console: comconsole (0) Load Path: \EFI\BOOT\BOOTAA64.EFI Load Device: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(3,GPT,#...#,0x1930= 0800,0x32000) BootCurrent: 0003 BootOrder: 0003[*] 0002 0000 0001 BootInfo Path: PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0) Ignoring Boot0003: Only one DP found Trying ESP: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(3,GPT,3#...#,0x193= 00800,0x32000) Setting currdev to disk1p3: Trying: = PcieRoot(0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/USB(0x1,0x0)/HD(1,GPT,#...#,0x800,= 0x18A00000) Setting currdev to disk1p1: . . . I had CPU Clock Default in UEFI with the RPi config.txt indicating over_voltage=3D6 and arm_freq=3D2000 . It was used by FreeBSD: # openssl speed md5 Doing md5 for 3s on 16 size blocks: 11037504 md5's in 3.00s Doing md5 for 3s on 64 size blocks: 6521461 md5's in 3.02s Doing md5 for 3s on 256 size blocks: 2928275 md5's in 3.00s Doing md5 for 3s on 1024 size blocks: 914698 md5's in 3.00s Doing md5 for 3s on 8192 size blocks: 123256 md5's in 3.00s Doing md5 for 3s on 16384 size blocks: 61977 md5's in 3.00s OpenSSL 1.1.1g-freebsd 21 Apr 2020 built on: reproducible build, date unspecified options:bn(64,64) rc4(int) des(int) aes(partial) idea(int) blowfish(ptr)=20= compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 = bytes 16384 bytes md5 58866.69k 138403.65k 249879.47k 312216.92k = 336571.05k 338477.06k Compare that to booting via the sysutils/u-boot-rpi4 materials (separate microsd card, not using the USB3 SSD): # openssl speed md5 Doing md5 for 3s on 16 size blocks: 3621495 md5's in 3.00s Doing md5 for 3s on 64 size blocks: 2201105 md5's in 3.00s Doing md5 for 3s on 256 size blocks: 990468 md5's in 3.02s Doing md5 for 3s on 1024 size blocks: 306651 md5's in 3.02s Doing md5 for 3s on 8192 size blocks: 41305 md5's in 3.02s Doing md5 for 3s on 16384 size blocks: 20807 md5's in 3.03s OpenSSL 1.1.1g-freebsd 21 Apr 2020 built on: reproducible build, date unspecified options:bn(64,64) rc4(int) des(int) aes(partial) idea(int) blowfish(ptr)=20= compiler: clang The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 = bytes 16384 bytes md5 19314.64k 46956.91k 84082.01k 104127.88k = 111915.84k 112462.48k "shutdown -r now" seems to work fine for the UEFI/ACPI context. I hope that the above notes help. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jun 13 08:42:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B60F3330036 for ; Sat, 13 Jun 2020 08:42:38 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49kWLj59gZz3Wy9 for ; Sat, 13 Jun 2020 08:42:37 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id c71so9918936wmd.5 for ; Sat, 13 Jun 2020 01:42:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=7snXNrWpB8bj8rBkBWplElbqvHv0z9KfzLDZ2DGcVnk=; b=Nc+1LJz+DjflEisTBiJgzHIRnuxHga8O+OJPutgLN6w0PhB7HMBkV354pl8vTqRgGy W1vE51eiMJESZFp3UkfCRXN+GK4BInLhJbkZm0BysXt08Boqy2g5Rq3V/AFPearGQ74n 4ySbqwt2fUHLwf0j5cuQm9OLzRXYZKN4q9BPlBcz+Up8VbLih7alUhvPj1VctF5JWLNe /mHIbVuWfOJZEOiTf/zQooXopv7GdQ4ycfZAoKWpdA3G+1hQE7R9awBgol+Qy6pzzBxh nxbs6Agc3w6TYcAwcRdLwF3E1iihfMGVz0styzR+rMLLGbLmnrEGwQAGpXGbI16tErBE kg/A== X-Gm-Message-State: AOAM533mKHqhlbGoEH1MqVn+SyUxIPsOcV8sXS4AU5G+Rw2XOHBZrWCr 2zyLxFkvtwH/w8L+FHJqFzU= X-Google-Smtp-Source: ABdhPJylBrVfjCXLLiYN7vkkFPoIYF6tc7FFSTapmUgd9XNN273+V5HnZiZVpQu20BWEjtWO0Cq1DQ== X-Received: by 2002:a1c:9dc7:: with SMTP id g190mr3171216wme.129.1592037755864; Sat, 13 Jun 2020 01:42:35 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.125]) by smtp.googlemail.com with ESMTPSA id b19sm20684390wmj.0.2020.06.13.01.42.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Jun 2020 01:42:34 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Sat, 13 Jun 2020 10:42:32 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> To: Hans Petter Selasky , freebsd-arm@freebsd.org, myfreeweb , Mark Millard , Robert Crowston In-Reply-To: <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> Message-Id: <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kWLj59gZz3Wy9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.69)[-0.685]; FREEMAIL_TO(0.00)[selasky.org,freebsd.org,unrelenting.technology,yahoo.com,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.125:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 08:42:38 -0000 (dmesg below for those who do not like reading Blabla-text;-) > Am 12.06.2020 um 18:12 schrieb myfreeweb = : >=20 >=20 >=20 > It's easy to test whether this is a DMA>3gb issue =E2=80=93 just = enable the mem limit in the firmware. You know that I know that and I Know that you know that I know that :-) > Am 13.06.2020 um 04:36 schrieb Mark Millard : > I hope that the above notes help. Very helpful , thanks, I have almost the same setups as you(SSD:filesystem, uSD:v1.14, = PL011(&HDMI) ), `tried SSD with and without external power... Very happy to hear that we now have 2 machines booting in = acpi-mode(Unfortunately, my two gadgets are not included for now :-) > The loader.efi ( as EFI\BOOT\BOOTAA64.EFI in the > USB SSD's msdosfs) is from a much more recent > system build that brought me to the idea to test different loaders and one of it = =E2=80=9Esucceeded=E2=80=9C in a loop session=20 but WITH detected controller(VL805)=E2=80=A6 that=E2=80=99s so strange = and not logically reproducable(but repeatable), happened only on the 4GB(not on 8GB) with the left two USB-slots=E2=80=A6 = see dmesg at the end of this message=E2=80=A6 > ugen0.2: at usbus0 That=E2=80=99s the VL805, which was not detected with me(except the on = the here attached dmesg). On the 4GB, the VL805 has an own eeprom while rpifoundation removed that = own eeprom on the 8GB. > and ifconfig only shows lo0 (no Ethernet). Holy sh*t, it gets stranger and stranger with this gadget..tss.. Did you leave anything from the files of an msdos-partiton on the SSD? If yes, try to remove them all (except the efi) > Root mount waiting for: CAM Hm, didn`t see that on mine afair, `will think about that... O,K, thank you all ! , `have no idea at the moment except changing the = boot-hardware(USB-stick or so=E2=80=A6) =E2=80=94 dmesg----- Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 No valid device tree blob found! WARNING! Trying to fire up the kernel, but no device tree blob found! EFI framebuffer information: addr, size 0x3e3cf000, 0x7f8000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2020 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #27 ff8f973e1e3-c269209(master): Sat Jun 13 = 05:39:59 UTC 2020 root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-NODEBUG = arm64 FreeBSD clang version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc1-0-gf79cd71e145) VT(efifb): resolution 1920x1080 module firmware already present! KLD file umodem.ko is missing dependencies Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: unblocking device. random: entropy device external interface MAP 1d0000 mode 2 pages 32 MAP 338e0000 mode 2 pages 112 MAP 33a10000 mode 2 pages 128 MAP 33ab0000 mode 2 pages 128 MAP 37000000 mode 2 pages 400 MAP 37190000 mode 2 pages 592 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. acpi0: acpi0: Power Button (fixed) acpi0: Could not update all GPEs: AE_NOT_CONFIGURED psci0: on acpi0 gic0: iomem = 0xff841000-0xff841fff,0xff842000-0xff842fff on acpi0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 256 generic_timer0: irq 15,16,17 on acpi0 Timecounter "ARM MPCore Timecounter" frequency 54000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 54000000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 0.000001s acpi_syscontainer0: on acpi0 cpu0: on acpi0 acpi_syscontainer1: on acpi0 xhci0: iomem 0x600000000-0x600000fff irq 0 = on acpi0 xhci0: 32 bytes context size, 32-bit DMA usbus0 on xhci0 dwcotg0: iomem = 0xfe980000-0xfe98ffff irq 1 on acpi0 usbus1 on dwcotg0 uart0: iomem 0xfe201000-0xfe201fff irq 11 on = acpi0 uart0: console (115200,n,8,1) cryptosoft0: Timecounters tick every 1.000 msec Obsolete code will be removed soon: random(9) is the obsolete = Park-Miller LCG from 1988 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 480Mbps High Speed USB v2.0 Release APs...done CPU 0: ARM Cortex-A72 r0p3 affinity: 0 Trying to mount root from ufs:/dev/ufs/rootfs [rw]... Cache Type =3D <64 byte D-cacheline,64 byte = I-cacheline,PIPT ICache,64 byte ERG,64 byte CWG> Root mount waiting for: Instruction Set Attributes 0 =3D usbus0 Instruction Set Attributes 1 =3D <> usbus1 Processor Features 0 =3D Processor Features 1 =3D <> Memory Model Features 0 =3D Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 ugen1.1: at usbus1 ugen0.1: at usbus0 uhub0 on usbus1 uhub0: on usbus1 uhub1 on usbus0 uhub1: on = usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 5 ports with 4 removable, self powered Root mount waiting for: usbus0 xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) mountroot: waiting for device /dev/ufs/rootfs... uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered Mounting from ufs:/dev/ufs/rootfs failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered xhci0: Resetting controller ---- MANY MANY resettings(3 minutes or so)... and suddenly : -------- ugen0.2: at usbus0 (disconnected) uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) uhub1: at usbus0, port 1, addr 1 (disconnected) uhub1: detached uhub1 on usbus0 uhub1: on = usbus0 uhub1: 5 ports with 4 removable, self powered =E2=80=94=E2=80=94 NOW ! : -- ugen0.2: at usbus0 =20 uhub2 on uhub1 uhub2: on = usbus0 uhub2: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub3 on uhub2 uhub3: on usbus0 uhub3: 3 ports with 2 removable, bus powered ugen0.4: at usbus0 ugen0.5: at usbus0 ukbd0 on uhub3 ukbd0: on usbus0 kbd1 at ukbd0 ugen0.6: at usbus0 umass0 on uhub2 umass0: = on usbus0 ugen0.4: at usbus0 (disconnected) da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 5002627773012666 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors) da0: quirks=3D0x2 ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) =E2=80=94--- ENDLESS loop=E2=80=A6 ---- ------ mouse removed from the hub, then panic: ------ panic: mountroot: unable to (re-)mount root. cpuid =3D 1 time =3D 280 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff00000081af4c lr =3D 0xffff00000010eb74 sp =3D 0xffff00004029d390 fp =3D 0xffff00004029d590 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff00000010eb74 lr =3D 0xffff00000046c6dc sp =3D 0xffff00004029d5a0 fp =3D 0xffff00004029d5f0 vpanic() at panic+0x44 pc =3D 0xffff00000046c6dc lr =3D 0xffff00000046c544 sp =3D 0xffff00004029d600 fp =3D 0xffff00004029d6b0 panic() at vfs_mountroot+0x1b0c pc =3D 0xffff00000046c544 lr =3D 0xffff000000556310 sp =3D 0xffff00004029d6c0 fp =3D 0xffff00004029d830 vfs_mountroot() at start_init+0x24 pc =3D 0xffff000000556310 lr =3D 0xffff0000003ebe0c sp =3D 0xffff00004029d840 fp =3D 0xffff00004029d8f0 start_init() at fork_exit+0x90 pc =3D 0xffff0000003ebe0c lr =3D 0xffff00000041d310 sp =3D 0xffff00004029d900 fp =3D 0xffff00004029d950 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff00000041d310 lr =3D 0xffff000000839fcc sp =3D 0xffff00004029d960 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 1 tid 100002 ] Stopped at 0 From owner-freebsd-arm@freebsd.org Sat Jun 13 08:46:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 38085330359 for ; Sat, 13 Jun 2020 08:46:52 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (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 49kWRb0BY2z3X9L for ; Sat, 13 Jun 2020 08:46:50 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9013C26038B; Sat, 13 Jun 2020 10:46:41 +0200 (CEST) Subject: Re: Unrelenting testplan D25219 To: =?UTF-8?Q?Klaus_K=c3=bcchemann?= , freebsd-arm@freebsd.org, myfreeweb , Mark Millard , Robert Crowston References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> From: Hans Petter Selasky Message-ID: <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> Date: Sat, 13 Jun 2020 10:46:23 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 49kWRb0BY2z3X9L X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.85 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-0.89)[-0.886]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-0.89)[-0.888]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.220]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org,unrelenting.technology,yahoo.com,protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 08:46:52 -0000 On 2020-06-13 10:42, Klaus Küchemann wrote: > ------ mouse removed from the hub, then panic: ------ Is the HUB you are using self-powered? --HPS From owner-freebsd-arm@freebsd.org Sat Jun 13 08:54:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 758B03306A7 for ; Sat, 13 Jun 2020 08:54:47 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 49kWck3J1kz3XdZ for ; Sat, 13 Jun 2020 08:54:46 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x430.google.com with SMTP id l10so12164928wrr.10 for ; Sat, 13 Jun 2020 01:54:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=YYPxZXahm1M8Tc+o75gGbajps2kat0PSPqz7OZ9SYd0=; b=W8fj5qysMERJ8uvhszzHELO3YFIE4+B5rMVV+PqA7QOAnsexC3tJGy0A7uJ2F+03E8 hf0LVXZAl56OiCBKNU95m9Qg3pxz0KwyzCxwYT+SIYa73+HC27ZjRa41bCKrnOAK6hB6 ukmzhL4Ql30MuVMqtUxKCeNay71aOf3cnZEdSY0Sye1UEs3UPanZF3Kf6LOsUWiKAgD2 vUFu/aYyGxd+9ncEOhCEnqzr+rtVIKMPxUqlpog8uWxRjwIXiwaMSOKNqt1gu3PmmMBv vxxNUNYsBdXGq6tNdiGRjFNRXuQJRKOiyT4tpBQDJs9QfHmK5VeODFBZ+y6YZp5/vDzQ mAJQ== X-Gm-Message-State: AOAM533l2UpgpyWPZBbrFO/8u1gDZ0rPCdWpUz7I2A18mZTnxqvRCR2g HAkjBP6csMFmr9RbW7A5I3GFlSo+ X-Google-Smtp-Source: ABdhPJxHus1it+1Y19JpoSrgUar/zJW+7BurYAik3SlP7PPYhRZqDMkrhKsG+QVV739Y0czSrbgcnQ== X-Received: by 2002:adf:e2ce:: with SMTP id d14mr19275307wrj.415.1592038485061; Sat, 13 Jun 2020 01:54:45 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.125]) by smtp.googlemail.com with ESMTPSA id k17sm14093694wrl.54.2020.06.13.01.54.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Jun 2020 01:54:44 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 Date: Sat, 13 Jun 2020 10:54:43 +0200 References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> To: Hans Petter Selasky , freebsd-arm@freebsd.org In-Reply-To: <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kWck3J1kz3XdZ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.83)[-0.827]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.125:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; R_MIXED_CHARSET(0.83)[subject]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; NEURAL_HAM_LONG(-1.01)[-1.011]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 08:54:47 -0000 > Am 13.06.2020 um 10:46 schrieb Hans Petter Selasky : >=20 > On 2020-06-13 10:42, Klaus K=C3=BCchemann wrote: >> ------ mouse removed from the hub, then panic: ------ >=20 > Is the HUB you are using self-powered? >=20 > =E2=80=94HPS I tried both : 1. :direct-connection of SSD-drive(without external Hub) and 2.: external Hub with Power I=E2=80=99m using the Original Pi- power adapter=20 and an UninterruptedPowerSupply. the filesystem on the SSD is dd`d from the u-boot-uSD where I compiled = the kernel=20 directly on the RPI(I removed every visible file from the dd`d uSD`s = msdos-partition except the efi). `tried different efi-loaders..=20 thanks K. From owner-freebsd-arm@freebsd.org Sat Jun 13 08:55:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A06183307B0 for ; Sat, 13 Jun 2020 08:55:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-47.consmr.mail.gq1.yahoo.com (sonic309-47.consmr.mail.gq1.yahoo.com [98.137.65.173]) (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 49kWdT4MGVz3Xh5 for ; Sat, 13 Jun 2020 08:55:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N_6BpMEVRDvd.miR6A7lED5GPdAEx7ojsA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Jun 2020 08:55:23 +0000 Received: by smtp432.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e74f6742602452b92ae9a1346ba9bd84; Sat, 13 Jun 2020 08:53:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 From: Mark Millard In-Reply-To: <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> Date: Sat, 13 Jun 2020 01:53:20 -0700 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org, myfreeweb , Robert Crowston Content-Transfer-Encoding: quoted-printable Message-Id: <2D210513-25B6-4FA7-903C-736E55A1B0E6@yahoo.com> References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kWdT4MGVz3Xh5 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.35 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.87)[-0.874]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.173:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.173:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org,unrelenting.technology,protonmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 08:55:26 -0000 On 2020-Jun-13, at 01:46, Hans Petter Selasky = wrote: > On 2020-06-13 10:42, Klaus K=C3=BCchemann wrote: >> ------ mouse removed from the hub, then panic: ------ >=20 > Is the HUB you are using self-powered? Just FYI for what I reported: In my example, no external USB hub is involved. The USB3 SSD is directly plugged into the top USB3 slot of the RPi4. No other USB devices are plugged in. =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 Jun 13 10:29:26 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A4BA033318E for ; Sat, 13 Jun 2020 10:29:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49kYjx3yyJz3cl3 for ; Sat, 13 Jun 2020 10:29:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: SDhVCY8VM1lEsaD4mziZSZVohPY884ed1q9DOLPBYJVfJH1OqyjurphuhjELsou .UBHVxxf1U.m4fwW2PIMZ6TUynev3rNhAMcbeQVzjk0S1aDq5bDpWhkt9YkooARmDLKjLA4Esr3q FLHxRbynk.3.3MJ0.RxGoqZAWcu.C7Cw0aGNBJCd7CyDxFRCm9OzkHZPmywMku2dQavTDmJ.s_7K Zdxc6wfR0glxMLuSO7WCpg75MRZWBPEliZVw2NevAu51QB91NagJLyLRHIrTP6Id6CzmEpTQowR3 n0x73yDrC.PfWXc2j8szh5boIhiVzajjpToSRbK0MOGhO_H6O9PX2Wq8A2gkAJzvu08hla.UgMPi Uqhr_1sp29IN9uTVj9l_nHfijQX1TdFpt6Ui4ZUsPs4dU_4A1AXPjSVr2ab6fBVFneR9bUsAyDBl o_VTKaF84zYNTwqmoKoKCjNXuCeurWphTeT0nshxu0U8jIT4MQl6aC6CgM33AHZhrkdYcUqb5gmM Y3KEbkacfn7Nb7B.hvYukgl5a.dGcSFH8RT63u8EnYOh5pzS7iElW.j.PZ0YZmseUXd0egnW6TzE MJ99W.3jhF3rN0JXBrE5Xq9..wMNWARbvl2vHqDiQ.s2WcFz3p3DtJ1Kcf50ey5yu2DEFM7rcuxQ b1_3j8S5dg0OLnxA69T6AyZPFKFGBkrB7Yb4z0sCPhmdVTqbM3gfqtSAtUrXlVXcPXzzpk0Dimwn i7VBreA9IFZUinkvqAoRdBksrE7n1ABI7SxN9Pe.ZlWfmCLEsgfmcHqYLEzV7ZTd_a9cGt_PLM2e PfDB9oqiipdz7FF6WmCZDWrnj1VIyUVraLJ_sA2HBodj8bfZvZTWgwBoLL.49xWWs8DE6h0jMykR Yz7nWKGdCiRDSYYXmecFQrx3LoQJGfdy7Ns3lDrSmfK1NDjmHtgEmzEXDzgAD5glZE1bXSdribtF YLTaTRJ_D2rBD6i1j.nfV.muOEfpze2Ito5BduwWYV.279R4sayDDWtmybfvjzV8XykXtU.iFoIO zj9PILIVa24qvWu.kx0Dk_1HUXZtOGRV_D2hTbcF6uJnO80TqMfqXFmg0isxtIVn30BTnQ0oFqif UvK0WC3kVNAEwDRF.LePTIwyML9mgG0NaypmKjujcIgZPVU8EJWXDWpae5UK5oQJg7O1KHS9AIA_ dXCFsUUl_d1QqqV51RCly6WK3fKUg3r1Sea.r.ALeGMgnVGGaGMrX3Ed8g6ACbysM_8Ekk5rwIz3 j_mZk0Aw_kxGC7M0AeYJTNEKptrOaaAZqIcXoY49sI_.aZxTQhrBWdcKaNETX9CubLVzA.WgaPI7 NPPEAAus4_TUMLyIOeeDqJsHeDO2pkraJ9Fiax7ApLV8jbI7GowqT4BqU9i5jHTxia5MpGgRaP75 r8SSRUAMWft3Ln1Jjr1SssZOXyQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Jun 2020 10:29:23 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 282403b3cc1cf6a67bf6bb80994ab7fd; Sat, 13 Jun 2020 10:29:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 From: Mark Millard In-Reply-To: <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> Date: Sat, 13 Jun 2020 03:29:20 -0700 Cc: Hans Petter Selasky , freebsd-arm@freebsd.org, myfreeweb , Robert Crowston Content-Transfer-Encoding: quoted-printable Message-Id: References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kYjx3yyJz3cl3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.43 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.93)[-0.925]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.986]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.146:from]; FREEMAIL_CC(0.00)[selasky.org,freebsd.org,unrelenting.technology,protonmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 10:29:26 -0000 On 2020-Jun-13, at 01:42, Klaus K=C3=BCchemann wrote: > . . . >> Am 13.06.2020 um 04:36 schrieb Mark Millard : >> I hope that the above notes help. >=20 > Very helpful , thanks, > I have almost the same setups as you(SSD:filesystem, uSD:v1.14, = PL011(&HDMI) ), FYI: Turns out I also had HDMI connected, even though I'd not mentioned it before. > `tried SSD with and without external power... No powered hub involved in my context. The USB3 SSD gots it power from the RPi4. (5.1V 3.5A power supply used for the RPi4.) > Very happy to hear that we now have 2 machines booting in = acpi-mode(Unfortunately, my two gadgets are not included for now :-) >=20 >> The loader.efi ( as EFI\BOOT\BOOTAA64.EFI in the >> USB SSD's msdosfs) is from a much more recent >> system build > that brought me to the idea to test different loaders and one of it = =E2=80=9Esucceeded=E2=80=9C in a loop session=20 > but WITH detected controller(VL805)=E2=80=A6 that=E2=80=99s so strange = and not logically reproducable(but repeatable), > happened only on the 4GB(not on 8GB) with the left two USB-slots=E2=80=A6= see dmesg at the end of this message=E2=80=A6 The USB3 SSD was plugged in the top USB3 slot in my context. No other USB devices were plugged in. No external hub was involved. >> ugen0.2: at usbus0 > That=E2=80=99s the VL805, which was not detected with me(except the on = the here attached dmesg). > On the 4GB, the VL805 has an own eeprom while rpifoundation removed = that own eeprom on the 8GB. >=20 >> and ifconfig only shows lo0 (no Ethernet). > Holy sh*t, it gets stranger and stranger with this gadget..tss.. > Did you leave anything from the files of an msdos-partiton on the SSD? > If yes, try to remove them all (except the efi) FYI for the msdosfs: # df -m Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/gpt/Rock64root 195378 66187 113560 37% / devfs 0 0 0 100% /dev /dev/msdosfs/RPI4EFIFS 99 0 99 1% /usb_efi # find /usb_efi/ -print /usb_efi/ /usb_efi/EFI /usb_efi/EFI/BOOT /usb_efi/EFI/BOOT/BOOTAA64.EFI That last is the FreeBSD loader that it uses to boot FreeBSD. >> Root mount waiting for: CAM > Hm, didn`t see that on mine afair, `will think about that... I get those because in /boot/loader.conf I have: vfs.root.mountfrom=3D"ufs:/dev/gpt/Rock64root" kern.cam.boot_delay=3D10000 vfs.mountroot.timeout=3D10 vfs.root_mount_always_wait=3D1 Specifically, the "vfs.root_mount_always_wait=3D1" leads to the "Root mount waiting for: CAM" messages. FYI for the USB3 SSD (via smartctl): =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Device Model: OWC Aura Pro USB Mezz Serial Number: #...# LU WWN Device Id: #...# Firmware Version: 609ABBF0 User Capacity: 240,057,409,536 bytes [240 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ATA8-ACS, ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Tue Jun 9 04:53:38 2020 PDT SMART support is: Available - device has SMART capability. SMART support is: Enabled AAM feature is: Unavailable APM level is: 254 (maximum performance) Rd look-ahead is: Disabled Write cache is: Enabled DSN feature is: Unavailable ATA Security is: Disabled, NOT FROZEN [SEC1] Wt Cache Reorder: Unavailable The 609ABBF0 suggests that the SSD is a modern variation on a SandForce SSD. =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 Jun 13 10:35:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AEAC53331BB for ; Sat, 13 Jun 2020 10:35:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49kYs95P3Dz3dGm for ; Sat, 13 Jun 2020 10:35:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: bfItwEQVM1lIPuDyaJX_VTYy4N_56.ZGC0X_ZUe0KSmBoixGvPQBI7j8xXIuCY9 2BViRg6tNbIgPzY6sHJkbCsE7voUPsdvDm3g5Zm1N4bEvS1OyrlJPu7qJAbJ5yHqmTMh.1yLYNuW CgkqgeQ3WOM_oUm9XXReyXQ1gBnKvMUy5mZ3a2tHlXeL6cba9meC55Nbzff.039Ph3p0zR1.07fi uIJTijln9dW8xEqxaUmi6laQCjaj3T2sq6RwxD5AjWY9c4oVDQoI2Qp4Dkg4WLEpBkw3bHYr9bT. nxG._fDAdTgOg9VCNP_8_nflgweGHJ8k8q2ruhQpcs090oJeBlSxucZNucbfjozsGt9DkgIHJ7fD jcl4nLQxAMJGAO9O4XlJ2kkKA.6xpfxZKZvYSE.ElLF3uecnUdKogl15xMk8T6hcS2E3_hUTjxvo cdQlRGlKiNL1ypWE1u3z8wzxyUAv8gwP.vYcHFgCHDfQyAvIXxPt049Y2bTz1wmq2fciBlpnRwfR Fq6LIGTkzKLQddrlKlXyzD6KJbnJPRjiw1Ve6_wj_ls8mljBtAcKrmSYbYp0B3l5TMs5kCIrAx8k tadkIDkbcMlJqQ4OOskBTJgEBkLCc0i3yd4OywBcgy81YGgSVeiQ5zu1KnfnP8eKM3RaJsdz3htS lToP7PZFrBvarsbt1qf10yqpH2EprKtOMSVskvACstrtkZekGYzcBKjIPIQyK95HWHqYMx0OJNsW ikIbqdwcmToUm4zaL.ZWbRnLr8GOe3QKoLmGHe.CpoUenpwF9..r1nsgHS81S1KhEPl5A8HgkuOn DjyrXENGHIa5KlWa1VwaURhA3GyT7xUwZE53BqGQVLnLFYcB72bQXgGXlWhg_gnJxbHr0K.gXm21 lAuEjU0QdpW_2Spi11b09nCtA1D.OwJLkRwCoG9Y2UHnxHFBd0tSk3l08aO.vdp26QGrqSwzeug8 fc2lTc.zZv7OLr9ksLsr8xT1GRBFliSzU8lYJmsRRmNhnyOx6CUNCZnAhZgD5KpiZ9YrT3NmEzLV IrJ7pti5P5KjQ1YhDvZIn.y1W8pP_RFb6e1xeirM8Z723CxYO7.91l80dZoYtdqRLtGog30DMWXD qL7OyxXgTgHxrzl0fHGq2vCwbkQPSGxW1pKurdqyXKJzdPm9oMqYusVAnPwmDuOMAcSIgdZqEb.W Su_dfoVfvG1R1mWoUB0RDZxSE7dZbB4HYZ4cs7rme9IcFNj9yWSBuyH4JJR3T74QTdYl6bwCR49B lsWXCE8Aq6y4n5xcgbaxZTxb.GVG3SKoQXyTGMIcccjhCaXHQHWqfSK8q.zGatOODhmkyqR2DhgB 9Fx1BNpeV_ROkSNbIceekx.PR8VD00xoQniO1YA7UUU_Ww2FWCEFAssNEK2oxpilsARDzm9upsv6 PGi759.89_i36HfHDz3Ksaz6YSp9u0n16QNae6SN_VECDT6jkf9MRjPpD2aMn8zAe Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Jun 2020 10:35:40 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ae029dbc8c28e2835b70709a396d7bf3; Sat, 13 Jun 2020 10:35:35 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Unrelenting testplan D25219 From: Mark Millard In-Reply-To: Date: Sat, 13 Jun 2020 03:35:34 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <1650FF75-2B95-4CF6-B6B1-BDD2240CA09D@yahoo.com> References: <876E685B-B3AC-4821-A88F-702ABA3D9812@yahoo.com> <5FE76178-4255-46B0-9A0D-F7640EFCBBE4@googlemail.com> <8414e0163e5cb2e9c4a4c7b02aa01666@unrelenting.technology> <5B8A58D0-9662-49DD-9CC3-226A3A92EFD6@googlemail.com> <26B03CE9-E91F-466B-9912-56CCB4E28817@unrelenting.technology> <19BAFE1A-8E07-47AB-81C9-C8BA21086AD1@googlemail.com> <460696d7-55b3-fcf9-74a8-910ffa89621a@selasky.org> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49kYs95P3Dz3dGm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 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.71)[-0.710]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2020 10:35:42 -0000 On 2020-Jun-13, at 01:54, Klaus K=C3=BCchemann via freebsd-arm = wrote: > Am 13.06.2020 um 10:46 schrieb Hans Petter Selasky : >>=20 >> On 2020-06-13 10:42, Klaus K=C3=BCchemann wrote: >>> ------ mouse removed from the hub, then panic: ------ >>=20 >> Is the HUB you are using self-powered? >>=20 >> =E2=80=94HPS >=20 > I tried both : 1. :direct-connection of SSD-drive(without external = Hub) > and 2.: external Hub with Power > I=E2=80=99m using the Original Pi- power adapter=20 > and an UninterruptedPowerSupply. >=20 > the filesystem on the SSD is dd`d from the u-boot-uSD where I compiled = the kernel=20 > directly on the RPI(I removed every visible file from the dd`d uSD`s = msdos-partition except the efi). > `tried different efi-loaders..=20 Odd suggestion, try having /boot/loader.conf contain something like: kern.cam.boot_delay=3D10000 vfs.mountroot.timeout=3D10 vfs.root_mount_always_wait=3D1 If you are lucky enough that such makes it behave better, you could then try commenting out subsets of the 3 to isolate a minimal set of them that helps the most. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)