Wifi or Eth is completely gone

Hi all

Me again. What an unlucky day!

Running Dragonized here, Wifi or Eth is completely gone. I am using my phone tethered via usb to send this messages.

I have tried to restart / reinstall NetworkManager also plasma-nm
Interfaces seems down cannot bring them up:

lspci | grep -i ethernet
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (6) I219-V (rev 30)

lspci | grep -i ac
00:14.3 Network controller: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] (rev 30)


ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 00:2b:67:42:c1:0d brd ff:ff:ff:ff:ff:ff
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:33:21:ce brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
5: enp0s20f0u4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 22:18:9e:d3:92:06 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.192/24 brd 192.168.42.255 scope global dynamic noprefixroute enp0s20f0u4
       valid_lft 2983sec preferred_lft 2983sec
    inet6 fe80::ab8b:23c1:d7be:1425/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

I believe 2 and 5 are the affected interfaces. Any suggestion?

I could go back a snapshot, but I really like to figure things out, since no change was made...

Thanks

P

I think this dmesg output is related

type or paste code here[    9.325297] iwlwifi 0000:00:14.3: Failed to load firmware chunk!
[    9.325301] iwlwifi 0000:00:14.3: iwlwifi transaction failed, dumping registers
[    9.325303] iwlwifi 0000:00:14.3: iwlwifi device config registers:
[    9.325457] iwlwifi 0000:00:14.3: 00000000: 9df08086 00100406 02800030 00800000 dd738004 00000000 00000000 00000000
[    9.325458] iwlwifi 0000:00:14.3: 00000020: 00000000 00000000 00000000 00348086 00000000 000000c8 00000000 0000010b
[    9.325460] iwlwifi 0000:00:14.3: 00000040: 00928010 10000ec0 00100c10 00000000 00000000 00000000 00000000 00000000
[    9.325461] iwlwifi 0000:00:14.3: 00000060: 00000000 00080812 00000405 00000000 00000000 00000000 00000000 00000000
[    9.325462] iwlwifi 0000:00:14.3: 00000080: 800f0011 00002000 00003000 00000000 00000000 00000000 00000000 00000000
[    9.325463] iwlwifi 0000:00:14.3: 000000a0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[    9.325464] iwlwifi 0000:00:14.3: 000000c0: 00000000 00000000 c823d001 0d000008 00804005 00000000 00000000 00000000
[    9.325465] iwlwifi 0000:00:14.3: 000000e0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[    9.325466] iwlwifi 0000:00:14.3: 00000100: 14c00000 ff000000 000000ff 00462031 00000000 00002000 00000000 00000000
[    9.325467] iwlwifi 0000:00:14.3: 00000120: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[    9.325468] iwlwifi 0000:00:14.3: 00000140: 00000000 00000000 00000000 16410018 00000000 0001001e 00481e1f 00000000
[    9.325469] iwlwifi 0000:00:14.3: iwlwifi device memory mapped registers:
[    9.325484] iwlwifi 0000:00:14.3: 00000000: 18c89008 00000040 00000000 00000000 00000000 00000000 00000000 00000000
[    9.325485] iwlwifi 0000:00:14.3: 00000020: 00000010 0c000005 00000312 d55555d5 d55555d5 d55555d5 80008040 001f0042
[    9.325489] iwlwifi 0000:00:14.3: Could not load the [0] uCode section
[    9.325493] iwlwifi 0000:00:14.3: Failed to start INIT ucode: -110
[    9.325495] iwlwifi 0000:00:14.3: WRT: Collecting data: ini trigger 13 fired.
[    9.575736] iwlwifi 0000:00:14.3: Not valid error log pointer 0x00000000 for Init uCode
[    9.575746] iwlwifi 0000:00:14.3: IML/ROM dump:
[    9.575747] iwlwifi 0000:00:14.3: 0x00000000 | IML/ROM error/state
[    9.575754] iwlwifi 0000:00:14.3: 0x00000001 | IML/ROM data1
[    9.575759] iwlwifi 0000:00:14.3: Fseq Registers:
[    9.575761] iwlwifi 0000:00:14.3: 0x98B95BE9 | FSEQ_ERROR_CODE
[    9.575763] iwlwifi 0000:00:14.3: 0x00000000 | FSEQ_TOP_INIT_VERSION
[    9.575765] iwlwifi 0000:00:14.3: 0x78E51327 | FSEQ_CNVIO_INIT_VERSION
[    9.575768] iwlwifi 0000:00:14.3: 0x0000A384 | FSEQ_OTP_VERSION
[    9.575774] iwlwifi 0000:00:14.3: 0x43C9ED17 | FSEQ_TOP_CONTENT_VERSION
[    9.575776] iwlwifi 0000:00:14.3: 0x8DA625F7 | FSEQ_ALIVE_TOKEN
[    9.575778] iwlwifi 0000:00:14.3: 0xB61F8AAA | FSEQ_CNVI_ID
[    9.575781] iwlwifi 0000:00:14.3: 0x9114DA2D | FSEQ_CNVR_ID
[    9.575783] iwlwifi 0000:00:14.3: 0x01000100 | CNVI_AUX_MISC_CHIP
[    9.575787] iwlwifi 0000:00:14.3: 0x01300202 | CNVR_AUX_MISC_CHIP
[    9.575810] iwlwifi 0000:00:14.3: 0x0000485B | CNVR_SCU_SD_REGS_SD_REG_DIG_DCDC_VTRIM
[    9.575845] iwlwifi 0000:00:14.3: 0xA5A5A5A2 | CNVR_SCU_SD_REGS_SD_REG_ACTIVE_VDIG_MIRROR
[    9.768730] iwlwifi 0000:00:14.3: Master Disable Timed Out, 100 usec
[    9.780092] iwlwifi 0000:00:14.3: Failed to run INIT ucode: -110
[   11.853113] kauditd_printk_skb: 591 callbacks suppressed

And if you boot into a different kernel (LTS)?

2 Likes

same with LTS.

tried restoring older snapshots. still the same.

However I can boot Fedora on another drive and the wifi works great.

Something must be up on my Garuda install.

There is where I would start. I’m on ethernet and in Arch. Also, no Intel wifi chipset.

But I believe I saw a post similar to yours yesterday, so a search is always in order. Failing good results on that, @tbg is quite the network guy and should pop in at some point.

regards

1 Like

rolled back to 5.11.8zen1-1 and it's fine.

I think the problem is 5.12.11

I am gonna run more tests and see.

Are you using any virtualization, by any chance?

host-based you mean? yes I use KVM / VirtManager - QEMU

Garuda runs on bare metal.

I can confirm that 5.12.11-zen1-1-zen works fine.

I believe 5.12.10-zen1-1-zen was the version with the problem.

P

2 Likes

Just saw this, as I've been extremely busy lately. As @Bro was so kind to point out initially, these type of problems are often kernel related.

With Intel based adapters, changing your kernel or firmware version is often the easiest solution.

The next most likely fix is adding modifications to your wifi's driver options.

Glad you got it sorted. :+1:

2 Likes

That's nice that your issue has been solved.

I am marking @ c00ter's post as solution.

1 Like

I don’t think a downgraded package (partial upgrade status) is a solution.
Maybe we keep it open until it is confirmed (after a proper fix from upstream, or a different kernel).

Has anyone reported upstream (kernel or Arch)?
If nobody reports this issue upstream, how is it going to be fixed?
Is there any other report online?

1 Like

Well, I guess 5.12.11 have fixed the issue, as per user’s post.

Maybe it was issue only with

3 Likes

Sorry, I missed it.
Actually, I am sleeping on the keyboard... :sleeping:

4 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.