Dotaz: siťovka se nevzbudí

[hajoucha]

Ahojda, mám thinkpad X61s a na něm gentoo s vlastním jádrem 3.8.6 - problém je, že mi po suspend to ram nevzbudí síťovka. Začalo to až s kompilací nového jádra. Možná by šlo síťovku "nahodit" manuálně, ale nevím, jak na to. Zkoušel jsem

/etc/init.d/net.eth0 restart

ale to nepomůže. Driver pro síťovku je zakompilovaný v jádře. (CONFIG_E1000E=y). Uspávám pomocí příkazu:

s2ram --force

Po vzbuzení pc se síťovka jeví jako:

eth0: /BROADCAST,MULTICAST,UP,LOWER_UP/ mtu 1500 qdisc pfifo_fast state DOWN qlen 1000

Můžete mi prosím poradit, co by tak ještě stálo za pokus?

lspci:
00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03)

Odpovědi

[Begleiter]

Zkusil bych ovladač zkompilovat jako modul a ten odebral před suspend a znovu nahodil po vzbuzení.

[hajoucha]

nuže, přeložil jsem nové jádro (linux-3.8.8-gentoo) a ovladač e1000e jsem vložil jako modul. Bohužel, situace se opakuje.

Když uspím (s2ram --force), a opět stroj thinkpad x61s probudím, síťovka se nevzbudí sama a ani já nevím, jak ji vzbudit. Jednoduché

/etc/init.d/net.eth0 restart

nestačí.

Když následně odstraním modul a znovu ho zavedu (modprobe e1000e) taktéž zůstane síťovka bez spojení. Tj.

ip a

zahlásí state DOWN.

Zkoušel jsem _nejprve_ modul odstranit, pak uspat a pak probudit a následně modul opět zavést. To ovšem nevedlo k žádnému pokroku.

Máte prosím někdo nápad, v čem by ještě mohl být problém, popř. jestli nejde ta síťovka vzbudit nějak jinak?

Rád doplním další informace, budou-li potřeba.

Jenom ještě dodám, že s jádrem 3.6.1 mi uspávání funguje bez problémů.

[Michal Kubeček]

Pomůže "ethtool -r eth0"?

Mám pocit, že jsem zmínku o něčem takovém viděl v netdev (nebo stable) mailing listu, ale nedostanu se teď ke svému mailboxu a ve webovém archivu se mi to hledat nechce.

[hajoucha]

bohužel nikoliv, dokonce ani když modul odstraním, uspím, vzbudím a modul zavedu. Vždy stejný výsledek:

# ethtool -r eth0
Cannot restart autonegotiation: No such device

Dhcp skončí čekáním na carrier:

# dhcpcd eth0
dhcpcd[4146]: version 5.6.7 starting
dhcpcd[4146]: all: configured as a router, not a host
dhcpcd[4146]: eth0: waiting for carrier

Přitom ip a síťovku vidí. Tj. vypisuje zařízení eth0

[Michal Kubeček]

Podařilo se mi najít tu diskusi, ale je to dost chaotické. Asi by stálo za to zkusit tyhle tři patche: [1,2], [3]. Ale neručím za to, že to bude fungovat (ani za to, že to vůbec půjde aplikovat).

[Michal Kubeček]

Po podrobnějším zkoumání to vypadá, že nakonec prošla trochu jiná verze:

  e60b22c e1000e: fix accessing to suspended device
  66148ba e1000e: fix runtime power management transitions
  4e0855d e1000e: fix pci-device enable-counter balance

  82fee4d PCI/PM: Clear state_saved during suspend
  cc7ba39 PCI: Use atomic_inc_return() rather than atomic_add_return()
  fd6dcea PCI: Catch attempts to disable already-disabled devices
  7897e60 PCI: Disable Bus Master unconditionally in pci_device_shutdown()

Ale netroufám si odhadovat, co z toho je opravdu potřeba.

[hajoucha]

Pánové velmi děkuji. Zatím se tedy spokojím se starším jádrem, kde to ještě funguje, dokud se situace neuklidní, posléze zpřehlední a následně vyjasní.

[dustin]

http://kernel.opensuse.org/cgit/kernel/commit/?id=4e0855dff094b0d56d6b5b271e0ce7851cc1e063 ?

[dustin]

Commitů na tohle téma je v aktuálním gitu víc http://kernel.opensuse.org/cgit/kernel/log/drivers/net/ethernet/intel/e1000e , zkusil bych aktualizovat na nejnovější (i nestabilní) jádro přímo z gitu.