Re: FYI: e1000e: corruption, Lenovo/IBM are replacing my MB.

Re: FYI: e1000e: corruption, Lenovo/IBM are replacing my MB.

[Niel Lambrechts]

On 10/02/2008 05:30 PM, Lee.Mathers@tcafs.org wrote:
> Fyi,  lenovo/ibm(Canada) are replacing the Motherboard on my T61 (6465-9TU)
> Intel®82566DC Gigabit Network Card. MAC ADDRR now read's FF:FF:FF:FF:FF:FF:FF:FF
> 
> (wink) I did not advise them that it may have been caused by a hiccup/glitch in the Linux Kernel and/or the e1000e driver for said system.

I have not followed all of this too closely, and installed
linux-2.6.27-rc7-33 (OpenSUSE's KOTD) kernel in an attempt to get its
wireless card going. When I booted I briefly saw a NVRAM warning and my
laptop ended hanging on Firewall Initialization, without ever getting to
a login prompt.

I immediately remembered this bug, but strangely seem not to be
affected, since I could still use the card to connect to the internet
after rebooting in 2.6.26.

My laptop's a Lenovo W500 with a fairly similar card:

# lspci|grep -i ethernet
00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network
Connection (rev 03)

My EEP shows

Offset          Values
------          ------
0x0000          00 1c 25 95 93 ec 00 08 ff ff 83 10 ff ff ff ff
0x0010          08 10 ff ff c3 10 ee 20 aa 17 f5 10 86 80 00 00
0x0020          01 0d 00 00 00 00 05 86 20 30 00 0a 00 00 8b 8d
0x0030          02 06 40 2b 43 00 00 00 f5 10 ad ba f5 10 bf 10
0x0040          ad ba cb 10 ad ba ad ba 00 00 00 00 00 00 00 00
0x0050          00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0060          00 01 00 40 18 13 07 40 ff ff ff ff ff ff ff ff
0x0070          ff ff ff ff ff ff ff ff ff ff ff ff ff ff 33 cb
0x0080          20 60 1f 00 02 00 13 00 00 80 1d 00 ff 00 16 00
0x0090          dd cc 18 00 11 20 17 00 dd dd 18 00 12 20 17 00
0x00a0          00 80 1d 00 00 00 1f 00 ff ff ff ff ff ff ff ff
... all ff ...
0x0ff0          ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

I hope it is still okay/valid!!?

Niel

Re: FYI: e1000e: corruption, Lenovo/IBM are replacing my MB.

[Kok, Auke]

Niel Lambrechts wrote:
> On 10/02/2008 05:30 PM, Lee.Mathers@tcafs.org wrote:
>> Fyi,  lenovo/ibm(Canada) are replacing the Motherboard on my T61 (6465-9TU)
>> Intel®82566DC Gigabit Network Card. MAC ADDRR now read's FF:FF:FF:FF:FF:FF:FF:FF
>>
>> (wink) I did not advise them that it may have been caused by a hiccup/glitch in the Linux Kernel and/or the e1000e driver for said system.
> 
> I have not followed all of this too closely, and installed
> linux-2.6.27-rc7-33 (OpenSUSE's KOTD) kernel in an attempt to get its
> wireless card going. When I booted I briefly saw a NVRAM warning and my
> laptop ended hanging on Firewall Initialization, without ever getting to
> a login prompt.
> 
> I immediately remembered this bug, but strangely seem not to be
> affected, since I could still use the card to connect to the internet
> after rebooting in 2.6.26.
> 
> My laptop's a Lenovo W500 with a fairly similar card:
> 
> # lspci|grep -i ethernet
> 00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network
> Connection (rev 03)
> 
> My EEP shows
> 
> Offset          Values
> ------          ------
> 0x0000          00 1c 25 95 93 ec 00 08 ff ff 83 10 ff ff ff ff
> 0x0010          08 10 ff ff c3 10 ee 20 aa 17 f5 10 86 80 00 00
> 0x0020          01 0d 00 00 00 00 05 86 20 30 00 0a 00 00 8b 8d
> 0x0030          02 06 40 2b 43 00 00 00 f5 10 ad ba f5 10 bf 10
> 0x0040          ad ba cb 10 ad ba ad ba 00 00 00 00 00 00 00 00
> 0x0050          00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> 0x0060          00 01 00 40 18 13 07 40 ff ff ff ff ff ff ff ff
> 0x0070          ff ff ff ff ff ff ff ff ff ff ff ff ff ff 33 cb
> 0x0080          20 60 1f 00 02 00 13 00 00 80 1d 00 ff 00 16 00
> 0x0090          dd cc 18 00 11 20 17 00 dd dd 18 00 12 20 17 00
> 0x00a0          00 80 1d 00 00 00 1f 00 ff ff ff ff ff ff ff ff
> ... all ff ...
> 0x0ff0          ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
> 
> I hope it is still okay/valid!!?

your mac address certainly still looks ok, and from quickly browsing this eeprom
content certainly looks valid. (most eeproms indeed END in all 0xff bytes).

does the e1000e driver still load? do you get 'bad eeprom checksum' errors on boot?

please post a full dmesg...

Auke

Re: FYI: e1000e: corruption, Lenovo/IBM are replacing my MB.

[Niel Lambrechts]

On 10/03/2008 12:10 AM, Kok, Auke wrote:
> your mac address certainly still looks ok, and from quickly browsing this eeprom
> content certainly looks valid. (most eeproms indeed END in all 0xff bytes).

Thanks for clarifying that, I suspected it to be the case, but wanted
confirmation since it is a new company laptop :O

The first thing I did was to reboot in 2.6.25 and verify the ethernet -
it was fully functional via DHCP.

Also to me, the MAC address seems fine:
linux-7vph:/ # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:1C:25:95:93:EC
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Memory:fc200000-fc220000

(Right now, I'm using iwlagn, not ethernet)

> does the e1000e driver still load? do you get 'bad eeprom checksum' errors on boot?

Well it loads fine now, but this is after I have switched back to 2.6.26.5.

Too scared to try 2.6.27 again, but I definitely saw a boot message in
an asterisk surrounded block that said something about NVRAM checksum(?)...

>From some of the earlier posts I read that this bug surfaced on s2ram /
s2disk, not sure if there are other corruption "triggers".

Regards,
Niel

FYI: e1000e: corruption, Lenovo/IBM are replacing my MB.

[Lee.Mathers]

Fyi,  lenovo/ibm(Canada) are replacing the Motherboard on my T61 (6465-9TU)
Intel®82566DC Gigabit Network Card. MAC ADDRR now read's FF:FF:FF:FF:FF:FF:FF:FF

(wink) I did not advise them that it may have been caused by a hiccup/glitch in the Linux Kernel and/or the e1000e driver for said system.

Perhap's those of you still under warrenty could obtain the same service.