From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dennis Nguyen Content-Type: text/plain Date: Tue, 20 Nov 2007 14:42:08 -0800 Message-Id: <1195598528.25407.9.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org Hello, I'm using linux kernel 2.6.22.12, xenomai 2.4-rc6, and rtnet trunk 1140 date 11/15/2007. There are 2 8139 RealTek nics in the system I got the disable IRQ messages when loading RTnet modules: Xenomai: xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. Xenomai: xnintr_shirq_handler: IRQ10 not handled. Disable IRQ line. one nic using IRQ 11 and the other using IRQ 10 These cause the rteth0 and rteth1 not receive any packages. How can I enable the interrupts? or control so that the xnintr_shirq_handler not disable the interrupts? Thanks in advance. Dennis From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 20 Nov 2007 17:24:51 -0800 (PST) From: indra sakti In-Reply-To: <1195598528.25407.9.camel@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-519046822-1195608291=:42760" Content-Transfer-Encoding: 8bit Message-ID: <318864.42760.qm@domain.hid> Subject: [Xenomai-help] can't bringing up eth0 List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org --0-519046822-1195608291=:42760 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello,... I'm trying to install xenomai-2.4-rc5 with vanilla kernel 2.6.23... I use my old working config file, and disable power management option. I compile my kernel and xenomai, following the tutorial in www.captain.at .. Everything is ok, until i reboot and choose my new kernel with xenomai. In the startup service, it's always fail in bringing up interface eth0. If i choose NO to start that service, then my linux can continue working. Can anyone tell me how to solve my problem? Thanx for any answer or suggestion..:) ================== Indra Sakti Wijayanto sakti7387@domain.hid ================== --------------------------------- Never miss a thing. Make Yahoo your homepage. --0-519046822-1195608291=:42760 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello,...

I'm trying to install xenomai-2.4-rc5 with vanilla kernel 2.6.23... I use my old working config file, and disable power management option. I compile my kernel and  xenomai, following the tutorial in www.captain.at .. Everything is ok, until i reboot and choose my new kernel with xenomai. In the startup service, it's always fail in bringing up interface eth0. If i choose NO to start that service, then my linux can continue working.

Can anyone tell me how to solve my problem?

Thanx for any answer or suggestion..:)


==================
Indra Sakti Wijayanto
sakti7387@domain.hid
==================

Never miss a thing. Make Yahoo your homepage. --0-519046822-1195608291=:42760-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leopold Palomo-Avellaneda Date: Wed, 21 Nov 2007 10:13:41 +0100 References: <318864.42760.qm@domain.hid> In-Reply-To: <318864.42760.qm@domain.hid> MIME-Version: 1.0 Message-Id: <200711211013.42301.lepalom@domain.hid> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Subject: Re: [Xenomai-help] can't bringing up eth0 List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org A Dimecres 21 Novembre 2007, indra sakti va escriure: > Hello,... > > I'm trying to install xenomai-2.4-rc5 with vanilla kernel 2.6.23... I use > my old working config file, and disable power management option. I compile > my kernel and xenomai, following the tutorial in www.captain.at .. > Everything is ok, until i reboot and choose my new kernel with xenomai. In > the startup service, it's always fail in bringing up interface eth0. If i > choose NO to start that service, then my linux can continue working. > > Can anyone tell me how to solve my problem? > > Thanx for any answer or suggestion..:) look the udev rules because changing the kernel maybe the new kernel put another name to your network card as eth1 or eth2 ... I have been crazy with this kind of problems and after are simple a different name. Regards, Leo From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2ff1a98a0711210136x4b847824s7b43a502ab124829@domain.hid> Date: Wed, 21 Nov 2007 10:36:14 +0100 From: "Gilles Chanteperdrix" In-Reply-To: <318864.42760.qm@domain.hid> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1195598528.25407.9.camel@domain.hid> <318864.42760.qm@domain.hid> Subject: Re: [Xenomai-help] can't bringing up eth0 List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: indra sakti Cc: xenomai@xenomai.org On Nov 21, 2007 2:24 AM, indra sakti wrote: > Hello,... > > I'm trying to install xenomai-2.4-rc5 with vanilla kernel 2.6.23... I use my > old working config file, and disable power management option. I compile my > kernel and xenomai, following the tutorial in www.captain.at .. Everything > is ok, until i reboot and choose my new kernel with xenomai. In the startup > service, it's always fail in bringing up interface eth0. If i choose NO to > start that service, then my linux can continue working. > > Can anyone tell me how to solve my problem? > > Thanx for any answer or suggestion..:) Could you post your kernel logs ? -- Gilles Chanteperdrix From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> Date: Wed, 21 Nov 2007 10:40:49 +0100 From: "Gilles Chanteperdrix" In-Reply-To: <1195598528.25407.9.camel@domain.hid> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1195598528.25407.9.camel@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Nguyen Cc: xenomai@xenomai.org On Nov 20, 2007 11:42 PM, Dennis Nguyen wrote: > Hello, > > I'm using linux kernel 2.6.22.12, xenomai 2.4-rc6, and rtnet trunk 1140 > date 11/15/2007. There are 2 8139 RealTek nics in the system > > I got the disable IRQ messages when loading RTnet modules: > Xenomai: xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. > Xenomai: xnintr_shirq_handler: IRQ10 not handled. Disable IRQ line. > > one nic using IRQ 11 and the other using IRQ 10 > These cause the rteth0 and rteth1 not receive any packages. > > How can I enable the interrupts? or control so that the > xnintr_shirq_handler not disable the interrupts? There are several reasons why this can happen. One reason is a bug in the drivers interrupt handler, which returns RTDM_IRQ_NONE whereas it should not. Another reason is that the IRQs 10 and 11 are shared between the ethernet driver and non real-time drivers. This can not work. -- Gilles Chanteperdrix From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 21 Nov 2007 14:33:33 -0800 (PST) From: DENNIS NGUYEN In-Reply-To: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-480501778-1195684413=:79799" Content-Transfer-Encoding: 8bit Message-ID: <822923.79799.qm@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org --0-480501778-1195684413=:79799 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello Gilles, Thanks for the advice. Yes, I have problem with sharing the IRQ 11. my questions are: How can I set the rteth0 to a known not sharing IRQ in the system? How can I pass a known IRQ from RTnet to the Xenomai xnintr_shirq_handler? I tried to fix the IRQ from "network configuration" but it didn't help. I also tried to set up the system BIOS but it did not have IRQ configuration. The Realtek NICs are using PCI bus. Thanks, Dennis Gilles Chanteperdrix wrote: On Nov 20, 2007 11:42 PM, Dennis Nguyen wrote: > Hello, > > I'm using linux kernel 2.6.22.12, xenomai 2.4-rc6, and rtnet trunk 1140 > date 11/15/2007. There are 2 8139 RealTek nics in the system > > I got the disable IRQ messages when loading RTnet modules: > Xenomai: xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. > Xenomai: xnintr_shirq_handler: IRQ10 not handled. Disable IRQ line. > > one nic using IRQ 11 and the other using IRQ 10 > These cause the rteth0 and rteth1 not receive any packages. > > How can I enable the interrupts? or control so that the > xnintr_shirq_handler not disable the interrupts? There are several reasons why this can happen. One reason is a bug in the drivers interrupt handler, which returns RTDM_IRQ_NONE whereas it should not. Another reason is that the IRQs 10 and 11 are shared between the ethernet driver and non real-time drivers. This can not work. -- Gilles Chanteperdrix --0-480501778-1195684413=:79799 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello Gilles,

Thanks for the advice.
Yes, I have problem with sharing the IRQ 11.
my questions are:
How can I set the rteth0 to a known not sharing IRQ in the system?
How can I pass a known IRQ from RTnet to the Xenomai xnintr_shirq_handler?
I tried to fix the IRQ from "network configuration" but it didn't help.  I also tried to set up the system BIOS but it did not have IRQ configuration.
The Realtek NICs are using PCI bus.

Thanks,
Dennis



Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> wrote:
On Nov 20, 2007 11:42 PM, Dennis Nguyen wrote:
> Hello,
>
> I'm using linux kernel 2.6.22.12, xenomai 2.4-rc6, and rtnet trunk 1140
> date 11/15/2007. There are 2 8139 RealTek nics in the system
>
> I got the disable IRQ messages when loading RTnet modules:
> Xenomai: xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line.
> Xenomai: xnintr_shirq_handler: IRQ10 not handled. Disable IRQ line.
>
> one nic using IRQ 11 and the other using IRQ 10
> These cause the rteth0 and rteth1 not receive any packages.
>
> How can I enable the interrupts? or control so that the
> xnintr_shirq_handler not disable the interrupts?

There are several reasons why this can happen. One reason is a bug in
the drivers interrupt handler, which returns RTDM_IRQ_NONE whereas it
should not. Another reason is that the IRQs 10 and 11 are shared
between the ethernet driver and non real-time drivers. This can not
work.


--
Gilles Chanteperdrix

--0-480501778-1195684413=:79799-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 22 Nov 2007 00:44:14 +0100 From: "Jeroen Van den Keybus" In-Reply-To: <822923.79799.qm@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_31018_21636862.1195688654644" References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: DENNIS NGUYEN Cc: xenomai@xenomai.org ------=_Part_31018_21636862.1195688654644 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > Yes, I have problem with sharing the IRQ 11. > my questions are: > How can I set the rteth0 to a known not sharing IRQ in the system? - You already said you don't have BIOS options. - If you have multiple PCI slots, try swapping the cards. Usually, adjacent slots have different interrupt lines. But you might end up sharing with something else. - Avoid the use of the sharing device (possible with audio, some USB, ...) - Check if ACPI configures the interrupt lines for you (bypassing the BIOS). I don't know for sure, but I think you can use the acpi_irq_pci kernel parameter to somehow influence the mapping of the physical interrupt lines to logical IRQ lines (numbers). - You could also try to share the same IRQ for both cards (again by replacing them in the PCI slots). But, in all fairness, I think your problem lies elsewhere, because both IRQ10 and 11 are affected and disabling only occurs after a lot (1000 or so) of unhandled requests have happened. > How can I pass a known IRQ from RTnet to the Xenomai xnintr_shirq_handler? The PCI interrupts are fixed after BIOS (or ACPI) has done its job. If you change the number of the IRQ line by moving it or using the BIOS/ACPI, it should also change correctly. What does the dmesg log say ? Perhaps you can turn on debugging for the rtnet driver and get more info. Last but not least: do the cards work correctly in parallel using the standard Linux driver (8139too) ? Jeroen. ------=_Part_31018_21636862.1195688654644 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Yes, I have problem with sharing the IRQ 11.
my questions are:
How can I set the rteth0 to a known not sharing IRQ in the system?
 
- You already said you don't have BIOS options.
- If you have multiple PCI slots, try swapping the cards. Usually, adjacent slots have different interrupt lines. But you might end up sharing with something else.
- Avoid the use of the sharing device (possible with audio, some USB, ...)
- Check if ACPI configures the interrupt lines for you (bypassing the BIOS). I don't know for sure, but I think you can use the acpi_irq_pci kernel parameter to somehow influence the mapping of the physical interrupt lines to logical IRQ lines (numbers).
- You could also try to share the same IRQ for both cards (again by replacing them in the PCI slots).
 
But, in all fairness, I think your problem lies elsewhere, because both IRQ10 and 11 are affected and disabling only occurs after a lot (1000 or so) of unhandled requests have happened.

 
How can I pass a known IRQ from RTnet to the Xenomai xnintr_shirq_handler?
 
The PCI interrupts are fixed after BIOS (or ACPI) has done its job. If you change the number of the IRQ line by moving it or using the BIOS/ACPI, it should also change correctly.
 
 
What does the dmesg log say ? Perhaps you can turn on debugging for the rtnet driver and get more info.
 
Last but not least: do the cards work correctly in parallel using the standard Linux driver (8139too) ?
 
 
Jeroen.
------=_Part_31018_21636862.1195688654644-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47450B49.2060907@domain.hid> Date: Wed, 21 Nov 2007 20:53:29 -0800 From: Dennis Nguyen MIME-Version: 1.0 References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jeroen Van den Keybus Cc: xenomai@xenomai.org Hi Jeroen, Thanks for the information. The Xenomai disabled the interrupt when it saw the sharing. The message log from dmesg was: xenomai: xnintr_shirq_handler: IRQ11 not handled. Disabling IRQ line. The NICs worked normally with 8139too.ko and 8139cp.ko drivers. 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. Anyone have any ideas? Thanks, Dennis Jeroen Van den Keybus wrote: > > Yes, I have problem with sharing the IRQ 11. > my questions are: > How can I set the rteth0 to a known not sharing IRQ in the system? > > > - You already said you don't have BIOS options. > - If you have multiple PCI slots, try swapping the cards. Usually, > adjacent slots have different interrupt lines. But you might end up > sharing with something else. > - Avoid the use of the sharing device (possible with audio, some USB, ...) > - Check if ACPI configures the interrupt lines for you (bypassing the > BIOS). I don't know for sure, but I think you can use the acpi_irq_pci > kernel parameter to somehow influence the mapping of the > physical interrupt lines to logical IRQ lines (numbers). > - You could also try to share the same IRQ for both cards (again by > replacing them in the PCI slots). > > But, in all fairness, I think your problem lies elsewhere, because > both IRQ10 and 11 are affected and disabling only occurs after a lot > (1000 or so) of unhandled requests have happened. > > > > How can I pass a known IRQ from RTnet to the Xenomai > xnintr_shirq_handler? > > > The PCI interrupts are fixed after BIOS (or ACPI) has done its job. If > you change the number of the IRQ line by moving it or using the > BIOS/ACPI, it should also change correctly. > > > What does the dmesg log say ? Perhaps you can turn on debugging for > the rtnet driver and get more info. > > Last but not least: do the cards work correctly in parallel using the > standard Linux driver (8139too) ? > > > Jeroen. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 22 Nov 2007 12:42:08 +0100 From: "Jeroen Van den Keybus" In-Reply-To: <47450B49.2060907@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13365_29316597.1195731728558" References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Nguyen Cc: xenomai@xenomai.org ------=_Part_13365_29316597.1195731728558 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > 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. ------=_Part_13365_29316597.1195731728558 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
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.
 
------=_Part_13365_29316597.1195731728558-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47459517.20003@domain.hid> Date: Thu, 22 Nov 2007 06:41:27 -0800 From: Dennis Nguyen MIME-Version: 1.0 References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jeroen Van den Keybus Cc: xenomai@xenomai.org 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. > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47459716.50508@domain.hid> Date: Thu, 22 Nov 2007 15:49:58 +0100 MIME-Version: 1.0 References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> <47459517.20003@domain.hid> In-Reply-To: <47459517.20003@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Roland Tollenaar Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. Reply-To: rolandtollenaar@domain.hid List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Nguyen Cc: xenomai@xenomai.org 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@domain.hid > https://mail.gna.org/listinfo/xenomai-help > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 22 Nov 2007 20:00:09 +0100 From: "Jeroen Van den Keybus" In-Reply-To: <47459716.50508@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14016_32546935.1195758009895" References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> <47459517.20003@domain.hid> <47459716.50508@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disable IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: rolandtollenaar@domain.hid Cc: xenomai@xenomai.org, Dennis Nguyen ------=_Part_14016_32546935.1195758009895 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > post the output of > > lspci -v And while you're at it, please also show the results of cat /proc/interrupts cat /proc/xenomai/irq both just before loading the driver and right after the 'Disabling IRQ.' message. Jeroen. > 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@domain.hid > > https://mail.gna.org/listinfo/xenomai-help > > > > ------=_Part_14016_32546935.1195758009895 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
post the output of

lspci -v
 
And while you're at it, please also show the results of
 
cat /proc/interrupts
cat /proc/xenomai/irq
 
both just before loading the driver and right after the 'Disabling IRQ.' message.
 
 
Jeroen.
 

 


 
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@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
>


------=_Part_14016_32546935.1195758009895-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <474ED223.9040009@domain.hid> Date: Thu, 29 Nov 2007 06:52:19 -0800 From: Dennis Nguyen MIME-Version: 1.0 References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> <47459517.20003@domain.hid> <47459716.50508@domain.hid> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disabling IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jeroen Van den Keybus , rolandtollenaar@domain.hid Cc: xenomai@xenomai.org Jeroen, Roland, I'm sorry for replying late. my interrupt conflicts could be solved by using only one NIC or upgrade to Linux 2.6.23.9. Interestingly I noticed that the kernel 2.6.23.9 assigned different IRQ for each PCI device. My solution is using Linux i386 2.6.23.9 and xenomai 2.4-rc7. Thanks for your help, Dennis Jeroen Van den Keybus wrote: > > post the output of > > lspci -v > > > And while you're at it, please also show the results of > > cat /proc/interrupts > cat /proc/xenomai/irq > > both just before loading the driver and right after the 'Disabling > IRQ.' message. > > > Jeroen. > > > > > > > > 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@domain.hid > > https://mail.gna.org/listinfo/xenomai-help > > > > From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 29 Nov 2007 17:50:58 +0100 From: "Jeroen Van den Keybus" In-Reply-To: <474ED223.9040009@domain.hid> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7370_5718800.1196355059007" References: <2ff1a98a0711210140x39088655idf0339a49522fa73@domain.hid> <822923.79799.qm@domain.hid> <47450B49.2060907@domain.hid> <47459517.20003@domain.hid> <47459716.50508@domain.hid> <474ED223.9040009@domain.hid> Subject: Re: [Xenomai-help] xnintr_shirq_handler: IRQ11 not handled. Disabling IRQ line. List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Nguyen Cc: xenomai@xenomai.org ------=_Part_7370_5718800.1196355059007 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > I'm sorry for replying late. my interrupt conflicts could be solved by > using only one NIC or upgrade to Linux 2.6.23.9. Interestingly I > noticed that the kernel 2.6.23.9 assigned different IRQ for each PCI > device. That's exactly what I meant by trying to have ACPI reorganize the interrupts for you. Never compile without CONFIG_ACPI=yes... And beware, I believe that the IRQ config may vary, theoretically even upon every reboot. Jeroen. ------=_Part_7370_5718800.1196355059007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
I'm sorry for replying late.  my interrupt conflicts could be solved by
using only one NIC or upgrade to Linux 2.6.23.9.  Interestingly I
noticed that the kernel 2.6.23.9 assigned different IRQ for each PCI device.
 
That's exactly what I meant by trying to have ACPI reorganize the interrupts for you. Never compile without CONFIG_ACPI=yes... And beware, I believe that the IRQ config may vary, theoretically even upon every reboot.
 
Jeroen.
 
------=_Part_7370_5718800.1196355059007--