Bug#852505: linux-image-4.8.0-2-amd64: Realtek Ethernet controller vanishes on reboot

Hi, I allready tried with no kernel parameters set. I found those options used in other Toshiba notebooks.

Following your request I tried again. I removed the post-down option and those kernel parameters: the Realtek controller disappeared again.

The WIFI controller is PCI Express as the RTL8105e and it works flawlessly :-)

andrea@zbox:~$ lspci
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation HM55 Chipset LPC Interface Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05)
06:00.0 Network controller: Broadcom Limited BCM4313 802.11bgn Wireless Network Adapter (rev 01)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 05)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 05)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 05)
ff:02.1 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor QPI Physical 0 (rev 05)
ff:02.2 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 05)
ff:02.3 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 05)

root@zbox:~# dmesg|head -n 20
[    0.000000] microcode: microcode updated early to revision 0x4, date = 2013-06-28
[    0.000000] Linux version 4.9.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20161229 (Debian 6.3.0-2) ) #1 SMP Debian 4.9.2-2 (2017-01-12)
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.9.0-1-amd64 root=UUID=5a0b32cc-2aaf-4c3f-a33a-425168aab3e7 ro intel_pstate=disable
[    0.000000] Disabled fast string operations
[    0.000000] x86/fpu: Legacy x87 FPU detected.
[    0.000000] x86/fpu: Using 'eager' FPU context switches.
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000bb30efff] usable
[    0.000000] BIOS-e820: [mem 0x00000000bb30f000-0x00000000bb690fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bb691000-0x00000000bb69efff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bb69f000-0x00000000bb6a1fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bb6a2000-0x00000000bb6a4fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bb6a5000-0x00000000bb6acfff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bb6ad000-0x00000000bb6ccfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bb6cd000-0x00000000bb70efff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bb70f000-0x00000000bb70ffff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bb710000-0x00000000bb714fff] reserved

2017-01-27 4:54 GMT+01:00 Ben Hutchings <ben@decadent.org.uk>:

Control: tag -1 moreinfo

On Wed, 2017-01-25 at 00:00 +0100, Andrea Zuccherelli wrote:
> Package: src:linux
> Version: 4.8.15-2
> Severity: normal
> Tags: upstream
>
> Dear Maintainer,
>
> The Ethernet controller RTL8105e in my Toshiba C660 notebook had a very strange behaviour.
> It worked once but not after, being not even seen by BIOS for LAN boot on next reboot.
> A hardware issue?

It sounds like it. But all hardware has bugs, and drivers should work
around those bugs if possible.

[...]
> Searching for a solution I found that only a PCI reset, after unloading the driver could help:
>
> root@zbox:~# echo 1 >/sys/bus/pci/devices/0000:01:00.0/reset
>
> So I added this to my "post-down" interface configuration.
>
> Obviously this is just a workaround: so what is happening here?
> Is my hardware not resetting the PCI bus on an ACPI poweroff event?
> Should the kernel or driver do it?
> Where is the best place to force a device PCI reset so that no problem could arise on hibernate/suspend?

In the driver. :-)

But first, please test without these kernel parameters:

pcie_aspm=force "acpi_osi=Windows 2009" "acpi_os_name=Windows 2009"

Ben.

--
Ben Hutchings
Design a system any fool can use, and only a fool will want to use it.