1. Please describe the problem: After a recent update of Fedora Kinoite 40, my USB WiFi dongle “050d:11f2 Belkin Components ISY Wireless Micro Adapter IWL 2000” stopped working. It worked at least up to version 40.20241013.0 where it uses rtl8192cu (this module is not available anymore). I guess that it broke with the update to kernel 6.11, potentially https://src.fedoraproject.org/rpms/kernel/c/0f493006a3c93ce0847a3120257709ea031aefce?branch=f40. 2. What is the Version-Release number of the kernel: 6.11 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 : It worked with Kinoite b519806abd6792599018c2d170c961d16cd7190e49c039f85e157a2fd70b73d8 (Kernel 6.10). The error appeared somewhere between that version and 4f902e9823d1ef6682242bfa32e87dc3c3d1fbcc905916817a80fa31f4ea92b2 (Kernel 6.11). 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Run Kinoite with specified WiFi dongle. 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``: unsure 6. Are you running any modules that not shipped with directly Fedora's kernel?: Nvidia driver 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. Reproducible: Always
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