Summary: | [boot] Loop of "Root mount waiting for: usbus0 CAM" on Oracle OCI Cloud Ampere A1 Compute instance | ||||||
---|---|---|---|---|---|---|---|
Product: | Base System | Reporter: | sec <szczepan> | ||||
Component: | arm | Assignee: | freebsd-arm (Nobody) <freebsd-arm> | ||||
Status: | Open --- | ||||||
Severity: | Affects Only Me | CC: | dch, hselasky, imp, meta, yonas.yanfa | ||||
Priority: | --- | ||||||
Version: | 13.0-STABLE | ||||||
Hardware: | arm64 | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
sec
2022-02-14 15:40:47 UTC
So the USB bus isn't able to complete its enumeration. The usb bus code requests that CAM wait until it's enumerated the bus before CAM drops its hold on the boot process that's designed to make sure we don't proceed to mountroot() before the root filesystem providing device is active and fully tasted. The "Root mount wainting for: usbus0 CAM" is the result. The problem isn't in that loop, per se. The problem is the usb enumeration problems and timeouts. Any way to debug/get more verbose output of that? Doing boot -v yields the same output? maybe set hw.usb.uhub.debug=1 hw.usb.debug=1 hw.usb.umass.debug=1 at the 'OK' prompt in the boot loader Created attachment 231817 [details]
console boot history log
Boot log attached - hope it will make sense for someone :)
(In reply to sec from comment #4) >Boot log attached - hope it will make sense for someone :) Me too. I think that hps@ will need to take a look, I think, to make sense of this. It's a bit beyond my USB skills. I haven't seen this at all & I'm probably the biggest OCI Ampere consumer atm. I'm generating mine via: https://github.com/skunkwerks/oci-a1-metal/tree/a1-flex using https://freeside.skunkwerks.at/pub/FreeBSD/releases/13.1-BETA3/arm64/ which is a memstick with minimal tweaks to /boot/loader.conf console output -- and my public key in /root/.ssh/authorized_keys ) to allow ssh in on startup. The only obvious thing that jumps out is you're trying to boot from CD (what does that even mean in a cloud these days...). Trying to mount root from cd9660:/dev/iso9660/13_0_STABLE_AARCH64_BO [ro]... At least you can continue through to a usable system from here, without the CDROM boot. Using 13.1-BETA1 don't produce the bug, so I guess it was fixed somewhere between. (In reply to sec from comment #7) I reproduced the same issue with the current CURRENT image and 13.1-RELEASE. despite repeated testing I can't repro this at all in 13.1-RELEASE (using the official FreeBSD image now available in OCI), nor CURRENT. Can you share any more details on your VM config, and how the image is configured? The official FreeBSD image is not very exciting, it's basically 13.1-RELEASE generated from this patch https://reviews.freebsd.org/D34746 so we are not doing any clever tunables. I can reproduce this with 14.0-p2 when booting via UEFI. It does not appear when booting in BIOS mode. |