[lkml]   [2001]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Stuck: What to do with solid locks?
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

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).


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
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:22    [W:0.066 / U:0.472 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site