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.

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.

@alexc @qq20739111 I would be very surprised if the UART log showed anything other than mine. You can find it attached above.

@qq20739111 No, this was on 6.18. I already purged this image and the dtbs were updated since then, but the boot log is here: https://paste.armbian.eu/ewudaciluc.pl

I downloaded the image. And yes, of course, I needed to set up the wifi connection when armbian asked me to.

In my case, WiFi connects correctly on mainline on A7S. Haven't gotten any DP output yet, only on 6.6. There is some spam about DP in UART.

I could not get PCIE to work properly on BSP 6.6 on the A7S, but maybe it was my mistake. For SATA over M.2 to work (in case on m.2 SATA drives), the device need to support this electrically, which I'm not sure if A7x boards do. Sent from my SM-S931B using Tapatalk

Of course, you can build an A7S image now as well. There's no display output yet.