I committed your patch. Thankyou for doing this work.
I a very pleased that other people are looking at this system and code.
I could get almost no-one to review before I committed so I am pleased
that people do look at it and try understand it after I committed!
To Unsubscribe: send mail to
great..
looks like it's a commit...
On Mon, 29 Jul 2002, Mark Santcroos wrote:
> Hi,
>
> Just want to let you know that this patch fixes the 'fault on nofault
> entry' panics I had.
>
> It was very easily reproducable with:
> ---
> char *buf; int n=0;
> buf=(char *)malloc(1);
> for(;;)
>
A couple of updates:
- Optimize wakeup() and its friends; if a thread waken up is being
swapped in, we do not have to ask for the scheduler thread to do
that.
- Assert that a process is not swapped out in runq functions and
swapout().
The update patchs is at:
http://people.FreeBSD.org/~
Hi,
Just want to let you know that this patch fixes the 'fault on nofault
entry' panics I had.
It was very easily reproducable with:
---
char *buf; int n=0;
buf=(char *)malloc(1);
for(;;)
buf=(char *)realloc(buf,n++*1024*1024);
---
Ran some tests now and as said it didn't happen again.
On Sun, 28 Jul 2002, Seigo Tanimura wrote:
> If you are having a trouble of a broken thread state (eg a thread with
> TDS_RUNQ on no run queue) or a mysterious page fault on a kernel
> memory (probably in mi_switch()), you may want to try my patch at:
> http://people.FreeBSD.org/~tanimura/patches/
>Date: Sun, 28 Jul 2002 21:51:57 +0900
>From: Seigo Tanimura <[EMAIL PROTECTED]>
>If you are having a trouble of a broken thread state (eg a thread with
>TDS_RUNQ on no run queue) or a mysterious page fault on a kernel
>memory (probably in mi_switch()), you may want to try my patch at:
>http://p
If you are having a trouble of a broken thread state (eg a thread with
TDS_RUNQ on no run queue) or a mysterious page fault on a kernel
memory (probably in mi_switch()), you may want to try my patch at:
http://people.FreeBSD.org/~tanimura/patches/procswap.diff.gz
In a nutshell, this patch fixes