Ethernet interface disappears after hibernation on DQ965COEKR running Feisty herd 3

Bug #83898 reported by Marc Tardif
6
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Fix Released
Undecided
Unassigned
linux-source-2.6.20 (Ubuntu)
Won't Fix
High
Unassigned
xserver-xorg-video-i810 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I'm running Feisty herd 3 for i386 on a DQ965COEKR motherboard. When booting after hibernation, the ethernet interfaces disappears.

Reproduction steps:
1. Select System->Quit->Hibernation
2. Wait until the machine shutdowns
3. Turn on the machine
4. Run the command ifconfig

Expected result:
The eth0 interface should appear.

Actual result:
The eth0 interfaces does not appear in the output of ifconfig. Running dhclient restart doesn't enable the interface either.

Revision history for this message
Marc Tardif (cr3) wrote :
Revision history for this message
Marc Tardif (cr3) wrote :
Revision history for this message
Marc Tardif (cr3) wrote :
Revision history for this message
Ben Collins (ben-collins) wrote :

ifconfig by itself will only show interfaces that are up. Do "ifconfig -a".

I am pretty sure this is a NetworkManager bug, if anything.

Revision history for this message
Marc Tardif (cr3) wrote :

ifconfig -a doesn't even show the eth0 interface after booting from hibernation.

Revision history for this message
Ben Collins (ben-collins) wrote :

Can you lsmod after hybernation and see if e1000 is still loaded? If not, try

    sudo modprobe e1000

If it is, then do

    sudo modprobe -r e1000
    sudo modprobe e1000

Revision history for this message
Ampinder (ajaysingh99) wrote :

Hi Ben,
           I redid the hibernation process.
These are the steps:
1. Select System->Quit->Hibernation
2. Wait until the machine shutdowns
3. Turn on the machine
4. Run the command ifconfig

Like the first time, the ethernet interface disappeared. I followed your instructions.
First, I did: lsmod |grep e1000 and it was there. So I did: sudo modprobe -r e1000 and sudo modprobe e1000 and my ethernet interface came back, I got an ip address assigned to my ethernet card.

Thanks

Changed in xserver-xorg-video-i810:
status: Unconfirmed → Rejected
Changed in linux-source-2.6.20:
importance: Undecided → Medium
status: Needs Info → Confirmed
Tim Gardner (timg-tpi)
Changed in linux-source-2.6.20:
assignee: nobody → timg-tpi
Revision history for this message
Tollef Fog Heen (tfheen) wrote :

Moving milestone forward.

Changed in linux-source-2.6.20:
assignee: timg-tpi → ben-collins
importance: Medium → High
Revision history for this message
Kyle McMartin (kyle) wrote :

This is fucked. Your syslog claims that the e1000 checksum is corrupted, so it fails to insert it, but you say that later the driver loads fine.

Can you add the e1000.eeprom_bad_csum_allow=1 to the kernel command line or add it for modprobe.d so that the bad checksum is ignored (I added this to 2.6.20-10) and see if that helps at all?

Cheers,
 Kyle

Revision history for this message
Ben Collins (ben-collins) wrote :

Well, I tested the two machines that I have with e1000 (one was a DG965SS), and both came back properly with e1000 still working.

We've seen this checksum problem before, so this bug is really a dupe. It's shown up less and less as the e1000 driver gets worked on.

Setting to needs info so Marc's scripts catch it and he can test the work around. Assigning back to Kyle till we get confirmation on whether the workaround helps.

Changed in linux-source-2.6.20:
assignee: ben-collins → kyle
status: Confirmed → Needs Info
Revision history for this message
Marc Tardif (cr3) wrote :

First, I upgraded the kernel to 2.6.20-12-generic:

$ uname -a
Linux ubuntu 2.6.20-12-generic #2 SMP Sun Mar 18 03:07:14 UTC 2007 i686 GNU/Linux

Second, I added the e1000.eeprom_bad_csum_allow=1 kernel option to the /boot/grub/menu.lst file and applied the changes with the update-grub command.

Third, I rebooted the machine and made sure the kernel option was in place in /proc/cmdline:

root=UUID=b074b7f0-c59e-4ef8-acd1-e52995dc491e ro e1000.eeprom_bad_csum_allow=1 quiet splash

Fourth, I hibernated and I still observed the same behavior as before where eth0 wouldn't come up, the e1000 module was listed and needed to be removed and added again to work.

Revision history for this message
Marc Tardif (cr3) wrote :
Revision history for this message
Marc Tardif (cr3) wrote :
Changed in linux-source-2.6.20:
assignee: kyle → ubuntu-kernel-team
status: Needs Info → Confirmed
Revision history for this message
Ben Collins (ben-collins) wrote :

Kyle is talking to the e1000 maintainer.

Changed in linux-source-2.6.20:
assignee: ubuntu-kernel-team → kyle
status: Confirmed → In Progress
Changed in linux-source-2.6.20:
assignee: kyle → ubuntu-kernel-team
status: In Progress → Confirmed
Revision history for this message
Erik Andrén (erik-andren) wrote :

Is this still an issue?

Revision history for this message
pras (bugsy01) wrote :

One way to avoid this is to stop the network before hibernating.. ifdown eth0 works... i have found that it resumes the eth on restart,,

Revision history for this message
Albert Cardona (cardona) wrote :

I have the same problem. I have noticed though, that when putting the laptop to sleep from:

- the System / Quit... the eth0 NEVER disappears
- closing the lid: the eth0 disappears sometimes, seems correlated to whether the network was up or not.

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Marc,

Can you confirm if this is still an issue in the latest Hardy Alpha release or close this report if this is no longer an issue? Thanks.

Changed in linux-source-2.6.20:
status: Confirmed → Incomplete
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

I just tested for this bug with Intrepid Beta on the system with the DQ965COEKR motherboard and it is no longer an issue. The system is able to Hibernate and resume successfully and the eth0 interface is up upon resuming. I'm marking this bug Fix Released for Intrepid. Against 2.6.20 this will be closed. Thanks.

Changed in linux-source-2.6.20:
status: Incomplete → Won't Fix
Changed in linux:
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote : Kernel team bugs

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.