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
next 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