From: "Kok, Auke" <auke-jan.h.kok@intel.com>
To: ericj <ericj@ericj.net>
Cc: Jeff Garzik <jeff@garzik.org>, NetDev <netdev@vger.kernel.org>
Subject: Re: e100 (was: eepro100) - Nobody Cares (hardware?)
Date: Mon, 06 Aug 2007 17:45:09 -0700 [thread overview]
Message-ID: <46B7C095.5010202@intel.com> (raw)
In-Reply-To: <20070806205908.M61217@ericj.net>
[moving to netdev mailinglist]
ericj wrote:
> On Mon, 6 Aug 2007 11:20:58 -0500, ericj wrote
>> On Mon, 06 Aug 2007 12:13:28 -0400, Jeff Garzik wrote
>>> eepro100 is going to be removed. Please try e100 on 2.6.22 or
>>> 2.6.23-rc2.
>
>> I will give the 2.6.23 a try.
>
> I tried 2.6.23-rc2 and there was no change.
>
> There is now some question from the hardware guys about whether the
> eeproms were properly configured before shipping the boards. Is there
> any documentation of the eeprom on an EE Pro 100 VE (ICH4) so that I can
> figure out if any of the settings in there might be causing the problem?
>
> The only fields I know of for sure are the MAC address at the beginning
> and the checksum at the end. I also see from the driver code that there
> is at least one byte controlling wake-on-lan, which I don't care about -
> unless it's the problem.
>
> Thanks for ethtool, by the way. It's been helpful in looking at this and
> comparing the eeprom to an earlier version of the board that works.
Eric,
please don't forget that an entire team here at Intel is dedicated to supporting
e100 and pro/1000 devices from Intel.
Most of the pro/100 features are documented in the SDM which contains some
references to the eeprom parts. Mostly the device doesn't need much
configuration from the eeprom to work (unlike gigE parts). The SDM can be
downloaded from our sf.net project page:
http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=68544
The issue that you are reporting:
"My system boots fine but when I try to bring up the onboard ethernet (an
EEPro 100 VE) I get a "Nobody Cares" message and the interrupt is disabled."
However has been recently patched. This should have worked regardless of whether
you used e100 or eepro100 (noting that nobody supports eepro100 anymore, you
should really use e100 for all tests).
if you look in drivers/pci/quirks.c you'll find that there is specific code for
e100 devices. If this quirk doesn't work for you then we'll need to dig into
that. For this I'd like you to gather:
- `ethtool -e eth0` output
- `lspci -n` output
this will allow me to check the quirck code and see if it has the right device
ID. I'm suspecting that the device ID is missing somehow, or the workaround fails.
Auke
next parent reply other threads:[~2007-08-07 0:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070806152244.M31050@ericj.net>
[not found] ` <46B748A8.4030608@garzik.org>
[not found] ` <20070806161747.M31655@ericj.net>
[not found] ` <20070806205908.M61217@ericj.net>
2007-08-07 0:45 ` Kok, Auke [this message]
2007-08-07 12:49 ` e100 (was: eepro100) - Nobody Cares (hardware?) ericj
2007-08-07 18:01 ` ericj
2007-08-07 18:03 ` e100 Kok, Auke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46B7C095.5010202@intel.com \
--to=auke-jan.h.kok@intel.com \
--cc=ericj@ericj.net \
--cc=jeff@garzik.org \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).