[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m33aii5bzn.fsf@maximus.localdomain>
Date: Mon, 27 Oct 2008 15:49:48 +0100
From: Krzysztof Halasa <khc@...waw.pl>
To: Francois Romieu <romieu@...zoreil.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>, jgarzik@...ox.com,
David Miller <davem@...emloft.net>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org,
Alistair John Strachan <alistair@...zero.co.uk>,
Ivan Vecera <ivecera@...hat.com>,
Chuck Ebbert <cebbert@...hat.com>,
Petr Vandrovec <petr@...drovec.name>,
Plamen Petrov <pvp-lsts@...ru.acad.bg>,
Ilpo J?rvinen <ilpo.jarvinen@...sinki.fi>,
"J.A. Magall\?n" <jamagallon@....com>,
Jiri Slaby <jirislaby@...il.com>,
Simon Arlott <simon@...e.lp0.eu>,
Andrew Morton <akpm@...ux-foundation.org>,
Edward Hsu <edward_hsu@...ltek.com.tw>
Subject: Re: [PATCH 1/1] r8169: revert "read MAC address from EEPROM on init"
Francois Romieu <romieu@...zoreil.com> writes:
> In practice I noticed rather different behaviors between a 8168b and
> a 8110s when I tried accessing the eeprom through plain old bitbang
> a few months ago (i.e. ok on the 8110, lots of zero on the 8168b).
You mean "manually" controlling EEPROM clock and data lines, using
a different register?
A speed issue by chance?
If they have a different way to write to the EEPROM (using direct
access to EEPROM signals), then perhaps there is no EEPROM write mode
using VPD? VPD write mode (not writing to the address/F register, but
writing to VPD "storage" itself) is quite simple and permanent, thus
kind of dangerous. If it's R/O, then it can't erase the EEPROM (parts).
>> I wonder if changing the MAC address by hand works (using ifconfig, to
>> arbitrary address).
>
> It does. It can be quite sticky. That was the whole point of the
> patch.
I see.
I wouldn't drop this patch permanently, though.
--
Krzysztof Halasa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists