Summary: | pci: Panic enumerating PI7C9X2G304SV PCIe Switch on Ten64 board (NXP QorIQ LS1088A): generic_bs_r_2() at generic_bs_r_2+0x4 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Base System | Reporter: | Mathew McBride <matt> | ||||||
Component: | arm | Assignee: | freebsd-arm (Nobody) <freebsd-arm> | ||||||
Status: | Closed FIXED | ||||||||
Severity: | Affects Some People | CC: | Andrew, bz, dsl, jhb, kornel555, marcel | ||||||
Priority: | --- | Keywords: | crash, needs-qa | ||||||
Version: | CURRENT | Flags: | koobs:
maintainer-feedback?
(jhb) koobs: maintainer-feedback? (Andrew) koobs: mfc-stable13? koobs: mfc-stable12? |
||||||
Hardware: | arm64 | ||||||||
OS: | Any | ||||||||
Attachments: |
|
Description
Mathew McBride
2021-11-29 23:56:07 UTC
Created attachment 229804 [details]
dmesg successful boot when pcie@3500000 disabled
Can you try running the latest HEAD? Your backtrace looks fairly similar to a bug I recently stumbled upon on a LS1028A board. It should be fixed with https://cgit.freebsd.org/src/commit/?id=68cbe189fdd3c572476f8af9219a5d335f05b51a. (In reply to Kornel Dulęba from comment #2) I'll give it a try today evening. (In reply to Kornel Dulęba from comment #2) Wow, great timing! Confirming this fixes the panic for me, the kernel is able to boot correctly after this change. Devices behind the switch work as well, e.g I can boot from an NVMe attached to the switch (with a MiniPCIe<->M.2 adaptor) Fixed already in HEAD. Works for me on Ten64 as well. |