> Jun 2 01:56:11 oto kernel: Unable to handle kernel paging request at virtual
> address c3820090
> Jun 2 01:56:11 oto kernel: current->tss.cr3 = 01068000, ^Lr3 = 01068000
> Jun 2 01:56:11 oto kernel: *pde = 00002063
> Jun 2 01:56:11 oto kernel: *pte = 00000000
> Jun 2 01:56:11 oto kernel: Oops: 0000
> Jun 2 01:56:11 oto kernel: CPU: 0
> Jun 2 01:56:12 oto kernel: EIP: 0010:[<c0110b5c>]
> Jun 2 01:56:12 oto kernel: EFLAGS: 00000246
> Jun 2 01:56:12 oto kernel: eax: 00000028 ebx: c168a000 ecx: c0106000
> edx: 00000028
> Jun 2 01:56:12 oto kernel: esi: c194e000 edi: 00000000 ebp: c168bea4
> esp: c168be7c
> Jun 2 01:56:12 oto kernel: ds: 0018 es: 0018 ss: 0018 fs: 0097 gs: 002b
> Jun 2 01:56:12 oto kernel: Process wine (pid: 18276, process nr: 35,
> stackpage=c168b000)
> Jun 2 01:56:12 oto kernel: ldt: 0298 tss.ldt: 0298 LDT: 0298 tr: 0290
^^^ ^^^ ^^^
^^^
An interesting oops -- it appears that this one is a case not with the
ldt being out of sync with the tss, but that one of the entries in the
ldt is bad. The patch for the ldt code takes care of a problem with the
ldt not being reloaded properly, but it has no way to ensure that
changes to the ldt will be valid for _all_ tasks using the ldt.
I'm still pondering this problem, but don't have a workable solution
yet.
Regards,
Bill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu