Re: Radxa Orion O6
- Reply: Warner Losh : "Re: Radxa Orion O6"
- In reply to: FUKAUMI Naoki : "Re: Radxa Orion O6"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 31 Jan 2025 13:47:02 UTC
On 2025-01-31 13:16, FUKAUMI Naoki wrote: > Hi Andrew, > > On 1/31/25 19:56, Andrew Turner wrote: >>> https://drive.google.com/file/d/1PKxfS7BWK4Vo41tw7YrYB1_LfHzLCN-A/ >>> view?usp=sharing >> >> I found the DSDT you posted to the NetBSD list and think I now know >> the issue. The memory range in the MCFG table is not the first entry >> in the _CRS table for the PCI root. FreeBSD has what appears to be a >> bug where it assumes this memory range is first in the list _CRS >> returns, rather than searching for it. >> >> I also found why the ram0 driver is failing to attach. The NPU0 device >> is trying to reserve memory in the range 0x90000000-0x92000000. I >> would expect this memory is included in the memory map provided by >> UEFI so the kernel will ignore it. > > Sorry for the scattered information! > Thank you for the detailed analysis! > > By the way, what does the ram0 driver do? It's to hold the memory resources of the ram so other drivers don't try to use them. See the commit message in [1] where it was added. I think we could move it earlier in the boot so it holds the resource before the acpi device is attached. This would stop the panic, and block drivers from using memory that may have already been allocated by the system. Andrew [1] https://github.com/freebsd/freebsd-src/commit/e6cf1a0826c9d7f229e41224ec7b783501636528