Re: Radxa Orion O6

Hi Andrew,

On 1/21/25 21:13, Andrew Turner wrote:
>>>> Without seeing the ACPI tables, especially the SPCR, it is difficult 
>>>> to know why it’s failing.
>>>
>>>  From what I've seen so far, it seems there is no SPCR table, and I 
>>> don't know how to display on the serial console in Linux.
>>
>> In Linux I can use the serial console in "ACPI" mode. I don't know how 
>> that is possible.
> 
> Having talked to a Linux developer my understanding is they store the 
> message buffer and print it when the console is found. This could fail 
> if the kernel was to panic before the uart device was found. I strongly 
> suggest you add a SCPR table when booting in ACPI mode.

I checked mainline Linux dmesg (acpi),

| [    0.000000] ACPI: Use ACPI SPCR as default console: Yes

I don't understand what's going on...

Here is full dmesg:
https://drive.google.com/file/d/1islmdKWJUOnFoJLP3lNv3hyMoVXhv6yl/view?usp=sharing

>>>>> Using the "Device Tree" I was able to use both the serial console 
>>>>> and the display and boot the installer. Please see dmesg below.
>>>>>
>>>>> But all pcib are not configured.
>>>>
>>>> It looks like the PCI driver doesn’t have memory resources assigned 
>>>> to it. If I remember correctly this should be described in the MCFG 
>>>> table, with a fallback to the value in _CBA. It’s possible something 
>>>> in this parsing is not picking up these so is failing.
>>>
>>> In "Device Tree" mode, I guess we can't expect those.
> 
> The DTB I found has a PCIe device with 'compatible = "cix,sky1-pcie- 
> host"'. For FreeBSD to attach to this it would need code written to 
> handle this and any resource drivers it uses, e.g. input clocks. The 
> driver would most likely be able to be based on one of the existing 
> drivers, probably ofw_pcib.

I might have forgotten to talk about dts(i):
https://gist.github.com/RadxaNaoki/c24be91f920bf4fdb23c4ac478c03479

Best regards,

--
FUKAUMI Naoki
Radxa Computer (Shenzhen) Co., Ltd.