Messages in this thread | | | Date | Mon, 30 Oct 2006 01:20:45 +0100 (CET) | From | Guennadi Liakhovetski <> | Subject | Re: r8169 mac address change (was Re: [0/3] 2.6.19-rc2: known regressions) |
| |
On Sun, 29 Oct 2006, Francois Romieu wrote:
> Linus Torvalds <torvalds@osdl.org> : > [regression related to r8169 MAC address change] > > Francois ? Jeff ? > > Go revert it. > > Despite what I claimed, I can not find a third-party confirmation by email > that it works elsewhere. > > It would probably be enough to remove the call to __rtl8169_set_mac_addr() > in rtl8169_hw_start() though. > > In place of the test suggested in bugzilla, I'd rather see Guennadi test > the thing below (acked on netdev by the initial victim if someone wonders > why it has not changed the status of bugzilla so far):
AFAIU, you wanted it applied on the top of the "non-working" kernel (2.6.19-rc2-ish)? No, it didn't work. And, worse yet, I think, it is after testing that patch that the interface got into a state, when netconsole worked, ping worked, but ssh didn't. A poweroff was needed to recover. In case you still need it, here's the info you requested:
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 128 (8000ns min, 16000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: I/O ports at febfff00 [size=256] Region 1: Memory at bffffc00 (32-bit, non-prefetchable) [size=256] Capabilities: [dc] Power Management version 0 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00: ec 10 69 81 17 00 b0 02 10 00 00 02 08 80 00 00 10: 01 ff bf 00 00 fc ff bf 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 dc 00 00 00 00 00 00 00 10 01 20 40
dmesg when it didn't work (I do use netconsole, don't think it matters?):
r8169 Gigabit Ethernet driver 2.2LK loaded eth0: RTL8169s/8110s at 0xc9004c00, 00:0d:0b:99:44:70, IRQ 16 netconsole: device eth0 not up yet, forcing it r8169: eth0: link down r8169: eth0: link up
The same when it's working.
Yes, just commenting out the line
__rtl8169_set_mac_addr(dev, ioaddr);
fixes it (without the patch from your previous email).
Thanks Guennadi --- Guennadi Liakhovetski - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |