mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Rumi Szabolcs <rumi_ml@rtfm.hu>
To: "Allen Martin" <AMartin@nvidia.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Athlon64 + Nforce4 MCE panic
Date: Sat, 15 Jul 2006 09:28:56 +0200	[thread overview]
Message-ID: <20060715092856.7f9882f5.rumi_ml@rtfm.hu> (raw)
In-Reply-To: <DBFABB80F7FD3143A911F9E6CFD477B00E48CFD9@hqemmail02.nvidia.com>

On Fri, 14 Jul 2006 11:18:38 -0700
"Allen Martin" <AMartin@nvidia.com> wrote:

> > 1x Asrock NF4G-SATA2 motherboard 
> > (http://www.asrock.com/product/939NF4G-SATA2.htm)
> > 1x Athlon64 "Venice" 3500+ with a huge Arctic cooler
> > 1x Corsair kit of 2 matched 512MB DDR400 modules
> > 1x Seagate 160GB SATA drive
> > 1x well ventilated Chieftec rackmount chassis w/PSU
> 
> You don't have any PATA devices at all?  SATA is a lot more resilient to
> this type of problem.

Exactly. I hooked up a PATA CDROM temporarily when I changed the mobo,
but otherwise the only storage it has is that SATA disk.

> > So I have a reason to believe that this could be a chipset specific
> > problem which not only affects me but quite a number of NF4 users,
> > most of which (using Windo$$$) will probably never know why their
> > system suddenly hung after some weeks or months of use...
> 
> Windows will generate a bugcheck on an MCA exception just like Linux.
> We have really detailed statistics on Windows bugchecks due to OCA, so I
> know this is not a widespread issue at least on Windows.

Do you think that this problem is caused by or at least triggered by
Linux or it's disk usage patterns? At least if you type "b200000000070f0f"
into g00gle you get a lot of hits all of which has something to do with
Linux.

> The stack trace will almost always tell you exactly what device timed
> out the PIO, you should start there.

Well I have to admit I'm not a kernel hacker but a simple user without a clue
so I have no idea how I could have got a stack trace from a kernel that is
paniced, frozen hard, and couldn't even sync it's disks so after I realized
there is no reaction to any input devices on the system I've just hit the
reset button and hoped it will come up again. I guess this is exactly what
Windo$$$ users used to do when they get a blue screen... ;)

Thanks!

Regards,

Sab

      reply	other threads:[~2006-07-15  7:29 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-13  7:01 Rumi Szabolcs
2006-07-13  7:12 ` Avuton Olrich
2006-07-13 11:44 ` Alan Cox
2006-07-14  4:30 ` Allen Martin
2006-07-14  7:37   ` Rumi Szabolcs
2006-07-14 18:18     ` Allen Martin
2006-07-15  7:28       ` Rumi Szabolcs [this message]

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=20060715092856.7f9882f5.rumi_ml@rtfm.hu \
    --to=rumi_ml@rtfm.hu \
    --cc=AMartin@nvidia.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

all inboxes | Powered by JetHome®