Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IRQ Routing Confilict

Status
Not open for further replies.

yowza

Technical User
Nov 28, 2001
121
US
I have a Dell 4400 with 3 Lan receivers (2 Lan cards and one onboard Lan) and 2 SCSI's (Adaptec AIC7899 and AIC7880 with one of these being onboard also). It appears that 2 devices are sharing or are assigned the same IRQ 11. The results of the lspci are as follows:
06:04.1 Class 0104: 1028:0002 (rev 01)
Subsystem: 1028:0002
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at fab00000 [disabled] [size=64K]

07:04.0 Class 0100: 9005:00c5 (rev 01)
Subsystem: 1028:00c5
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11
BIST result: 00
I/O ports at cc00
Memory at facff000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at fad00000 [disabled] [size=128K]
Capabilities: <available only to root>

dmesg contains several &quot;IRQ routing confilict in pirq table&quot; messages for both devices. My questions are:
1. How do I fix the 2 devices that are sharing the same IRQ?

2. Can I safely ignore the IRQ routing conflicts that dmesg contains and just rely on lspci to determine resource conflicts?

I greatly appreciate any help! I have included the output from dmesg and lspci at the end of this post. It is rather lengthy so I have separated each with ***********.

********************************************************
oz.sra.com{28}: dmesg
Linux version 2.4.2-2-Nov7 (root@oz.sra.com) (gcc version 2.96 20000731 (Red Hat
Linux 7.1 2.96-85)) #6 Mon Dec 3 12:40:43 EST 2001
BIOS-provided physical RAM map:
BIOS-e820: 00000000000a0000 @ 0000000000000000 (usable)
BIOS-e820: 000000005fefe000 @ 0000000000100000 (usable)
BIOS-e820: 0000000000002000 @ 000000005fffe000 (reserved)
BIOS-e820: 0000000000010000 @ 00000000fec00000 (reserved)
BIOS-e820: 0000000000010000 @ 00000000fee00000 (reserved)
BIOS-e820: 0000000000080000 @ 00000000fff80000 (reserved)
On node 0 totalpages: 393214
zone(0): 4096 pages.
zone DMA has max 32 cached pages.
zone(1): 389118 pages.
zone Normal has max 1024 cached pages.
zone(2): 0 pages.
zone HighMem has max 1 cached pages.
Kernel command line: auto BOOT_IMAGE=new ro root=807 BOOT_FILE=/boot/vmlinuz-2.4
.2-2-1dec
Initializing CPU#0
Detected 993.401 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1979.18 BogoMIPS
Memory: 1543640k/1572856k available (1940k kernel code, 28832k reserved, 112k da
ta, 184k init, 0k highmem)
Dentry-cache hash table entries: 262144 (order: 9, 2097152 bytes)
Buffer-cache hash table entries: 131072 (order: 7, 524288 bytes)
Page-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 256K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
CPU: After generic, caps: 0383fbff 00000000 00000000 00000000
CPU: Common caps: 0383fbff 00000000 00000000 00000000
CPU: Intel Pentium III (Coppermine) stepping 06
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfc74e, last bus=8
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Discovered primary peer bus 01 [IRQ]
Unknown bridge resource 2: assuming transparent
PCI: Discovered primary peer bus 06 [IRQ]
PCI: Discovered primary peer bus 08 [IRQ]
PCI: Using IRQ router ServerWorks [1166/0200] at 00:0f.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd v1.8
Winbond Super-IO detection, now testing ports 3F0,370,250,4E,2E ...
SMSC Super-IO detection, now testing Ports 2F0, 370 ...
block: queued sectors max/low 1023877kB/892805kB, 3008 slots per queue
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
udf: registering filesystem
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI ISA
PNP enabled
eepro100.c:v1.09j-t 9/29/99 Donald Becker ers/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@sa
w.sw.com.sg> and others
PCI: Found IRQ 9 for device 00:04.0
IRQ routing conflict in pirq table for device 00:04.0
eth0: Intel Corporation 82557 [Ethernet Pro 100], 00:B0:D0:AA:C7:E9, I/O at 0xfc
c0, IRQ 14.
Receiver lock-up bug exists -- enabling work-around.
Board assembly 07195d-000, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
Receiver lock-up workaround activated.
PCI: Found IRQ 13 for device 08:06.0
IRQ routing conflict in pirq table for device 08:06.0
eth1: OEM i82557/i82558 10/100 Ethernet, 00:D0:B7:E8:D0:5B, I/O at 0xbcc0, IRQ 5
.
Board assembly 749661-005, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xdbd8681d).
PCI: Assigned IRQ 4 for device 08:0a.0
eth2: OEM i82557/i82558 10/100 Ethernet, 00:D0:B7:E8:D0:5A, I/O at 0xbc80, IRQ 4
.
Board assembly 749661-005, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xdbd8681d).
SCSI subsystem driver Revision: 1.00
aacraid raid driver version, Dec 3 2001
PCI: Found IRQ 15 for device 06:04.1
IRQ routing conflict in pirq table for device 06:04.1
IRQ routing conflict in pirq table for device 07:04.0
percraid device detected
Device mapped to virtual address 0xa0800000
percraid:0 device initialization successful
percraid:0 AacHba_ClassDriverInit complete
PCI: Found IRQ 15 for device 06:04.1
IRQ routing conflict in pirq table for device 06:04.1
IRQ routing conflict in pirq table for device 07:04.0
PCI: Found IRQ 15 for device 06:04.1
IRQ routing conflict in pirq table for device 06:04.1
IRQ routing conflict in pirq table for device 07:04.0
scsi0 : percraid
Vendor: DELL Model: PERCRAID RAID5 Rev: 0001
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 573428737 512-byte hdwr sectors (293596 MB)
sda: Write Protect is off
Partition check:
sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 sda10 >
PCI: Found IRQ 11 for device 07:04.1
IRQ routing conflict in pirq table for device 07:04.1
PCI: Found IRQ 7 for device 07:06.0
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.7
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Wide Channel B, SCSI Id=7, 32/255 SCBs

scsi2 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.7
<Adaptec aic7880 Ultra SCSI adapter>
aic7880: Single Channel A, SCSI Id=7, 16/255 SCBs

Vendor: NEC Model: CD-ROM DRIVE:466 Rev: 1.06
Type: CD-ROM ANSI SCSI revision: 02
Attached scsi CD-ROM sr0 at scsi2, channel 0, id 5, lun 0
(scsi2:A:5): 20.000MB/s transfers (20.000MHz, offset 15)
sr0: scsi3-mmc drive: 17x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
LVM version 1.0.1-rc4(03/10/2001)
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 16384 buckets, 128Kbytes
TCP: Hash tables configured (established 524288 bind 65536)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 184k freed
Adding Swap: 1028120k swap-space (priority -1)
**********************************************************
********************************************************:
oz.{29}: lspci -v -n
00:00.0 Class 0600: 1166:0009 (rev 06)
Flags: bus master, medium devsel, latency 48

00:00.1 Class 0600: 1166:0009 (rev 06)
Flags: bus master, medium devsel, latency 48

00:04.0 Class 0200: 8086:1229 (rev 08)
Subsystem: 1028:009b
Flags: bus master, medium devsel, latency 32, IRQ 14
Memory at feb02000 (32-bit, non-prefetchable) [size=4K]
I/O ports at fcc0
Memory at fe900000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at fea00000 [disabled] [size=1M]
Capabilities: <available only to root>

00:06.0 Class 0300: 1002:4759 (rev 7a)
Subsystem: 1028:009a
Flags: bus master, VGA palette snoop, stepping, medium devsel, latency 3
2
Memory at fd000000 (32-bit, prefetchable) [size=16M]
I/O ports at f800
Memory at feb01000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: <available only to root>

00:0f.0 Class 0601: 1166:0200 (rev 50)
Subsystem: 1166:0200
Flags: bus master, medium devsel, latency 0

00:11.0 Class 0600: 1166:0009 (rev 06)
Flags: bus master, medium devsel, latency 48

00:11.1 Class 0600: 1166:0009 (rev 06)
Flags: bus master, medium devsel, latency 48

06:04.0 Class 0604: 8086:0962 (rev 01)
Flags: bus master, medium devsel, latency 32
Bus: primary=06, secondary=07, subordinate=07, sec-latency=32
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: fac00000-fadfffff

06:04.1 Class 0104: 1028:0002 (rev 01)
Subsystem: 1028:0002
Flags: bus master, medium devsel, latency 32, IRQ 11
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Expansion ROM at fab00000 [disabled] [size=64K]

07:04.0 Class 0100: 9005:00c5 (rev 01)
Subsystem: 1028:00c5
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11
BIST result: 00
I/O ports at cc00
Memory at facff000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at fad00000 [disabled] [size=128K]
Capabilities: <available only to root>

07:04.1 Class 0100: 9005:00cf (rev 01)
Subsystem: 1028:009a
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 10
BIST result: 00
I/O ports at c800 [disabled]
Memory at facfe000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at fad00000 [disabled] [size=128K]
Capabilities: <available only to root>

07:06.0 Class 0100: 9004:8078 (rev 02)
Subsystem: 9004:7880
Flags: bus master, medium devsel, latency 32, IRQ 7
I/O ports at c400 [disabled]
Memory at facfd000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at fad00000 [disabled] [size=64K]
Capabilities: <available only to root>

08:06.0 Class 0200: 8086:1229 (rev 09)
Subsystem: 8086:1012
Flags: bus master, medium devsel, latency 32, IRQ 5
Memory at e7f41000 (32-bit, non-prefetchable) [size=4K]
I/O ports at bcc0
Memory at e7f20000 (32-bit, non-prefetchable) [size=128K]
Capabilities: <available only to root>

08:0a.0 Class 0200: 8086:1229 (rev 09)
Subsystem: 8086:1012
Flags: bus master, medium devsel, latency 32, IRQ 4
Memory at e7f40000 (32-bit, non-prefetchable) [size=4K]
I/O ports at bc80
Memory at e7f00000 (32-bit, non-prefetchable) [size=128K]
Capabilities: <available only to root>
 
What this means is that there is a problem with bios
assigning interrupts or linux knowing how to deal with
a device that registers an interrupt but doesn't use it.
Heres the skinny:
&quot;WHY this happens is unclear, but it could be several reasons:
- undocumented &quot;Plug'n'Play OS true behaviour&quot;
- BIOS bugs. 'nuff said.
- warm-booting from an OS that _does_ set the interrupt routing,and also sets the PCI config space thing&quot;

I would really get into contact with DELL asap on this
if you bought this box from them as it is. If not:
Does everything work but the two devices sharing 11?
If so you could try to pass arguments(lilo)for an open irq
for one, reset bios(it's dell so it may be troublesome)
,set bios to non-pnp os,and/or try pci=autoirq as arg
to lilo.
But please read other postings on the net for this problem and check with dell and/or your distro.

Good Luck
 
I had a simimar problem installing my currect Dell Precision 330 workstation. Noticed that the BIOS had PnP OS on. Turned this off, and everything worked fine. AV
tnedor@yahoo.com

Did this post help? Click below to let me know.
 
Hi,

I'd also suspect the bios plug-and-pray setting. If you have it set to 'plug and play operating system = yes' or suchlike you are telling the bios not to pre-configure PCI devices but to leave to the operating system instead. That only works if the o/s has appropriate code itself, i.e. if the o/s is M$/Windoze. So make sure that setting is 'no' or 'off'.

Of course, it is possible to share IRQs with PCI devices but you'd probably have to set the I/O addresses manually.

See also --> .

Hope this helps
 
Thanks Marsd, Therat, and Ifincham for responding. Since I couldn't find PNP in the Bios, I contacted Dell. They said that you could not disable PNP but pointed me towards a utility that allows you to configure each device. After comparing the results of the utility with the info in /proc/interrupts etc. it turned out that only IRQ 11 was being used by the RAID controller and one of the RAID chips. I called Dell back and they claimed that everything was ok and that 2 devices could share one IRQ. Guess I'll try to run some tests and see if they are correct. If not, I have 1 IRQ left (3) and might try setting the controller to 3.
Thanks for all of your help!

Yowza
 
Yes, you can share irqs, but I understood that one of your
devices was not functioning. I misunderstood and you were
just concerned with the fact that two devices were sharing an irq right? This is normal these days and most device drivers
and nos's can deal with it..
Irq3 is not open , it is a com port, so if everything else is working you might just want to leave well enough alone.

Where I work now is a dell shop and we have three PE servers
runing novell 5.x and one running 3.x. The dells really do
well with novell. Their useless bios is a liability though...
There are shops that specialize in comparable linux servers
that would probably be a safer bet if you had it to do over again.

If something is broken right back.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top