Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 09 Apr 2022 09:00:36 -0500
From:      Mike Karels <mike@karels.net>
To:        Andrew Turner <andrew@fubar.geek.nz>
Cc:        bob prohaska <fbsd@www.zefox.net>, Free BSD <freebsd-arm@freebsd.org>
Subject:   Re: RPI4 panic on boot with -current
Message-ID:  <428D955C-E775-4F34-A548-297CD89BD764@karels.net>
In-Reply-To: <2679B86C-CB1C-44E8-A43E-C9E2533322B9@fubar.geek.nz>
References:  <20220409015321.GA52002@www.zefox.net> <2679B86C-CB1C-44E8-A43E-C9E2533322B9@fubar.geek.nz>

next in thread | previous in thread | raw e-mail | index | archive | help
On 9 Apr 2022, at 6:46, Andrew Turner wrote:

> Does the patch in https://reviews.freebsd.org/D34858 allow the system t=
o boot? The EFI runtime services may not work, but it should stop the pan=
ic.

It works on my RPi4 (original 4 GB model), which had the problem too.

		Mike

> Andrew
>
>> On 9 Apr 2022, at 02:53, bob prohaska <fbsd@www.zefox.net> wrote:
>>
>> Might this be related to "RPi4B's got a PMIC replacement,..." reported=
 4/3 ?
>>
>> A Pi4 (mechanical disk only, no microsd) trying to boot a fresh build =
of
>> -current reports:
>>
>> Resetting system ...
>>
>> U-Boot 2020.10 (Mar 04 2021 - 04:32:31 +0000)
>>
>> DRAM:  7.9 GiB
>> RPI 4 Model B (0xd03114)
>> MMC:   mmc@7e300000: 1, emmc2@7e340000: 0
>> Loading Environment from FAT... sdhci_set_clock: Timeout to wait cmd &=
 data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_send_command: MMC: 1 busy timeout increasing to: 200 ms.
>> sdhci_send_command: MMC: 1 busy timeout increasing to: 400 ms.
>> sdhci_send_command: MMC: 1 busy timeout increasing to: 800 ms.
>> sdhci_send_command: MMC: 1 busy timeout increasing to: 1600 ms.
>> sdhci_send_command: MMC: 1 busy timeout increasing to: 3200 ms.
>> sdhci_send_command: MMC: 1 busy timeout.
>> In:    serial
>> Out:   vidconsole
>> Err:   vidconsole
>> Net:   eth0: ethernet@7d580000
>> PCIe BRCM: link up, 5.0 Gbps x1 (SSC)
>> starting USB...
>> Bus xhci_pci: Register 5000420 NbrPorts 5
>> Starting the controller
>> USB XHCI 1.00
>> scanning bus xhci_pci for devices... 6 USB Device(s) found
>>       scanning usb for storage devices... 1 Storage Device(s) found
>> Hit any key to stop autoboot:  0
>> Card did not respond to voltage select!
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_send_command: MMC: 1 busy timeout.
>>
>> Device 0: Vendor: SABRENT  Rev: 0204 Prod:
>>            Type: Hard Disk
>>            Capacity: 953869.7 MB =3D 931.5 GB (1953525168 x 512)
>> ... is now current device
>> Scanning usb 0:1...
>> Found EFI removable media binary efi/boot/bootaa64.efi
>> libfdt fdt_check_header(): FDT_ERR_BADMAGIC
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_set_clock: Timeout to wait cmd & data inhibit
>> sdhci_send_command: MMC: 1 busy timeout.
>> Scanning disk mmc@7e300000.blk...
>> Disk mmc@7e300000.blk not ready
>> Card did not respond to voltage select!
>> Scanning disk emmc2@7e340000.blk...
>> Disk emmc2@7e340000.blk not ready
>> Scanning disk usb_mass_storage.lun0...
>> ** Unrecognized filesystem type **
>> Found 3 disks
>> No EFI system partition
>> BootOrder not defined
>> EFI boot manager: Cannot load any image
>> 1259292 bytes read in 5 ms (240.2 MiB/s)
>> libfdt fdt_check_header(): FDT_ERR_BADMAGIC
>> Booting /efi\boot\bootaa64.efi
>>
>> [whitespace trimmed]
>>
>> Consoles: EFI console
>>    Reading loader env vars from /efi/freebsd/loader.env
>> Setting currdev to disk0p1:
>> FreeBSD/arm64 EFI loader, Revision 1.1
>> (Thu Mar  4 07:32:03 UTC 2021 root@releng1.nyi.freebsd.org)
>>
>>   Command line arguments: loader.efi
>>   Image base: 0x39cfc000
>>   EFI version: 2.80
>>   EFI Firmware: Das U-Boot (rev 8224.4096)
>>   Console: comconsole (0)
>>   Load Path: /efi\boot\bootaa64.efi
>>   Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0=
x0,0x0,0x9,0x0,0x3)/UsbClass(0x152d,0x1561,0x0,0x0,0x0)/HD(1,0x01,0,0x81f=
,0x18fa8)
>> Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0x0,=
0x0,0x9,0x0,0x3)/UsbClass(0x152d,0x1561,0x0,0x0,0x0)/HD(1,0x01,0,0x81f,0x=
18fa8)
>> Setting currdev to disk0p1:
>> Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/UsbClass(0x0,0x0,=
0x9,0x0,0x3)/UsbClass(0x152d,0x1561,0x0,0x0,0x0)/HD(2,0x01,0,0x197c7,0x74=
6ed5e9)
>> 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
>> Loading kernel...
>> /boot/kernel/kernel text=3D0x2a8 text=3D0x851220 text=3D0x24be84 data=3D=
0x1b9ba8 data=3D0x0+0x34f000 syms=3D[0x8+0x134028+0x8+0x15b5e1]
>> Loading configured modules...
>> /boot/kernel/filemon.ko text=3D0x1867 text=3D0x2558 data=3D0x510+0x20 =
syms=3D[0x8+0xd08+0x8+0x7c9]
>> /boot/kernel/umodem.ko text=3D0x2100 text=3D0x13a0 data=3D0x6d8+0x10 s=
yms=3D[0x8+0xf18+0x8+0xb5c]
>> loading required module 'ucom'
>> /boot/kernel/ucom.ko text=3D0x2590 text=3D0x2f00 data=3D0x8e0+0x858 sy=
ms=3D[0x8+0x1290+0x8+0xbd5]
>> /boot/entropy size=3D0x1000
>> /etc/hostid size=3D0x25
>>
>> Hit [Enter] to boot immediately, or any other key for command prompt.
>> Booting [/boot/kernel/kernel]...
>> Using DTB provided by EFI at 0x7ef0000.
>> EFI framebuffer information:
>> addr, size     0x3e22c000, 0x8ca000
>> dimensions     1920 x 1200
>> stride         1920
>> masks          0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000
>> ---<<BOOT>>---
>> GDB: debug ports: uart
>> GDB: current port: uart
>> KDB: debugger backends: ddb gdb
>> KDB: current backend: ddb
>> WARNING: Cannot find freebsd,dts-version property, cannot check DTB co=
mpliance
>> Copyright (c) 1992-2022 The FreeBSD Project.
>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19=
94
>>        The Regents of the University of California. All rights reserve=
d.
>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>> FreeBSD 14.0-CURRENT #40 main-aa597d4049-dirty: Fri Apr  8 11:44:42 PD=
T 2022
>>    bob@nemesis.zefox.com:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC ar=
m64
>> FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llv=
morg-13.0.0-0-gd7b669b3a303)
>> WARNING: WITNESS option enabled, expect reduced performance.
>> VT(efifb): resolution 1920x1200
>> module firmware already present!
>> real memory  =3D 8441835520 (8050 MB)
>> avail memory =3D 8206352384 (7826 MB)
>> Starting CPU 1 (1)
>> Starting CPU 2 (2)
>> Starting CPU 3 (3)
>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
>> random: unblocking device.
>> random: entropy device external interface
>> Fatal data abort:
>>  x0: ffffa0003b25dad0
>>  x1:                8
>>  x2: ffff00000088db8d (do_execve.fexecv_proc_title + 7674)
>>  x3:              78a
>>  x4:                0
>>  x5:               69
>>  x6:         40a7152f
>>  x7:         f2db3c10
>>  x8: ffffa0003b25dad0
>>  x9:        200000000
>> x10: ffffa00000000000
>> x11:         3b25dad0
>> x12: 725f696665006966
>> x13:  100000102ff0001
>> x14: ffff000000b07300 (lock_class_mtx_sleep + 0)
>> x15:                0
>> x16:                8
>> x17:         f4b3707d
>> x18: ffff000000fa79b0 (initstack + 39b0)
>> x19: ffffa000008db380
>> x20: ffff000000ab4810 (efirt_moddata + 0)
>> x21: ffff000000911163 (console_pausestr + 13a59)
>> x22: ffff000000c6d000 (db_watch_table + b88)
>> x23: ffff000000ba1000 (compiler_version + 20)
>> x24: ffff000000dfb000 (gdb_tx_u + aa0)
>> x25:                0
>> x26: ffff0000008a1723 (do_execve.fexecv_proc_title + 1b20a)
>> x27:          3100000
>> x28: ffff000000dfb000 (gdb_tx_u + aa0)
>> x29: ffff000000fa79c0 (initstack + 39c0)
>>  sp: ffff000000fa79b0
>>  lr: ffff000000157ac4 (efirt_modevents + 78)
>> elr: ffff000000157ad0 (efirt_modevents + 84)
>> spsr:         200000c5
>> far: ffffa0003b25dad0
>> esr:         96000007
>> panic: vm_fault failed: ffff000000157ad0 error 1
>> cpuid =3D 0
>> time =3D 1
>> KDB: stack backtrace:
>> db_trace_self() at db_trace_self
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x30
>> vpanic() at vpanic+0x174
>> panic() at panic+0x44
>> data_abort() at data_abort+0x2f0
>> handle_el1h_sync() at handle_el1h_sync+0x10
>> --- exception, esr 0x96000007
>> efirt_modevents() at efirt_modevents+0x84
>> module_register_init() at module_register_init+0xc4
>> mi_startup() at mi_startup+0x130
>> virtdone() at virtdone+0x7c
>> KDB: enter: panic
>> [ thread pid 0 tid 100000 ]
>> Stopped at      kdb_enter+0x44: undefined       f902011f
>> db> bt
>> Tracing pid 0 tid 100000 td 0xffff000000dfc0e0
>> db_trace_self() at db_trace_self
>> db_stack_trace() at db_stack_trace+0x11c
>> db_command() at db_command+0x368
>> db_command_loop() at db_command_loop+0x54
>> db_trap() at db_trap+0xf8
>> kdb_trap() at kdb_trap+0x1cc
>> handle_el1h_sync() at handle_el1h_sync+0x10
>> --- exception, esr 0xf2000000
>> kdb_enter() at kdb_enter+0x44
>> vpanic() at vpanic+0x1b0
>> panic() at panic+0x44
>> data_abort() at data_abort+0x2f0
>> handle_el1h_sync() at handle_el1h_sync+0x10
>> --- exception, esr 0x96000007
>> efirt_modevents() at efirt_modevents+0x84
>> module_register_init() at module_register_init+0xc4
>> mi_startup() at mi_startup+0x130
>> virtdone() at virtdone+0x7c
>> db>
>>
>> followed by
>>
>> db> reboot
>> cpu_reset failed
>>
>> After power cycle the machine rebooted to
>> FreeBSD 14.0-CURRENT #34 main-79c4c4be96-dirty: Tue Apr  5 09:26:19 PD=
T 2022
>> without obvious problems. "Dirty" is in reference to /usr/src/tests, I=
've
>> refrained from tampering with the sources.
>>
>> Thanks for reading,
>>
>> bob prohaska
>>
>>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?428D955C-E775-4F34-A548-297CD89BD764>