On Thursday, July 22, 2010 1:19 PM, Brian De Wolf wrote:
> On Thu, 22 Jul 2010 11:41:51 -0700
> "Allan, Bruce W" <[email protected]> wrote:
> 
>> 
>> Strange that the console kernel parameters apparently cause this.
>> 
> 
> It doesn't look like it's that deterministic, unfortunately.  While
> getting the data you asked for, it worked once with the console
> parameters added, and it also failed once with the console
> parameters removed. These seem to be exceptions, though, as all the
> other times it acted as I expected. For now, it serves as a good
> trigger for the condition, at least.
> 
>> Can you provide the full (not just the ethernet devices) lspci -t and
>> lspci -vvv outputs for when it is working and when it is not?  One
>> or more PCI bridges might not be recognized by the system and if
>> that is the case there is no way any PCI device hanging off the
>> bridge will be detected (not much can be done about that by the
>> driver). 
> 
> Alright, I made these two sets of data by running these two commands
> while rebooting:
> lspci -vvv &> /root/lspci-$(ifconfig -a | wc -l)-$(date +%s)
> lspci -t &> /root/lspci-t-$(ifconfig -a | wc -l)-$(date +%s)
> 
> The full outputs for lspci -vvv got to around 50k, so I gzipped them.

Apparently in the case where your 80003ES2LAN dual-port adapter is not showing 
up, the PCI Express downstream port (enumerated as 02:02.0 in the good case) to 
which the adapter is attached is not even detected (in the bad case).  It looks 
like the downstream PCIe port may have caused a master abort on the upstream 
PCI bridge (00:02.0).  I'm not sure there is anything we can do from the driver 
perspective when the PCIe port is not properly detected and operational.  I 
assume this is an on-board adapter (LOM) and not a NIC which is unfortunate 
since you cannot swap it to another PCIe slot.

You might want to contact your hardware vendor (since this may be a hardware 
issue), or the [email protected] and/or [email protected] 
mailing lists to bring this up with the PCI and ACPI developers/maintainers 
respectively (they, too, will probably want to see the lspci outputs and maybe 
output from dmidecode).  Feel free to keep e1000-devel on the distribution list 
if you'd like.

Sorry I couldn't be of more help,
Bruce.

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to