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-ker...@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 <b...@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. > >
