public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Pete Toscano <pete.lkml@toscano.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Stuck: What to do with solid locks?
Date: Tue, 3 Apr 2001 10:32:45 -0400	[thread overview]
Message-ID: <20010403103245.B1713@bubba.toscano.org> (raw)
In-Reply-To: <20010403001611.A1519@bubba.toscano.org> <E14kPqt-0007wJ-00@the-village.bc.nu>
In-Reply-To: <E14kPqt-0007wJ-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Tue, Apr 03, 2001 at 01:24:01PM +0100

Oh, I realize this.  I don't mind and even expect the occational crash
right now in the 2.4.x series, but the frequency of these crashes fall
into the "frequent" category.  I know that if I want a much more stable
system, I should go back to 2.2.19, but I'd prefer to stick it out with
2.4.x and help by collecting data.  The data collection part is all (I
think) I can do, as I don't know the first place to begin when it comes
to fixing most kernel problems.  I know it's not much, but it's about
all I can do to give something back to the Linux community and I'd
really like to help.  The message I wrote last night was a bit too whiny
as I had just had three crashes/locks within a fairly short period of
time.

The most frustrating part is these solid locks.  I don't even have KDB
to nose about the system with.  Even when the system does crash to KDB,
I don't get Oops messages, just "kernel cannot handle NULL paging
request"-sort of stuff.  Nothing ever gets logged to (k)syslogd (or, at
least, handled by (k)syslogd).  Keith Owens has been great about helping
me us KDB to try to collect data for people who might be able to track
down bugs, but if I can't get into KDB even, then I have no idea where
to begin to help fix this problem (or these problems).

pete

On Tue, 03 Apr 2001, Alan Cox wrote:

> > This is very frustrating.  I really, really want to be able to start
> > doing something on my workstation without having to worry everytime
> > about it crashing.
> 
> Then install 2.2.19. 2.4.x isnt stable yet. If you have the time then oopses
> and debugging data are wonderful if not then 2.2 is stable.
> 
> 
> Alan
> 

  reply	other threads:[~2001-04-03 14:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-03  4:16 Stuck: What to do with solid locks? Pete Toscano
2001-04-03 12:24 ` Alan Cox
2001-04-03 14:32   ` Pete Toscano [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-04-05  6:42 Colonel

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=20010403103245.B1713@bubba.toscano.org \
    --to=pete.lkml@toscano.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --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