humanus

I've added Rock 2A and 2F mainline. WiFi indeed needed some fixes to work. Not sure what's the point of sharing fixes on a forum if they can be contributed

Hello, I am the maintainer of the csc board Milk-V Duo S. There is no category for it yet, so I chose a random one. Please create and change it. If anyone has any issues please write about them, I'll try to fix them. I saw that there is a forum called "unsupported boards" but vant move it there any more.

@Sand_Death congrats on finding this... I also found the sunxi PCIE driver to be limited. I think someone would need to develop it a bit, or write something from scratch, in order to get more devices to work.

@Jacob George So we will be able to boot Windows on the A733 soon? This would be fun.

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.