I think we may have an IRQ conflict on our server. I would like second opinions on this from anyone who might know. Personally I think that there is a conflict for IRQ 7 which may be attempted to be used by both ECP(printer port) and ParPort_Pc(??). Anyone have any idea of the part below?

Sep 4 09:12:04 secure kernel: 0x378: possible IRQ conflict!
Sep 4 09:12:04 secure kernel: 0x378: ECP port cfgA=0x10 cfgB=0x00
Sep 4 09:12:04 secure kernel: 0x378: ECP settings irq=<none or set by other means> dma=<none or set by other means>
Sep 4 09:12:04 secure kernel: parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,COMPAT,ECP]
Sep 4 09:12:04 secure kernel: parport0: cpp_daisy: aa5500ff(38)
Sep 4 09:12:04 secure kernel: parport0: assign_addrs: aa5500ff(38)
Sep 4 09:12:04 secure kernel: parport0: cpp_daisy: aa5500ff(38)
Sep 4 09:12:04 secure kernel: parport0: assign_addrs: aa5500ff(38)
Sep 4 09:12:04 secure kernel: parport_pc: Via 686A parallel port: io=0x378, irq=7, dma=3
Sep 4 09:12:04 secure kernel: Trying to free free DMA3
Sep 4 09:12:04 secure kernel: ip_conntrack (4095 buckets, 32760 max)
Sep 4 09:12:04 secure kernel: PCI: Found IRQ 11 for device 00:0c.0
Sep 4 09:12:04 secure kernel: eth0: 3Com PCI 3c905C Tornado at 0xb400, 00:01:03:d2:55:60, IRQ 11

I had suggested turning off the ecp port in the biops since it isnt in use so as to free up IRQ's. I am looking for second opinions.