Closed Strit closed 1 year ago
It's nice to see that the Manjaro team is interested in EDK2 UEFI.
A few notes:
OK, Nice. I am very familiar with Furkan Kardame from Manjaro TEAM.
I don't have an Odroid-M1 but I'm interested in adding more RK356x boards. And I'm ready to help you, I can explain how easy it is to do. I also had little idea about Tianocore EDKII, quite recently, but believe me it was not difficult. You just need to study in detail the distinctive features of your board. To do this, just look at the schemes and DTS files. If you can still do a couple of FreeBSD test runs for me on your board, that would be fun.
- Primarily Manjaro with EFI would be my tests.
- Ah you're right. I was thinking of the Station P2. Sorry.
- Don't really know that board, but I've seen kernel patches for it, I think.
- I'm not a programmer at all and looking at the PR's it looks to adds a bunch of files for each board to be supported. I would likely just mess thinks up.
If you have a ready image I can check on RADXA Rock 3A
- Primarily Manjaro with EFI would be my tests.
- Ah you're right. I was thinking of the Station P2. Sorry.
- Don't really know that board, but I've seen kernel patches for it, I think.
- I'm not a programmer at all and looking at the PR's it looks to adds a bunch of files for each board to be supported. I would likely just mess thinks up.
If you have a ready image I can check on RADXA Rock 3A
You can try one of these images on the Rock 3A with the UEFi firmware. It boots on Pinebook Pro and Odroid N2 with Tow-Boot.
The good news is that Manjaro is launching on Rock3A and moving into multiplayer mode. Work Console/HDMI(efifb)/USB.
The bad news is that gmac doesn't work.
Starting version 251.5-1-arch [ 7.281009] stmmaceth PRP0001:03: IRQ macirq not found
yeah, the gmac issue is with the DTB. We fixed it in our kernels, but the kernels used in the efi images don't have DTBs.
The bad news is that gmac doesn't work.
Starting version 251.5-1-arch [ 7.281009] stmmaceth PRP0001:03: IRQ macirq not found
Funny, I have that same/similar problem on the Quartz64a itself. I updated the DTB for edk2 with the DTB from the (6.1.8) kernel, but still nothing. Using u-boot/device tree it works...
If you rebuild uefi with FDT support and use the DTB file from your version of Linux, I don't think you will see any difference with u-boot.
I have used DTB long tlrme ago with this efi boot and Linux using startup.nsh and there is a significant difference, lowering performance. I thought It was because the memory is set at low speed looking at the code but don't have enough knowlegde.
Closing this thread as I don't have the hardware to add support. Please submit a pull request if you have changes to enable support.
I was just wondering if support for the rk3568 based Odroid M1 is possibly gonna happen?
It's very much like the Quartz64 regarding I/O and uses the same SoC as the StationPC M2.
Here's the product page: https://www.hardkernel.com/shop/odroid-m1-with-8gbyte-ram/
I have the device and would be willing to do some testing.