Rik van Riel wrote:
>
> Hi,
>
> last night I made a few new patches. For one there's a
> quick scheduler patch which makes the scheduler consider
> CPU usage on a somewhat longer term as well as on the
> short term, giving CPU time away a bit more fairly when
> a process sleeps for a few timeslices.
>
> The second patch is a new version of the VM patch, packed
> with suggestions from Davem (thanks Dave). The __alloc_pages()
> function has been cleaned up and drop_behind() might actually
> work now.
>
> The balance between clean and dirty pages has also been changed
> a bit and I can run a fairly smooth system even when there's
> disk write IO going on...
>
> The patches are available at the usual place:
>
> http://www.surriel.com/patches/
>
Gave your patch a try, only the vm one. I applied it against 2.4.0-test8 (final)
with some warnings so the bug report may not be valid.
I got this Oops when slightly stressing the system:
kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000ab
kernel: printing eip:
kernel: c012a4b5
kernel: *pde = 00000000
kernel: Oops: 0000
kernel: CPU: 0
kernel: EIP: 0010:[__alloc_pages+125/580]
kernel: EFLAGS: 00010202
kernel: eax: 00000246 ebx: 00000007 ecx: c01f2dac edx: c29b1e5c
kernel: esi: 00000001 edi: c01f3148 ebp: 00000000 esp: c2ecbec0
kernel: ds: 0018 es: 0018 ss: 0018
kernel: Process mozilla-bin (pid: 11556, stackpage=c2ecb000)
kernel: Stack: 00000000 c2ecbf58 c1abb900 c31d9300 00000007 00000001 c01f3134 c012a690
kernel: c013b1e3 c2677360 c1abb900 00000145 00001000 c01bad24 c1abb900 c31d9300
kernel: c2ecbf58 c1abb900 c1abb900 c018f44f c1abb900 c31d92e4 c2ecbf58 00000000
kernel: Call Trace: [__get_free_pages+20/32] [__pollwait+51/140] [unix_poll+36/148]
[sock_poll+31/36] [do_select+287/520] [sys_select+1078/1448] [system_call+51/56]
kernel: Code: 83 bb a4 00 00 00 00 75 19 68 52 01 00 00 68 bf a2 1c c0 68
Maybe you cleanned __alloc_pages() to much...
The machine is a UP Celeron 366Mhz with 64Mb (no SMP or HIGHMEM configured)
Rui Sousa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Sep 15 2000 - 21:00:18 EST