Wifi and ethernet not working anymore since 5.4.0-54

[lotuspsychje]

Ubuntu 20.04.1 all up to date to latest @ 13/12/2020 (LTS upgraded from 18.04 recently)

Since kernel 5.4.0-54 both wifi and ethernet are not working anymore

lower kernels -53 and -42 still work

i attached dmesg with networking not working on 5.4.0-58

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-5.4.0-53-generic 5.4.0-53.59
ProcVersionSignature: Ubuntu 5.4.0-53.59-generic 5.4.65
Uname: Linux 5.4.0-53-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.13
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: johan 2964 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Sun Dec 13 19:54:57 2020
MachineType: Hewlett-Packard HP Pavilion g7 Notebook PC
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-53-generic root=UUID=5b035efe-03db-41c4-b44b-a415de3a0d59 ro quiet splash
RelatedPackageVersions:
 linux-restricted-modules-5.4.0-53-generic N/A
 linux-backports-modules-5.4.0-53-generic N/A
 linux-firmware 1.187.6
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/29/2013
dmi.bios.vendor: Insyde
dmi.bios.version: F.25
dmi.board.asset.tag: Type2 - Board Asset Tag
dmi.board.name: 1842
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 56.32
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnInsyde:bvrF.25:bd05/29/2013:svnHewlett-Packard:pnHPPaviliong7NotebookPC:pvr0883110000385910000620100:rvnHewlett-Packard:rn1842:rvr56.32:cvnHewlett-Packard:ct10:cvrChassisVersion:
dmi.product.family: 103C_5335KV G=N L=CON B=HP S=PAV X=Null
dmi.product.name: HP Pavilion g7 Notebook PC
dmi.product.sku: C6H53EA#UUG
dmi.product.version: 0883110000385910000620100
dmi.sys.vendor: Hewlett-Packard

[lotuspsychje (lotuspsychje)]

Weirdly the same wifi dongle from this bug, works on 5.4.0-58 on another laptop with 20.04.1

[Ubuntu Kernel Bot (ubuntu-kernel-bot)]

This change was made by a bot.

[lotuspsychje (lotuspsychje)]

Tryed a fresh install 20.04.1 and wifi and eth both not working again
on kernel 5.4.0-58
the dongle got recognized on setup itself

[lotuspsychje (lotuspsychje)]

Tryed a fresh install Lubuntu 20.04.1 and there wifi and eth are working
on all kernels

[lotuspsychje (lotuspsychje)]

@Kai-Heng my networking issue still not working on ubuntu-desktop on kernels 5.4.0-54 and higher,
lubuntu was just for testing purposes

[Kai-Heng Feng (kaihengfeng)]

And Lubuntu is using the exact same kernel version, right?

[lotuspsychje (lotuspsychje)]

yes, kernel on default lubuntu iso worked and the up to date system with 5.4.0-58 networking worked there like a charm

[lotuspsychje (lotuspsychje)]

Ok reinstalled ubuntu desktop 20.04.1 fresh on a new ssd
and now it works by default, must have been a faulty spinner, fix released it is :p

[lotuspsychje (lotuspsychje)]

seems like its not solved after all, i keep having troubles on kernel 5.4.0-58
and when booting 5.4.0-42 networking its all working again

on gnome settings i get an oops! something went wrong blank page on both wifi + network

[lotuspsychje (lotuspsychje)]

gnome settings with broken wifi & network on kernel 5.4.0-58

[lotuspsychje (lotuspsychje)]

i think ive got similar symptons as in bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1908423

where those sympton2 hangs are similar as mine in dmesg

[lotuspsychje (lotuspsychje)]

installing linux-image-generic-hwe-20.04-edge also solves the issue aka kernel 5.8.0-33

[Seth Arnold (seth-arnold)]

Hopefully helpful, hopefully this isn't a red herring, but it sure seems suspicious timing:

[ 113.249890] rfkill: input handler disabled
[ 242.742392] INFO: task kworker/u16:3:110 blocked for more than 120 seconds.
[ 242.742399] Not tainted 5.4.0-58-generic #64-Ubuntu
[ 242.742401] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 242.742404] kworker/u16:3 D 0 110 2 0x80004000
[ 242.742451] Workqueue: events_power_efficient reg_check_chans_work [cfg80211]
[ 242.742454] Call Trace:
[ 242.742465] __schedule+0x2e3/0x740
[ 242.742472] ? __update_load_avg_cfs_rq+0x212/0x2f0
[ 242.742476] schedule+0x42/0xb0
[ 242.742480] schedule_preempt_disabled+0xe/0x10
[ 242.742484] __mutex_lock.isra.0+0x182/0x4f0
[ 242.742490] __mutex_lock_slowpath+0x13/0x20
[ 242.742493] mutex_lock+0x2e/0x40
[ 242.742498] rtnl_lock+0x15/0x20
[ 242.742526] reg_check_chans_work+0x2f/0x3b0 [cfg80211]
[ 242.742533] process_one_work+0x1eb/0x3b0
[ 242.742537] worker_thread+0x4d/0x400
[ 242.742541] kthread+0x104/0x140
[ 242.742544] ? process_one_work+0x3b0/0x3b0
[ 242.742547] ? kthread_park+0x90/0x90
[ 242.742551] ret_from_fork+0x35/0x40

[Terry Rudd (terrykrudd)]

There are a few bugs that seem related to this one. The Canonical kernel team will be investigating this further. Thanks for the work on this lotuspsychje.

[Kai-Heng Feng (kaihengfeng)]

Please test this kernel:
https://people.canonical.com/~khfeng/lp1906770/

[lotuspsychje (lotuspsychje)]

@Kai-Heng #16

Seems like everything is working on Linux johan-HP-Pavilion-g7-Notebook-PC 5.4.0-59-generic #65~lp1906770 SMP Fri Dec 18 02:50:33 CST 2020 x86_64 x86_64 x86_64 GNU/Linux

Thank you!