My Promise SATA 300 PCI card seems to cause irq problems when run with Linux no matter what other PCI cards I use (tried multiple configurations). The monitor displays "do_IRQ: No IRQ hadnler for vector (irq -1)" from time to time and the keyboard can get blocked (does no more react on key strokes or every character is displayed twice). In order to extract the needed information I have booted several times and connected two keyboards (1USB, 1PS/2 but both can get blocked). I have also tried it with different mainboards but Linux does not seem to like that PCI card.
Created attachment 156111 [details] dmesg
Created attachment 156121 [details] /proc/interrupts
Created attachment 156131 [details] /proc/irq/*
Created attachment 156141 [details] lspci
Created attachment 157141 [details] cpuinfo: 2xPIII800 After having happily installed a second CPU, now everything works fine like by a miracle; SATA works well, no more messages 'No IRQ handler for vector (irq -1)', no keyboard that would refuse to work.
Created attachment 157151 [details] /proc/interrupts (2xCPU)
Created attachment 157161 [details] /proc/irq/* (2xCPU)
Created attachment 157171 [details] dmesg (2xCPU) Now it even works with a kernel which is a little bit older. However I can remember this bug having already persisted for a long time before I have filed this report; i.e. the observed effects won`t depend on the kernel version.
Created attachment 157181 [details] lspci -vvvxx (2xCPU) The board is an Asus P2B-DS; it requires 2CPUs to work with this card. Other boards supporting only one CPU will not work at all with this Promise SATA300 card under Linux as far as I could test.
Looks like PCI IRQ assignment somehow gets screwed w/ single CPU. Bjorn, any ideas? Thanks.