What about shared interrupts? How are they going to be treated? With the
spl leaving the arena it somehow looks feasible to run one interrupt
source on two different threads if there are two pieces of hardware
attached to the same interrupt line.
From what I understood from dfr, when
From what I understood from dfr, when switching away from an interrupt
handler it is converted into a full thread. When the second piece of
hardware fires an interrupt it could then run at the same time.
I thought of this almost immediately - it's a bad idea though because it
makes it
On Mon, 26 Jun 2000 11:29:39 +0100 (BST), Nick Hibma [EMAIL PROTECTED] said:
I guess that the perfect solution is to be able to hardwire the PCI irqs
in some way once FreeBSD is doing the PnP resource allocation.
On typical non-SMP motherboards, the PCI IRQs are hard-wired on the
motherboard.
What about shared interrupts? How are they going to be treated? With the
spl leaving the arena it somehow looks feasible to run one interrupt
source on two different threads if there are two pieces of hardware
attached to the same interrupt line.
From what I understood from dfr, when switching
(Moving this to freebsd-smp, Bcc'ing current)
:What about shared interrupts? How are they going to be treated? With the
:spl leaving the arena it somehow looks feasible to run one interrupt
:source on two different threads if there are two pieces of hardware
:attached to the same interrupt
