On 12 Sep 00 at 21:25, Keith Owens wrote:
> >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.
What about arch/i386/kernel/io_apic.c:assign_irq_vector() ?
It starts on FIRST_DEVICE_VECTOR(==0x31) and walks through each
eight vector up to FIRST_SYSTEM_VECTOR(==0xEF) (skipping SYSCALL_VECTOR
(0x80)). Then restarting at FIRST_DEVICE_VECTOR+1... until panic
'ran out of interrupt sources!' occurs.
So you should (1) preffer irqs which are multiple of 8 (*), as they are
allocated as last and (2) you should add check for your irq number
into assign_irq_vector.
Best regards,
Petr Vandrovec
vandrove@vc.cvut.cz
(*) If my memory serves correctly SGI has allocated 0x88 or 0x90 in
one of their patches...
-
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:17 EST