netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Chris Jones <chris.jones@canonical.com>
To: jkosina@suse.cz, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org, tim.gardner@canonical.com,
	"Brandeburg, Jesse" <jesse.brandeburg@intel.com>
Subject: e1000e corruption timeline and logs - ubuntu
Date: Fri, 26 Sep 2008 02:21:07 +0100	[thread overview]
Message-ID: <48DC3903.5060207@canonical.com> (raw)

Hi

(Apologies for replying in a new thread and crossposting, I'm not
subscribed to these lists and maybe this will make for useful reading.
Also please CC me in replies)

wrt Jiri Kosina's post: alpine.LNX.1.10.0809260042380.3389 () pegasus !
suse ! cz - I hit this bug at the end of August after upgrading to
Ubuntu Intrepid (which was alpha at the time).

Perhaps my timeline[0] would help provide some information to rule
potential culprits out or in by way of Ubuntu's code at the time.
Also I have some logs[2-5] that cover the period surrounding the
corruption happening.

The timeline shows a <24 hour window from my upgrading to Ubuntu
Intrepid (and thus getting a 2.6.27 kernel), and the damage actually
happening.

In conjunction with pages like
https://launchpad.net/ubuntu/+source/linux and
https://launchpad.net/ubuntu/+source/xserver-xorg-video-intel it should
be possible to figure out exactly what source I had in use.

My reading of those pages suggests I had this .config[1]
(which makes sense, it's the oldest 2.6.27 one I have installed and
there doesn't seem to have been a subsequent publishing of an Ubuntu
kernel within the failure window). It also suggests I had
xserver-xorg-video-intel version2:2.4.1-1ubuntu1 (I would not
necessarily trust the version number cf the vanilla intel driver -
tracking down the source package in Launchpad or via #ubuntu-x on
freenode would show exactly which patches were applied). Similarly,
libgl1-mesa-dri 7.1-1ubuntu1.

Apart from (obviously) any occurances where they failed to be written to
disk, I have kern.log[2] and messages[3] for the period (although not
syslog itself, that gets rotated out too quickly, unfortunately, but I
expect kern.log will have any interesting stuff there is to be found).
The mail in [0] references a kernel WARNING bug on Launchpad which ought
to be in kern.log, but just in case it isn't, that bug has it attached.

I also have logs[4][5] which show all package activity before and after
the point of failure, should you be curious about any other versions.

Finally I have some lspci info[6] for the chip from before the error.

Please let me know if there is anything else I can try and pull off my
(now post-RMA) laptop (Thinkpad X300) which may help.

[0] http://mairukipa.tenshu.net/e1000e/timeline.txt
[1] http://mairukipa.tenshu.net/e1000e/config-2.6.27-1-generic
[2] http://mairukipa.tenshu.net/e1000e/kern.log.2.gz
[3] http://mairukipa.tenshu.net/e1000e/messages.2.gz
[4] http://mairukipa.tenshu.net/e1000e/dpkg.log-2008-08-28
[5] http://mairukipa.tenshu.net/e1000e/dpkg.log-2008-08-29
[6] http://mairukipa.tenshu.net/e1000e/lspci.txt

Cheers,
-- 
Chris Jones
  cmsj@canonical.com
   www.canonical.com

                 reply	other threads:[~2008-09-26  1:21 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=48DC3903.5060207@canonical.com \
    --to=chris.jones@canonical.com \
    --cc=jesse.brandeburg@intel.com \
    --cc=jkosina@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=tim.gardner@canonical.com \
    /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).