[lkml]   [2001]   [Sep]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 3c59x + dpti2o problem with interrupt sharing?
Bonds, Deanna wrote:

>>A related question is: should these drivers be able to share
>>IRQs, i.e.
>>is it a worthwhile goal to have them operate reliably while sharing
>>IRQs, or is IRQ-sharing a performance loss and something to
>>be avoided?
>The Adaptec card can share interrupts, but it is not wise to do that with
>another card that is going to be a high priority interrupt. You most likely
>need to change the motherboard bios settings. If you are not using your
>onboard IDE you can disable that freeing up another high priority interrupt.
>Otherwise you can manually assign the interrupts through the bios
I disabled onboard IDE (secondary channel; primary is needed for CDROM),
serial, parallel, scsi, usb, and one of two onboard NICs, and now I am
in a situation with no IRQ sharing. Unfortunately this BIOS (Phoenix
ServerBIOS 2 Rel 6.0, Tyan Thunder K7 BIOS v2.07a) does not allow me to
assign IRQs to PCI slots, and I cannot move the RAID card around because
it is in a 2U riser card. Hopefully this will solve the problem. On a
broader note, where is the cause of this problem? You indicated that
the Adaptec card can share interrupts, so was the problem the 3com
driver, the 3com hardware, the motherboard, or some other portion of the
kernel? It seems that given the scarcity of interrupts, this situation
probably happens a lot, so we should handle it gracefully (meaning that
I should go investigate the 3c59x and dpti2o drivers some more if it is
a problem which is solvable in software).

Brian Strand

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

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