No, taskfile did nothing.
here's all i can see on my screen when executing a suspend I had to type
it up by hand so, hopefully no mistakes.
I have the preempt patch and lock break patch included too. Since it had
no problem in WOLK and since it really does bring latency down to the
AA's low latency patches (since AC uses rmap I cant use those patches).
NULL pointer dereference at virtual address 000000c3
printing eip:
c0140b3b
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0140b3b>] Not tainted
EFLAGS: 00010293
eax: ffffffff ebx: cf3c1c00 ecx: 00000000 edx: c1313c90
esi: 00000000 edi: 00001000 ebp: 00000001 esp: cff5de04
ds: 0018 es: 0018 ss: 0018
Process bdflush (pid: 6, stackpage=cff5d000)
stack: cf3c1c00 c0140bc6 cf3c1c00 c1313c90 00000000 37363534 62614938 66656463
6a696867 c1313c90 cf265000 cff5dea4 00001000 c0140dd8 c1313c90 00001000
00000001 c1313c90 cf265000 c014259c c1313c90 00000303 00001000 0000850f
Call Trace: [<c0140bc6>] [<c0140dd8>] [<c014259c>] [<c0137b73>] [<c011aad6>] [<c0137cd3>] [<c0128a44>] [<c012892c>] [<c0129448>] [<c011ae10>] [<c012969e>] [<c0129bd7>] [<c011f72c>] [<c0142e9a>] [<c0142dc0>] [<c0105000>] [<c0105000>] [<c01071d6>] [<c0142dc0>]
Code: 2b 90 c4 00 00 00 c1 fa 02 69 d2 c5 4e ec c4 c1 e2 0c 03 90
<3> bdflush[6] exited with preempt_count 295
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/