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

Reply via email to