[Bug 1174098] New: RTL8402 stops working after hibernate/resume
https://bugzilla.suse.com/show_bug.cgi?id=1174098 Bug ID: 1174098 Summary: RTL8402 stops working after hibernate/resume Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.2 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@suse.de Reporter: ptesarik@suse.com QA Contact: qa-bugs@suse.de Found By: Community User Blocker: --- Created attachment 839647 --> https://bugzilla.suse.com/attachment.cgi?id=839647&action=edit Network capture after wakeup The Ethernet controller on my Asus X453MA stops working after suspend/resume. Steps to reproduce: 1. Boot the laptop. I did so while not connected to the wired network. May not be relevant. 2. Suspend the system to RAM. 3. Plug an Ethernet cable into the laptop. 4. Wake up the laptop (e.g. by pressing the power button). After the wakeup, some packets are truncated to 60 bytes, see the attached network capture. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c1
--- Comment #1 from Petr Tesařík
zabulon:/var/crash/2020-07-13-22:11 # uname -a Linux zabulon 5.3.18-lp152.20.7-default #1 SMP Mon Jun 29 14:58:38 UTC 2020 (2a0430f) x86_64 x86_64 x86_64 GNU/Linux
-- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c2
Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c3
Petr Tesařík
Is this a regression from the earlier releases?
I don't know. This is a brand new openSUSE installation. Is it worth grabbing Leap 15.1 and trying it out?
Also, please give hwinfo output. And, at best, dmesg outputs before and after the hibernation, too. Thanks
The hwinfo log is attached. Please note that the system was not hibernated, it was suspended to RAM. For the dmesg output, there's not much to report, all looks sane:
[ 307.239868] r8169 0000:03:00.2 eth0: Link is Down [ 309.177891] PM: suspend entry (deep) [ 309.922552] Filesystems sync: 0.744 seconds [ 309.923467] Freezing user space processes ... (elapsed 0.001 seconds) done. [ 309.925164] OOM killer disabled. [ 309.925165] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 309.926714] printk: Suspending console(s) (use no_console_suspend to debug) [ 309.945385] wlan0: deauthenticating from f4:ec:38:b3:f8:8c by local choice (Reason: 3=DEAUTH_LEAVING) [ 309.977021] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 310.142783] sd 0:0:0:0: [sda] Stopping disk [ 310.605698] ACPI: EC: interrupt blocked [ 310.644712] ACPI: Preparing to enter system sleep state S3 [ 310.649509] ACPI: EC: event blocked [ 310.649510] ACPI: EC: EC stopped [ 310.649512] PM: Saving platform NVS memory [ 310.649634] Disabling non-boot CPUs ... [ 310.650084] IRQ 90: no longer affine to CPU1 [ 310.650089] IRQ 92: no longer affine to CPU1 [ 310.651109] smpboot: CPU 1 is now offline [ 310.651989] ACPI: Low-level resume complete [ 310.652070] ACPI: EC: EC started [ 310.652071] PM: Restoring platform NVS memory [ 310.654151] Enabling non-boot CPUs ... [ 310.654222] x86: Booting SMP configuration: [ 310.654224] smpboot: Booting Node 0 Processor 1 APIC 0x2 [ 310.655436] CPU1 is up [ 310.655813] ACPI: Waking up from system sleep state S3 [ 310.888710] ACPI: EC: interrupt unblocked [ 310.931107] ACPI: EC: event unblocked [ 310.935133] ath: phy0: ASPM enabled: 0x442 [ 310.943495] sd 0:0:0:0: [sda] Starting disk [ 311.189963] usb 1-1.3: reset high-speed USB device number 3 using ehci-pci [ 311.256779] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 311.260156] ata2.00: configured for UDMA/133 [ 311.854393] acpi LNXPOWER:02: Turning OFF [ 311.854858] acpi LNXPOWER:01: Turning OFF [ 311.855235] acpi LNXPOWER:00: Turning OFF [ 311.855357] OOM killer enabled. [ 311.855363] Restarting tasks ... done. [ 312.055535] mmc0: cannot verify signal voltage switch [ 312.259952] PM: suspend exit [ 312.729681] RTL8208 Fast Ethernet r8169-302:00: attached PHY driver [RTL8208 Fast Ethernet] (mii_bus:phy_addr=r8169-302:00, irq=IGNORE) [ 312.887499] r8169 0000:03:00.2 eth0: Link is Down [ 313.243285] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 313.309965] ata1.00: configured for UDMA/133 [ 314.398439] r8169 0000:03:00.2 eth0: Link is Up - 100Mbps/Full - flow control rx/tx
At this point the NIC truncates some packets to 60 bytes. Another data point: When I reload the driver module ("modprobe -r r8169 ; modprobe r8169"), correct function is restored. In short, it looks like the hardware is not re-initialized properly on resume. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c4
--- Comment #4 from Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c5
--- Comment #5 from Petr Tesařík
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c6
--- Comment #6 from Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c7
--- Comment #7 from Petr Tesařík
Leap 15.1 kernel (kernel-default-4.12.14-lp151.28.52.1): hangs hard after loading r8169.
FTR this is a pretty hard lock-up, even the Intel TCO watchdog fails to reboot the system. When the module is loaded, the last message displayed on the console is:
r8169 0000:03:00.2: can't disable ASPM; OS doesn't have ASPM control
-- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c8
--- Comment #8 from Petr Tesařík
OK, then we need to go for reporting to the upstream at first :)
See https://www.spinics.net/lists/netdev/msg668678.html -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c9
Petr Tesařík
https://bugzilla.suse.com/show_bug.cgi?id=1174098
Petr Tesařík
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c10
--- Comment #10 from Petr Tesařík
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c11
--- Comment #11 from Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c12
--- Comment #12 from Petr Tesařík
Weird, this commit doesn't appear on the cloned repo, neither in Linus tree nor linux-next.
Ahhh! It's in fact in davem/net/master, but git.kernel.org apparently shares some objects across repositories. So, it's not (yet) in Linus' tree, sorry. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c13
Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c17
--- Comment #17 from OBSbugzilla Bot
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c18
--- Comment #18 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c19
--- Comment #19 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c20
--- Comment #20 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c26
--- Comment #26 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c27
--- Comment #27 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c28
--- Comment #28 from Swamp Workflow Management
https://bugzilla.suse.com/show_bug.cgi?id=1174098
https://bugzilla.suse.com/show_bug.cgi?id=1174098#c30
--- Comment #30 from Swamp Workflow Management
participants (1)
-
bugzilla_noreply@suse.com