post the output of lspci -v
Roland Dennis Nguyen wrote: > Most of the times the RTnet/Xenomai disabled the IRQ right away. few > time it ran for a while. > It doesn't matter the system has single or 2 cards, it still have > conflict IRQ. I tried to change the slot but it did not help. > Thanks, > Dennis > > Jeroen Van den Keybus wrote: >> The Xenomai disabled the interrupt when it saw the sharing. >> >> >> I may have mislooked, but doesn't xnintr_shirq_handler only disable >> the line after XNINTR_MAX_UNHANDLED problematic IRQs (which is by >> default set to 1000) ? If you get the error immediately after loading >> the driver, it looks like either the interrupt doesn't get properly >> acknowledged in the I-pipe (after which the driver gets pounded by 999 >> stray interrupts, causing it to return 'unhandled') or the driver >> fails to acknowledge it on the card. >> >> >> The NICs worked normally with 8139too.ko and 8139cp.ko drivers. >> >> >> Ok. I think that means that at least no weird things happen in the >> I-pipe or that the cards are defective (or poorly inserted in slot). >> >> >> I have three difference types of PCs: pentium III 650 Mhz, Core2, and >> AMD athlon 2Ghz. on different mother boards. All of them have >> conflict >> IRQs with xenomai and RTnet. I swapped the slots but it did not >> changed. I'm thinking of giving the NICs fixed IRQ but I don't >> know how. >> >> >> As said before, you can only practically do that in the BIOS or using >> ACPI. >> >> Does the rtnet driver work correctly with only one card ? >> >> >> Jeroen. >> > > _______________________________________________ > Xenomai-help mailing list > Xenomai-help@gna.org > https://mail.gna.org/listinfo/xenomai-help > _______________________________________________ Xenomai-help mailing list Xenomai-help@gna.org https://mail.gna.org/listinfo/xenomai-help