codedude/SBC-Testing
1
0
Fork 1
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Compare commits

base: codedude:main
Branches Tags
codedude:main
thefossguy:thefossguy-testing
thefossguy:main
..
compare: thefossguy:thefossguy-testing
Branches Tags
thefossguy:thefossguy-testing
thefossguy:main
codedude:main

No commits in common. "main" and "thefossguy-testing" have entirely different histories.
main ... thefossguy

4 changed files with 7 additions and 64 deletions
Show Stats Expand all files Collapse all files

1
README.md
View File

@ -1,3 +1,2 @@
# SBC-Testing # SBC-Testing
[Current SBC Testing Notes](testing/2ndRound.md)

30
old/2ndRound.md
View File

@ -1,30 +0,0 @@
- [2nd Round of Testing](#2nd-round-testing)
- [Issues](#issues)
<a id="2nd-round-testing"></a>
### 2nd Round of Testing
The 2nd round of testing will include the same as before except that we'll use U-Boot from the Rocky Linux U-Boot Tools package. We'll continue testing the 6.6.x kernel branch.
| | Tritrium H5 | Le Potato AML-S905X-CC | La Frite AML-S805X-AC | Renegade ROC-RK3328-CC | Odroid-N2 |
|:---:|:---:|:---:|:---:|:---:|:---:|
| Kernel SBC support | Passed | Passed | | | Passed |
| Vendor U-Boot | Not Tested | Passed | | | Not Tested |
| Rocky U-Boot | Passed | Failed* | | | Passed* |
| USB | Passed | Passed | | | Passed |
| Video | Passed | Passed | | | Passed |
| Wi-Fi | N/A | N/A | | | N/A |
| Ethernet | Passed | Failed | | | Passed |
*Amlogic U-boot binaries must be fip-signed with Amlogic's tools.
<a id="issues"></a>
### Issues
As of 18 January 2024:
Amlogic boards must have their U-boot binaries fip-signed. Currently, this affects both the Le Potato and the Odroid-n2. Check the official u-boot docs for additional information. Amlogic requires written permission for using its signing utilites (if i'm reading it correctly.)
Le Potato has issues with the ethernet adapter constantly resetting and is currently non-functional.
The Odroid N2 is functional other than "reboot" doesnt work and non-functional usb during U-Boot which stops the boot process(although sometimes it has booted so fast you couldnt get even press a key if you wanted to). The "reboot" error is something to the effect of "watchdog didnt stop". Other than that, it seems to work if you can get it to boot on its own.
As of 21 January 2024:
The strange Le Potato issues with the ethernet adapter is related to uboot. It only happens while using the uboot binary from the Rocky Linux U-Boot-Tools package. Using the LibreTech uboot binary, the issue goes away. I suspect there is a piece of the Le Potato U-boot that is not fully upstreamed.
Fedora is support on the same Libre boards we are testing. They use the libretech provide U-boot. Can we do the same for this handful of boards? (or at least the ones with issues, so far the Le Potato)

28
testing/aug2024.md
View File

@ -1,28 +0,0 @@
- [August 2024 SBC Testing](#aug2024-testing)
<a id="August 2024-testing"></a>
### August 2024 Testing
The round of testing will include the same as before. We'll use U-Boot from the Rocky Linux U-Boot Tools package and test with the 6.10.x branch of upstream kernel. The table below consistes of SBCs from Libre Computer
| | All-H3-CC-H5| AML-S905X-CC | AML-S805X-AC | ROC-RK3328-CC | AML-A311D-CC | ROC-RK3399-PC |
|:---:|:---:|:---:|:---:|:---:|:---:|:---:|
| Kernel SBC | Passed | Passed | | Passed | Passed | |
| Vendor U-Boot | Passed | Passed | | Passed | Passed | |
| Rocky U-Boot | NT | NT | | NT | NT | |
| USB | Passed | Passed | | | Passed | |
| Video | Passed | Passed | | Uboot-nov video| Passed | |
| Wi-Fi | N/A | N/A | | N/A | N/A | |
| Ethernet | Passed | Passed | | Passed | Passed | |
*Amlogic U-boot binaries must be fip-signed with Amlogic's tools.
*Items marked "NT" werent tested, but will be in future testing iterations.
### Issues
As of 7 August 2024:
Amlogic boards must have their U-boot binaries fip-signed. Currently, this affects both the Le Potato and the Odroid-n2. Check the official u-boot docs for additional information. Amlogic requires written permission for using its signing utilites (if i'm reading it correctly.)
Most all Libre Boards are fully functional. The exception is the two renegade boards. The Renegade Elite needs additional testing. The renegade rk3328 works but it fully headless(no video during uboot or startup, but video turns on at the login prompt). The le frite has not been tested yet (aml-s805x-ac)

12
old/old.md → testing/details.md
View File

@ -2,7 +2,8 @@
- [Testing Requirements](#testing-requirements) - [Testing Requirements](#testing-requirements)
- [Initial Testing Libre](#initial-testing-libre) - [Initial Testing Libre](#initial-testing-libre)
- [Initial Testing Summary](#initial-testing-summary) - [Initial Testing Summary](#initial-testing-summary)
- [2nd Round of Testing](#2nd-round-testing)
- [Issues](#issues)
- [thefossguy](#thefossguy) - [thefossguy](#thefossguy)
<a id="testing-requirements"></a> <a id="testing-requirements"></a>
@ -28,12 +29,13 @@ The table above shows the results for intial testing of ```kernel-mainline-sbc``
As of 3 Jan 2024, the usb issues on the Libre Renegade have been resolved. The Le Potato works fine as well. As of 3 Jan 2024, the usb issues on the Libre Renegade have been resolved. The Le Potato works fine as well.
<a id="2nd-round-testing"></a>
### 2nd Round of Testing
The 2nd round of testing will include the same as before except that we'll use U-Boot from the Rock Linux U-Boot Tools package. We'll continue testing the 6.6.x kernel branch.
<a id="issues"></a>
### Issues
Old Issues:
RK3588[S] specific: RK3588[S] specific:
There are two configuration options that are unrelated to the MMC subsystem which prevent the kernel in finding an MMC device. The kernel _does boot_, but that is not the "real" kernel which is on the disk, in `/boot/vmlinuz-$(uname -r)`. It is the initramfs, and gets into the dracut emergency shell. Not good. There are two configuration options that are unrelated to the MMC subsystem which prevent the kernel in finding an MMC device. The kernel _does boot_, but that is not the "real" kernel which is on the disk, in `/boot/vmlinuz-$(uname -r)`. It is the initramfs, and gets into the dracut emergency shell. Not good.