[lkml]   [2000]   [Sep]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Adding set_system_gate fails in arch/i386/kernel/traps.c
On Tue, 12 Sep 2000 10:29:09 +0100, 
Malcolm Beattie <> wrote:
>To initialise the system call and suchlike traps,
>arch/i386/kernel/traps.c does
> set_system_gate(3,&int3); /* int3-5 can be called from all */
> set_system_gate(4,&overflow);
> set_system_gate(5,&bounds);
> ...
> set_system_gate(SYSCALL_VECTOR,&system_call);
>However, any other ones I add (say, with vectors 0x70, 0x71, 0x84,
>0x85) vanish after the system has booted further. printk shows that
>idt_table is correctly updated immediately after the set_system_gate
>but once the system has booted the entries for my new traps have
>reverted. (printk telemetry available on request). However, once the
>system has booted, a little module which simply updates
>idt_table[MY_NEW_VECTOR] directly works fine and "sticks". Help?
>(Or, more accurately "Aaarrrgh?").

I can confirm that this sometimes occurs in 2.4.0-testx, AFAIK I have
only seen the problem in SMP kernels.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.044 / U:1.416 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site