Re: Radxa Orion O6

Andrew Turner <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.