lkml.org 
[lkml]   [2000]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.2.15pre5: still very unstable
On Fri, 4 Feb 2000, Andrea Arcangeli wrote:

> (BTW, the trap code is obviously wrong since it should simply make the
> state a not clobbered information instead of running GFP in atomic mode

I have thought about this and we cannot do that.

Imagine a TASK_UNINTERRUPTIBLE task in a critical piece of code
(well, why would it be TASK_UNINTERRUPTIBLE otherwise) that
suddenly becomes TASK_RUNNING, gets a signal (where it does the
schedule) and breaks out of the critical piece of code in an
unclean way...

Since we cannot have that and the trap is there only to detect
buggy callers, it is the simple one we have now. Trust me, I
have tried to come up with an all-in-one solution...

regards,

Rik
--
The Internet is not a network of computers. It is a network
of people. That is its real strength.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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