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

Compare commits

base: codedude:1fad60e4b9ea47e8e0f6ae685c237e0860a25c27
Branches Tags
codedude:main
..
compare: codedude:abdd77c2ebe11fee9855b23154250d9809f3f84b
Branches Tags
codedude:main

2 Commits
1fad60e4b9 ... abdd77c2eb

Author SHA1 Message Date
Bryan Zuelly
abdd77c2eb Merge pull request 'update from @thefossguy (2024/01/12)' (#4) from thefossguy/SBC-Testing:thefossguy-testing into main 
Reviewed-on: #4
Reviewed-by: Bryan Zuelly <codedude@noreply@resf.org>
 2024-01-12 15:42:47 +00:00
Pratham Patel
7437eda814
update from @thefossguy 2024-01-12 19:44:37 +05:30
1 changed files with 18 additions and 6 deletions
Show Stats Expand all files Collapse all files

24
testing/details.md
View File

@ -36,12 +36,24 @@ The 2nd round of testing will include the same as before except that we'll use U
<a id="issues"></a> <a id="issues"></a>
### Issues ### Issues
Rockchip Specific: RK3588[S] specific:
Turning off that USB config turns off ports on the Renegade but lets us boot on OPi5 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.
Turning on that USB config restores USB on the Renegade but borks booting on OPi5(MMC-related)
Configuration options in question:
```
CONFIG_ARM_RK3399_DMC_DEVFREQ
CONFIG_PHY_ROCKCHIP_INNO_USB2
```
<a id="thefossguy"></a> With these options turned off, the kernel does boot into userspace (i.e. you can login via serial/ssh and use it as a normal system). But this means that the USB2.x (I hate the USB naming scheme and won't bother with it) ports on the Libre Renegade SBC (`Libre Computer ROC-RK3328-CC`) stop working. This is confirmed by Bryan (@codedude).
### thefossguy
Considering a pivot to RHEL config + defconfig vs the current Fedora config + defconfig, but it'll take some time. This means that some other option is interfering with the MMC subsystem. **This is a bad sign**. I (@thefossguy) am unsure how to proceed from here. At the moment, I have found NixOS to work with my manually built U-Boot (v2024.01) and I am diffing that config with the Fedora config (mainly looking at the configs for the clock, mmc, phy and other related subsystems) to see what might be the problem. I don't have any other OS (rather haven't tried any other OS on it, _yet_) for the config comparison.
<a id="pivot-config"></a>
#### Pivot config?
I (@thefossguy) am considering to revert from using the Fedora config and go back to the RHEL config. My reasons to consider this move are as following (**but I am not going to do that unless the SIG approves it**):
1. Since we are a RHEL clone, it makes sense to use the RHEL config
2. For "missing" features:
2A. Hardware features not enabled in the RHEL config will be enabled (**and documented as a modification**)
2B. Since we are a RHEL clone--and not a Fedora clone--I don't think that anyone will complain for missing features like btrfs, but those can be enabled if someone is willing to test+support feature X
3. Since RedHat will not accept these config changes (makes sense, they don't support SBCs) we can have our own "list" of "here's what we have added on top" which can be "advertised" during download/in the readme and could be a differentiating factor over other clones (healthy competition?)