Bug 2321540
| Summary: | WiFi broken: rtl8192cu not available after update | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | plata |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 40 | CC: | acaringi, adscvr, airlied, alciregi, bskeggs, hdegoede, hpa, josef, kernel-maint, linville, masami256, mchehab, ptalbert, steved, suraj.ghimire7, travier |
| Target Milestone: | --- | Keywords: | Desktop, Regression |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2024-11-08 14:06:14 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
plata
2024-10-24 16:52:50 UTC
Original report in https://discussion.fedoraproject.org/t/wifi-broken-rtl8192cu-not-available-after-update/134388 It looks like it has been removed in https://gitlab.com/cki-project/kernel-ark/-/commit/80a7c1a073c27a48815934109918f492b30c9f73. Maybe something is missing and the alternative driver is not loaded for your card? I'd expect that the device ID driver mapping might be missing in some config. No idea where this might be, though. I had actually tried to load a different driver (incl. this rtl8xxxu) via the "new_id" file before without success. Checking the aliases for my device (050d:11f2): ``modinfo rtl8192cu | grep -i 050d | grep -i 11f2`` found ``modinfo rtl8xxxu | grep -i 050d | grep -i 11f2`` not found Based on this, I would claim that the statement "The rtl8xxxu driver supports all USB IDs that are supported in the RTL8192CU" from https://gitlab.com/cki-project/kernel-ark/-/commit/80a7c1a073c27a48815934109918f492b30c9f73 is not true (or maybe it's technically supported but the alias is missing). Adding the device ID dynamically doesn't work: https://patchwork.kernel.org/project/linux-wireless/patch/wrfja8lxnfsm.fsf@redhat.com/. Thank you for reporting this. (In reply to plata from comment #5) > Adding the device ID dynamically doesn't work: > https://patchwork.kernel.org/project/linux-wireless/patch/wrfja8lxnfsm. > fsf/. Right, that is because the driver supports multiple chips and it needs a mapping of usb-ids to which chip is on the wifi module. The usb-id for your wifi module and a couple of other USB ids from drivers/net/wireless/realtek/rtlwifi/rtl8192cu/sw.c are indeed missing from the new rtl8xxxu driver which is supposed to replace the stand alone rtl8192cu module. I have submitted a patch upstream adding these USB ids: https://lore.kernel.org/linux-wireless/20241107140833.274986-1-hdegoede@redhat.com/ I have started a Fedora test kernel build with this patch added here: https://koji.fedoraproject.org/koji/taskinfo?taskID=125591567 Here are some generic instructions for installing a kernel directly from koji (Fedora's buildsystem): https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt Note these are targeting "normal" Fedora installs. For rpmostree based variants this page: https://fedoramagazine.org/how-i-customize-fedora-silverblue-and-fedora-kinoite/ has the following instructions: """ If you want to install specific kernel, you can always download a kernel from Koji and install it on Fedora Silverblue or Fedora Kinoite using the following command: $ sudo rpm-ostree override replace ./kernel*.rpm """ See my original instructions for which kernel*.rpm files you need to download. Note please ignore the "ipu6" in the kernel version. I was building a test kernel for some ipu6 issues and I threw the patch for this into the same build to avoid having to do 2 builds. Please give this kernel a test and let us know if it fixes things. I hope the patch will get merged upstream soon and that it will be added to the stable 6.11.y kernels quickly after that. > I have started a Fedora test kernel build with this patch added here:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=125591567
I forgot to mention that this is still building at the moment. This should be done building and have RPMs available to download in a couple of hours.
The test kernel has completed building and is available for download here now: https://koji.fedoraproject.org/koji/taskinfo?taskID=125591567 When I try to install the kernel, I get: """ error: Could not depsolve transaction; 3 problems detected: Problem 1: package kernel-6.11.6-300.fc41.x86_64 from @System requires kernel-core-uname-r = 6.11.6-300.fc41.x86_64, but none of the providers can be installed - cannot install both kernel-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-core-6.11.6-300.fc41.x86_64 from @System - cannot install both kernel-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-core-6.11.6-300.fc41.x86_64 from updates - cannot install both kernel-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-core-6.11.6-300.fc41.x86_64 from updates-archive - conflicting requests Problem 2: package kernel-modules-extra-6.11.6-300.fc41.x86_64 from @System requires kernel-modules-uname-r = 6.11.6-300.fc41.x86_64, but none of the providers can be installed - cannot install both kernel-modules-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-6.11.6-300.fc41.x86_64 from @System - cannot install both kernel-modules-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-6.11.6-300.fc41.x86_64 from updates - cannot install both kernel-modules-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-6.11.6-300.fc41.x86_64 from updates-archive - conflicting requests Problem 3: conflicting requests - package kmod-nvidia-3:565.57.01-1.fc41.x86_64 from rpmfusion-nonfree-updates requires akmod-nvidia = 3:565.57.01-1.fc41, but none of the providers can be installed - package kmod-nvidia-3:560.35.03-1.fc41.x86_64 from rpmfusion-nonfree requires akmod-nvidia = 3:560.35.03-1.fc41, but none of the providers can be installed - package akmod-nvidia-3:565.57.01-1.fc41.x86_64 from rpmfusion-nonfree-updates requires akmods, but none of the providers can be installed - package akmod-nvidia-3:560.35.03-1.fc41.x86_64 from rpmfusion-nonfree requires akmods, but none of the providers can be installed - package akmods-0.6.0-4.fc41.noarch from fedora requires (kernel-devel-matched if kernel-core), but none of the providers can be installed - package kernel-devel-matched-6.11.6-300.fc41.x86_64 from updates requires kernel-core = 6.11.6-300.fc41, but none of the providers can be installed - package kernel-devel-matched-6.11.6-300.fc41.x86_64 from updates-archive requires kernel-core = 6.11.6-300.fc41, but none of the providers can be installed - package kernel-devel-matched-6.11.4-301.fc41.x86_64 from fedora requires kernel-core = 6.11.4-301.fc41, but none of the providers can be installed - package kernel-devel-matched-6.11.5-300.fc41.x86_64 from updates-archive requires kernel-core = 6.11.5-300.fc41, but none of the providers can be installed - package kernel-core-6.11.6-300.fc41.x86_64 from @System requires kernel-modules-core-uname-r = 6.11.6-300.fc41.x86_64, but none of the providers can be installed - package kernel-core-6.11.6-300.fc41.x86_64 from updates requires kernel-modules-core-uname-r = 6.11.6-300.fc41.x86_64, but none of the providers can be installed - package kernel-core-6.11.6-300.fc41.x86_64 from updates-archive requires kernel-modules-core-uname-r = 6.11.6-300.fc41.x86_64, but none of the providers can be installed - package kernel-core-6.11.4-301.fc41.x86_64 from fedora requires kernel-modules-core-uname-r = 6.11.4-301.fc41.x86_64, but none of the providers can be installed - package kernel-core-6.11.5-300.fc41.x86_64 from updates-archive requires kernel-modules-core-uname-r = 6.11.5-300.fc41.x86_64, but none of the providers can be installed - package kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline requires kernel-uname-r = 6.11.6-300.ipu6.fc41.x86_64, but none of the providers can be installed - cannot install both kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-core-6.11.6-300.fc41.x86_64 from @System - cannot install both kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-core-6.11.6-300.fc41.x86_64 from updates - cannot install both kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-core-6.11.4-301.fc41.x86_64 from fedora - cannot install both kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-core-6.11.5-300.fc41.x86_64 from updates-archive - cannot install both kernel-modules-core-6.11.6-300.ipu6.fc41.x86_64 from @commandline and kernel-modules-core-6.11.6-300.fc41.x86_64 from updates-archive """ > When I try to install the kernel, I get:
You should be able to resolve some of these errors by also downloading the following files and then trying again:
kernel-6.11.6-300.ipu6.fc41.x86_64.rpm
kernel-devel-6.11.6-300.ipu6.fc41.x86_64.rpm
kernel-devel-matched-6.11.6-300.ipu6.fc41.x86_64.rpm
But that will likely still leave errors about the nvidia kmod (not sure worth trying).
Maybe someone on the silverblue/kinoite forums can help with that; or you can try temporarily removing the nvidia drivers overlay; or you can wait for the kernel changes to make there way in the Fedora kernels through upstream.
If you don't require my test to get the fix merged, I'll wait for the upstream update and use another Wifi dongle in the meantime. (In reply to plata from comment #11) > If you don't require my test to get the fix merged, I'll wait for the > upstream update and use another Wifi dongle in the meantime. Since the fix is just adding USB-ids I expect it to be merged upstream without issues. I'll mark this bug as being handled upstream then. When installing a custom kernel with rpm-ostree you need to use `rpm-ostree override replace ...`. See: https://coreos.github.io/rpm-ostree/administrator-handbook/#using-overrides-and-usroverlay |