Created attachment 1898534 [details] These iwl firmware updates broke my internet connection Description of problem: WiFi connected but no internet after the 20220708 iwl firmware release. Running " sudo dnf downgrade iwl\* " restores internet connection Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Created attachment 1898535 [details] Description here mentions my RTL 8822ce wifi card
It's not the iwl firmware, you're going to have to provide more debug.
This line was mentioned in the description of the update. I included a screenshot in the ticket. "rtw88: 8822c: Update normal firmware to v9.9.13" Realtek doesn't make a 8822c card. Search results for 8822c return the 8822ce, the card that I have in my laptop. Please let me know how I can help. Not sure what you mean by "provide more debug"
(In reply to Michael Kronenberg from comment #3) > This line was mentioned in the description of the update. I included a > screenshot in the ticket. > > "rtw88: 8822c: Update normal firmware to v9.9.13" > > Realtek doesn't make a 8822c card. Search results for 8822c return the > 8822ce, the card that I have in my laptop. > > Please let me know how I can help. Not sure what you mean by "provide more > debug" Are you sure it's not the linux-firmware package then? There's a number of packages in the update if you look that cover all sort of hardware. The commit is directly from the Realtek commit updating the firmware: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=7eef50f83896dc574582d69a36a643722365b04c
That makes sense. How do I submit a bug to that team?
(In reply to Michael Kronenberg from comment #5) > That makes sense. How do I submit a bug to that team? If you look at the component you're already here, you're going to have include a lot more detailed information though. 1) the line from the output from lspci for the wireless card 2) the kernel your running (uname -a) 3) the appropriate lines (please not the whole lot) from dmesg for the card when it's working with the old firmware, and when it doesn't with the new firmware. 4) the make/model of the HW
Thank you for all the help. I hope this is the output you are looking for. Bug Behavior Update: the downgrade of iwl\* stopped working so I upgraded again. I have booted the computer approximately 10 times since then. One time the wifi card worked, the other times it did not. lspci output for wireless card 0000:01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter kernel info output of (uname -a) Linux fedora 5.18.13-200.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Jul 22 14:03:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux dmesg output These two lines repeat frequently: [ 2220.966377] rtw_8822ce 0000:01:00.0: failed to write TX skb to HCI [ 2220.966382] rtw_8822ce 0000:01:00.0: failed to pusk skb, ret -28 5 lines that repeat 3 times [ 7293.636131] rtw_8822ce 0000:01:00.0: timed out to flush pci tx ring[1] [ 7293.636245] rtw_8822ce 0000:01:00.0: timed out to flush pci tx ring[3] [ 7293.746112] rtw_8822ce 0000:01:00.0: timed out to flush queue 0 [ 7293.856116] rtw_8822ce 0000:01:00.0: timed out to flush queue 1 [ 7293.965971] rtw_8822ce 0000:01:00.0: timed out to flush queue 2 Another line that repeats frequently [ 7602.944127] rtw_8822ce 0000:01:00.0: failed to get tx report from firmware Hardware Info HP Laptop 14-dq2xxx
So it looks like I have either the same, or very similar PCIe card in my Jetson Xavier-NX and it works fine with the latest firmware: 0004:01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter dmesg: [ 17.705965] rtw_8822ce 0004:01:00.0: enabling device (0000 -> 0003) [ 17.748664] rtw_8822ce 0004:01:00.0: Firmware version 9.9.4, H2C version 15 [ 17.763867] rtw_8822ce 0004:01:00.0: Firmware version 9.9.13, H2C version 15 [ 17.934706] rtw_8822ce 0004:01:00.0 wlP4p1s0: renamed from wlan0 What do you see on the working rev of the firmware?
I no longer has a working rev of the firmware I found these lines related to what you just posted [ 41.450317] rtw_8822ce 0000:01:00.0: enabling device (0000 -> 0003) [ 41.456571] rtw_8822ce 0000:01:00.0: Firmware version 9.9.4, H2C version 15 [ 41.462128] rtw_8822ce 0000:01:00.0: Firmware version 9.9.13, H2C version 15 [ 41.485910] rtw_8822ce 0000:01:00.0 wlo1: renamed from wlan0
My notebook also uses the RTL8822CE wifi adapter from Realtek. I can confirm that the latest version of the linux-firmware Package breaks the internet connection. I reverted the file rtw8822c_fw.bin.xz to the former version and now it‘s working again.
I am going to need more information than "it breaks it" as I have one that works fine with the update.
Created attachment 1900141 [details] dmesg of working version
Created attachment 1900142 [details] dmesg of broken version
I checked the dmesg output with the current broken version and the former working version. When using the current version of linux-firmware there is this line in the log: [ 21.868857] rtw_8822ce 0000:01:00.0: failed to do dpk calibration
(In reply to Michael Schlechtinger from comment #12) > Created attachment 1900141 [details] > dmesg of working version Please just put the pertinent bits in a comment in the bug as it's much easier to read than having to download an load separate files. Please also include current kernel and explicit details of the HW as requested above.
1) the line from the output from lspci for the wireless card > 01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter 2) the kernel your running (uname -a) > Linux matebook 5.18.13-200.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Jul 22 14:03:36 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux 3) the appropriate lines (please not the whole lot) from dmesg for the card when it's working with the old firmware, and when it doesn't with the new firmware. > Record in log with current broken firmware: > [ 21.868857] rtw_8822ce 0000:01:00.0: failed to do dpk calibration 4) the make/model of the HW > Huawei Matebook / HUAWEI HN-WX9X
Hey Michael Schlechtinger: How did you downgrade that file?
dnf downgrade linux-firmware\*
Since I had no internet connection I downloaded the RPM of the former version on another computer, extracted it, backed up the current rtw8822c_fw.bin.xz and replaced it with the old one. After rebooting internet was operational again.
I've just done an install of the 27 July Live Respin of Fedora Workstation, which includes the linux-firmware update at issue, on an HP Dev One, which uses the rtw_8822ce card. Running live before installation, I was able to log into local wifi and browse, etc. The login attempt initially displayed a "failed to connect" notice, then connected successfully without intervention from me. After completing the install on the Dev One, the wifi connection was live on the first boot. I completed Gnome's initial setup routine and ran through Settings per usual, without adjusting the wifi or network settings BUT including changing the hostname in Settings. When I closed Settings and opened Firefox, wifi was turned off. I clicked the wifi 'Turn On" option. Gnome indicated wifi was working. I.e, the wifi signal strength icon in the top bar displayed as expected. The dropdown menu displayed the correct local wifi network name. Opening "wifi settings" I saw the connection was enabled, "Default route" and "DNS" were both shown as "192.168.1.1". The IPv4 and IPv6 tabs displayed "Automatic (DHCP); "DNS" and "ROUTES" were set to "Automatic" and no addresses were displayed. However, DNS was apparently not working, at least Firefox could not find URL's and pings to google.com and elsewhere in the terminal timed out with no returns. A restart had no impact. From the logs, I can offer: "rtw_8822ce 0000:01:00.0: time out to flush queue 2" [repeated 16 times] "rtw_8822ce 0000:01:00.0: Firmware version 9.9.4, H2C version 15" [repeated 3 times] "Failed to send hostname reply: Transport endpoint is not connected" [repeated 3 times] This behavior and the log entries duplicate what I saw on a previous F36 Workstation install after updating to the latest linux-firmware package. (I need to use this unit so I will be removing the Fedora install.)
*** Bug 2117866 has been marked as a duplicate of this bug. ***
FEDORA-2022-f82d476e16 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f82d476e16
FEDORA-2022-20532b3b71 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-20532b3b71
FEDORA-2022-844ec1d905 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-844ec1d905
FEDORA-2022-20532b3b71 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-20532b3b71` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-20532b3b71 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-f82d476e16 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-f82d476e16` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-f82d476e16 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-844ec1d905 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-844ec1d905` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-844ec1d905 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-9e934e6bb4 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-9e934e6bb4` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-9e934e6bb4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-844ec1d905 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-f82d476e16 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-9e934e6bb4 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.