humanus

It works. I am just showing you an easy way to connect to the board if you don't have UART or display output, even if temporarily.

You have the lspci verbose output so you can work back to get the non-verbose output as well. Should I have anything connected to the PCI lane or not? I know my USB devices work, at least with the internal controller, the question was about what exactly is the output/situation you need me to test.

I'm not sure what "nothing to see with you project" means but above you I've included the most complete lspci there is. I'll send lsusb too, but there won't be much there as it works properly. Do you want me to have something connected to the USB or just print it without anything (it would be one line, unless you want verbose).

Here's lspci -vvv with an older Radeon: https://paste.armbian.com/zisezuqoza.yaml and boot UART log (it boots but no display is visible) https://paste.armbian.com/asizofulux.sql Here's the same with Radeon RX 550: https://paste.armbian.com/ovinibafux.yaml The kernel complained about missing firmware (for polaris11), which actually was not missing. I had to regenerate initramfs using initramfsctl. After regenerating, the board stopped booting with the card connected: https://paste.armbian.com/qitiwiwoge.yaml Not sure how useful lsusb would be. So it's not super stable yet. I saw that you made these modules built-in. This is not necessary, selecting [M] is enough because then they can be loaded or unloaded (to try passing the card through to a VM I need to blacklist the module, which doesn't work for built-in modules). This is something I can try to do to get display output. Oh and WiFi isn't detected at all but that's probably not a surprise.

Yes, of course, but as you said yourself, there are issues with ethernet on mainline. So you can just use a dongle as a temporary workaround to get a stable (or any) connection.

Thanks. Missing firmware is not a problem, to fix it one just needs to install armbian-firmware-full.

I set up WiFi via serial connection. Then the UI started on the display. You can also do this via USB ethernet dongle.

I've not tried the build with working ethernet yet. As for the DP Alt Mode, I had no issues so far with mainline. It might depend a bit on the adapter, the one I tried works great but I can try others which may be worse. I buy very low priced stuff usually, so some may have problems, and it would be representative.

amdgpu this one is crucial. nouveau and radeon could be useful but the first one is for nvidia cards (I don't have any to test) and the second one is useful for very old cards mainly. But I'll try passing them through to a VM, for this I don't need any modules other than IOMMU working Just tried your image for Rock 2F, it boots.

@alexc Thanks... But the state of PCIE on raspberry pi is much better than on this board. Before getting the GPU working, we should concentrate on getting anything working via the PCIE, and so far now I've not been able to get anything to work (I'll try an nvme drive soon).

@alexc amdgpu, it is built as a mainline module by default from what I can see, as well as pcie support.

Where did you get the kernel source? I want to add some kernel modules to the config. Or is it vanilla 7.1 from Armbian?

to use it on Rock 2F I can just point it to the 2F device tree, right?

@alexc With the latest changes from you, incorporated by Nick, the 6.18 kernel boots. But there's a problem with PCI-Express. I can't get anything to work. I tried a GPU and a USB 3.0 hub, connected via a powered flex-to-pcie-1x adapter. Both are detected and get power but don't work. When I do lspci, the hub appears (the GPU doesn't) and when I try `lspci -t`, I get a segmentation fault. So something is wrong. Here is the log: https://paste.armbian.eu/akilodanus.yaml

I have no eMMC and the card isn't UHS-II (I use WD Purple cards, they are UHS-I). I don't think I have any UHS-II cards at the moment... Could try a different one though.