Date: Sat, 18 Jul 2020 21:37:47 +0000 From: Robert Crowston <crowston@protonmail.com> To: Mark Millard <marklmi@yahoo.com> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: FYI: RPi4 (8 GiByte) USB3 vs. head -r363123: still a no-go for booting a USB3 / in my experiments Message-ID: <dku0j_wjTui_MeLV0obVoPHTA6AJ0JfAamjVb503rQbeTbdd2xUoG8JrZQB5ENSp4PeSj6estzC0pBYBw7expbvw_v4gd6pDIVo7aOBZApc=@protonmail.com> In-Reply-To: <BF48971B-7D34-415B-BDA2-00CF82ED1342@yahoo.com> References: <BF48971B-7D34-415B-BDA2-00CF82ED1342.ref@yahoo.com> <BF48971B-7D34-415B-BDA2-00CF82ED1342@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I believe this differential (https://reviews.freebsd.org/D25261) would reso= lve it, but I haven't got around to addressing the comments there yet. -- RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Wednesday, 15 July 2020 10:09, Mark Millard via freebsd-arm <freebsd-arm= @freebsd.org> wrote: > I did the following experiment mostly just to observe > the current status for sysutils/u-boot-rpi4 based > booting of the RPi4 (with rather modern RPi4 firmware > in use). (I normally use uefi/acpi instead of u-boot, > uefi now at v1.17 . I was hoping to see if u-boot based > also had a bug that uefi contexts have.) > > With the kernel on the microsd card (and earlier stage > materials), boot -v reported (before mounting / from > USB3 became relevant): > > pci1: <PCI bus> on pcib1 > pcib1: allocated bus range (1-1) for rid 0 of pci1 > pci1: domain=3D0, physical bus=3D1 > found-> vendor=3D0x1106, dev=3D0x3483, revid=3D0x01 > > domain=3D0, bus=3D1, slot=3D0, func=3D0 > class=3D0c-03-30, hdrtype=3D0x00, mfdev=3D0 > cmdreg=3D0x0000, statreg=3D0x0010, cachelnsz=3D0 (dwords) > lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns= ) > intpin=3Da, irq=3D0 > powerspec 3 supports D0 D3 current D0 > MSI supports 4 messages, 64 bit > map[10]: type Memory, range 64, base 0, size 12, memory disabled > > > pcib1: slot 0 INTA is routed to irq 82 > xhci0: <XHCI (generic) USB 3.0 controller> irq 82 at device 0.0 on pci1 > pcib1: allocated memory range (0xf8000000-0xf8000fff) for rid 10 of xhci0 > xhci0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8000000 > xhci0: 32 bytes context size, 64-bit DMA > xhci0: attempting to allocate 1 MSI vectors (4 supported) > xhci0: using IRQ 83 for MSI > xhci0: MSI enabled > xhci0: Controller reset timeout. > xhci0: XHCI halt/start/probe failed err=3D18 > xhci0: Controller reset timeout. > device_attach: xhci0 attach returned 6 > . . . > simplebus2: xhci@7e9c0000 mem 0x7e9c0000-0x7eabffff irq 78 disabled compa= t generic-xhci (no driver attached) > > So the USB3 ends up unavailable. > > / would have been from a USB3 SSD if things had worked. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?dku0j_wjTui_MeLV0obVoPHTA6AJ0JfAamjVb503rQbeTbdd2xUoG8JrZQB5ENSp4PeSj6estzC0pBYBw7expbvw_v4gd6pDIVo7aOBZApc=>