Re: ULE Status.

From: Grégory Nou <gregorynou_at_altern.org>
Date: Thu, 09 Jun 2005 16:05:51 +0200
Doug Poland a écrit :

>On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote:
>  
>
>>I just fixed what should be the last ULE+KSE+PREEMPTION bug.  Please let
>>me know if you run into any problems with it, preferably with a seperate
>>mail to me as I'm more likely to see this than one which is cc'd to
>>current_at_.
>>
>>    
>>
>I'm consistently getting hard locks on a 4-way PIII Xeon using a generic
>kernel with ULE.  Here's what was on the console on the 2nd to last
>lock-up:
>
>
>kernel trap 12 with interrupts disabled
>
>Fatal trap 12: page fault while in kernel mode
>
>cpuid = 0; apic id = 03
>
>fault virtual address		= 0x150
>fault code			= supervisor read, page not present
>instruction pointer		= 0x20: 0xc0642e6e
>stack pointer			= 0x28: 0xe4fd9b8c
>frame pointer			= 0x28: 0xe4fd9bb0
>code segment			= base 0x0, limit 0xfffff, type 0x1b
>				= DPL 0, pres 1, def32 1, gran 1
>processor eflags		= resume, IOPL = 0
>current process			= 49 (swi4: clock sio)
>
>
>I've also seen hard locks with gkrellmd, fsck running in multi-user
>mode.  
>
>  
>
I get (what I think is) the same problem but not in the same case.
When I load nvidia.ko, I get this :

nvidia0 : <GeForce FX5600> mem 0xe400000 - 0xe4ffffff, 0xd00.... - 0xdfff.... irq 16 at device 0.0 on pci 1

WARNING : Device Driver

Fatal trap 12: page fault while in kernel mode
fault virtual address		= 0x480008
fault code			= supervisor read, page not present
instruction pointer		= 0x20: 0xc059de04
stack pointer			= 0x28: 0xc1020984
frame pointer			= 0x28: 0xc1020984
code segment			= base 0x0, limit 0xfffff, type 0x1b
				= DPL 0, pres 1, def32 1, gran 1
processor eflags		= niterrupt enabled, resume, IOPL = 0
current process			= 0 (swapper)
trap number 			= 12
panic				= page fault

uptime : 1s

I use ULE.
Received on Thu Jun 09 2005 - 12:05:59 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC