public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rusty Russell <rusty@rustcorp.com.au>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: paulus@au1.ibm.com, jamagallon@able.es, r.post@sara.nl,
	morten.helgesen@nextframe.net, linux-kernel@vger.kernel.org
Subject: Re: writing OOPS/panic info to nvram?
Date: Fri, 6 Sep 2002 16:48:41 +1000	[thread overview]
Message-ID: <20020906164841.3c7e1085.rusty@rustcorp.com.au> (raw)
In-Reply-To: <1031184421.2796.161.camel@irongate.swansea.linux.org.uk>

On 05 Sep 2002 01:07:01 +0100
Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:

> On Thu, 2002-09-05 at 00:34, Paul Mackerras wrote:
> > IDE was relatively straightforward since you can do basic block I/O
> > with just the ATA-1 or ATA-2 registers and command set and PIO.  In
> > contrast, I believe SCSI defeated him. :)
> 
> You have to reset and retune the interface/controller registers as well,
> otherwise bad things can happen.

No, at this stage the code reboots the machine (well, I could call the ide
reset code at this point I guess).

Note that my mini oops dumper object file is a leafnode which doesn't use any
external code in the dump path (checked at build time).  It is armed with the
symbols and device & block offsets by userspace.  I plan to update it in the
next month, but it's trivial enough (a new driver with one hook in the oops
code) to be done after the freeze if reqd.

The interesting bit becomes harvesting those reports: this is a higher level
problem (userspace and privacy being the higher levels, respectively).

Rusty.
-- 
   there are those who do and those who hang on and you don't see too
   many doers quoting their contemporaries.  -- Larry McVoy

  reply	other threads:[~2002-09-06  7:17 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-04 11:50 writing OOPS/panic info to nvram? Roy Sigurd Karlsbakk
2002-09-04 12:02 ` Morten Helgesen
2002-09-04 12:21 ` Alan Cox
2002-09-04 12:31   ` Morten Helgesen
2002-09-04 12:49     ` Alan Cox
2002-09-04 12:54       ` Morten Helgesen
2002-09-04 14:02         ` Remco Post
2002-09-04 14:08           ` J.A. Magallon
2002-09-04 14:23             ` Remco Post
2002-09-06 10:06               ` Pavel Machek
2002-09-10 14:55                 ` Remco Post
2002-09-13 17:03                   ` Pavel Machek
2002-09-04 14:25             ` Alan Cox
2002-09-04 14:41               ` J.A. Magallon
2002-09-04 14:49                 ` Lars Marowsky-Bree
2002-09-06 10:09                   ` Pavel Machek
2002-09-04 23:34               ` Paul Mackerras
2002-09-04 23:48                 ` David S. Miller
2002-09-05  0:07                 ` Alan Cox
2002-09-06  6:48                   ` Rusty Russell [this message]
2002-09-05 10:38               ` Suparna Bhattacharya
  -- strict thread matches above, loose matches on Subject: below --
2005-01-24 15:18 Christoph Stueckjuergen

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=20020906164841.3c7e1085.rusty@rustcorp.com.au \
    --to=rusty@rustcorp.com.au \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jamagallon@able.es \
    --cc=linux-kernel@vger.kernel.org \
    --cc=morten.helgesen@nextframe.net \
    --cc=paulus@au1.ibm.com \
    --cc=r.post@sara.nl \
    /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