aic7xxx and Promise UDMA conflict

[Lars Nummedal]

Hi,

are you sure that none of the Promise controllers are in a PCI-slot
sharing IRQ with your Adaptec card? Sometimes the two last PCI-slots share
IRQ, and one of the PCI slots almost always share an IRQ with the onboard
SCSI controller (if you have one). You can see this in the manual, or try
to reassign the IRQ's of that slot in the BIOS. If the aic7xxx' IRQ
follows, they're sharing.

Regards,
Lars  
--
Support organized crime: Buy Microsoft products.


On Tue, 18 Jan 2000, Mr. Arlington Hewes wrote:

> Further information . . . if I boot with noapic I see:
> 
> root at osmin /root]# cat /proc/interrupts 
>            CPU0       CPU1       
>   0:      33481          0          XT-PIC  timer
>   1:        805          0          XT-PIC  keyboard
>   2:          0          0          XT-PIC  cascade
>   5:        470          0          XT-PIC  Intel EtherExpress Pro 10/100 Ethernet
>   8:          1          0          XT-PIC  rtc
>  10:         14          0          XT-PIC  ide4, ide5
>  11:         14          0          XT-PIC  ide2, ide3
>  12:        618          0          XT-PIC  Intel EtherExpress Pro 10/100 Ethernet
>  13:          1          0          XT-PIC  fpu
>  14:       8184          0          XT-PIC  ide0
> NMI:          0
> ERR:          0
> 
> But then insmodding the aic7xxx driver results in:
> 
>  11:         14          0          XT-PIC  ide2, ide3, aic7xxx, aic7xxx
> 
> ARG! Suggestions? Is this actually likely to be the source of my woes, or just 
> a red herring?
> 
> -Darren



To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message