1. Please describe the problem:
The configuration options in the summary are not currently enabled in Fedora 31 or rawhide. Enabling these to build as modules allows the use of PCI Express devices on boards using RockChip SoCs such as the RockPro64.
2. What is the Version-Release number of the kernel:
Kernel 5.4.12 in Fedora 31, but the kernel packaging on pagure for rawhide also has these currently disabled.
3. Did it work previously in Fedora? If so, what kernel version did the issue
*first* appear? Old kernels are available for download at
https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :
I don't think these config options have ever been enabled
4. Can you reproduce this issue? If so, please provide the steps to reproduce
the issue below
I have a RockPro64 running Fedora 31, and cannot use the connected SATA PCIE card. Rebuilding the kernel locally with these options enabled as modules allows me to use the attached drives on the SATA card.
5. Does this problem occur with the latest Rawhide kernel? To install the
Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
``sudo dnf update --enablerepo=rawhide kernel``:
Have not actually tested on rawhide, but checking the packaging, I suspect it would not.
6. Are you running any modules that not shipped with directly Fedora's kernel?:
No.
7. Please attach the kernel logs. You can get the complete kernel log
for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
issue occurred on a previous boot, use the journalctl ``-b`` flag.
No logs currently, don't really think any are really necessary, but can grab them if required.
Hi,
I've enabled both of these modules in Rawhide starting with kernel-5.6.0-0.rc0.git5.1.fc32 and I've dropped it into the v5.5 rebase for stable Fedora releases.
Still an issue: [ 33.654926] rockchip-pcie f8000000.pcie: PCIe link training gen1 timeout!
And this is a duplicate where it's well where this is well documented.
*** This bug has been marked as a duplicate of bug 1704945 ***
Thanks.
I do look at the git history of a config, so linking to bugzillas (as you did when you turned this back off) should keep me from forgetfully flipping things back on that are known to be broken.