public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tim Gardner <tim.gardner@canonical.com>
To: Jesse Brandeburg <jesse.brandeburg@gmail.com>
Cc: e1000-devel@lists.sourceforge.net,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: e1000e probe failure on 2.6.34 and higher, Intel MB
Date: Thu, 10 Jun 2010 07:59:18 -0600	[thread overview]
Message-ID: <4C10EFB6.3020500@canonical.com> (raw)

Hi,

http://bugs.launchpad.net/bugs/591707

I've a bug where e1000e works with Lucid (2.6.32), but fails to probe 
with 2.6.35-rc2. The output is mighty terse.

[   28.193628] e1000e 0000:00:19.0: PCI INT A disabled
[   28.193740] e1000e: probe of 0000:00:19.0 failed with error -3

The full dmesg logs are at 
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/591707/comments/23 
and 
https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/591707/comments/24

The reporter says that it also fails with 2.6.34. The report has logs 
showing that it works with 2.6.32 and fails with 2.6.35-rc1. I've 
requested the reporter install a vanilla -rc2 kernel from 
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-rc2-maverick/linux-image-2.6.35-020635rc2-generic_2.6.35-020635rc2_amd64.deb, 
but I do not expect different results given that the only change from 
rc1 to rc2 is 'e1000e: change logical negate to bitwise' (which is not 
germane to probing).

This appears to be an Intel OEM MB as far as I can tell from the DMI. It 
was new in April so is unlikely to have flash corruption issues such as 
those observed with 2.6.24.

Any suggestions on why the probe silently fails? None of the module 
params look like they'll make a difference.

rtg
-- 
Tim Gardner tim.gardner@canonical.com

             reply	other threads:[~2010-06-10 13:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-10 13:59 Tim Gardner [this message]
2010-06-10 15:44 ` [E1000-devel] e1000e probe failure on 2.6.34 and higher, Intel MB Ronciak, John

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=4C10EFB6.3020500@canonical.com \
    --to=tim.gardner@canonical.com \
    --cc=e1000-devel@lists.sourceforge.net \
    --cc=jesse.brandeburg@gmail.com \
    --cc=linux-kernel@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