From: Christopher Hahn <hahnchristopher@arcor.de>
To: xenomai@xenomai.org
Subject: Re: [Xenomai] kernel configuration problems with ACPI
Date: Fri, 15 Feb 2013 09:34:19 +0100 [thread overview]
Message-ID: <511DF30B.6040601@arcor.de> (raw)
In-Reply-To: <511D3A22.40307@xenomai.org>
Am 14.02.2013 20:25, schrieb Gilles Chanteperdrix:
> On 02/14/2013 01:58 PM, Christopher Hahn wrote:
>
>> Am 14.02.2013 13:20, schrieb Gilles Chanteperdrix:
>>> On 02/14/2013 01:17 PM, Christopher Hahn wrote:
>>>
>>>> Am 14.02.2013 13:12, schrieb hahnchristopher@arcor.de:
>>>>> Hey guys,
>>>>>
>>>>> I'm running the new Xenomai 2.6.2.1 with 3.5.7 Kernel on a x86 machine.
>>>>> I tried several kernel configurations, but I haven't found the right one yet.
>>>>>
>>>>> The PC (ADLD25PC) uses a PEAK-Systems PCIE/104 CAN interface and two serialport devices.
>>>>>
>>>>> I have selected the CAN driver and 16550A driver as kernel modules.
>>>>>
>>>>>
>>>>> With kernel configuration "-xenomai4" the serial and can devices works, but there are only 2 CPUs detected - so the hyperthreading cores arn't detected.
>>>>> And I get a message during bootup "BIOS bug, no explicit IRQ entries, using default mptable. (tell your hw vendor)."
>>>>> This is my "best" solution so far - CONFIG_ACPI is completely disabled.
>>>>>
>>>>>
>>>>> In "-xenomai5" configuration is ACPI enabled as you can see in the attached kernel configs.
>>>>> The mptable message disappears, 4 cores are detected, but serial and can device IRQs get disabled.
>>>>> The can interface and a usb hub get IRQ 19 - thats solvable for me, but the serialport on IRQ 4 gets disabled and I don't know why. (lspci -v log is also attached)
>>>>>
>>>>>
>>>>> Could you point me in a direction how to combine the advantages of the two configurations?
>>>>>
>>>>>
>>>>> Thank you,
>>>>>
>>>>> Christopher
>>>> Attachments now as txt files
>>> It would be interesting to have the kernel boot logs too.
>> Sorry, here they are.
>>
>> I tested these two versions again and recognised that in "-xenomai5" the
>> CAN interface is working.. so there is "just" the serialport issue (IRQ
>> 4 disabled) left. Everything else seems to work correct.
>
> Please also post the result of
> cat /proc/interrupts
> and
> cat /proc/xenomai/irq
>
> But I guess the problem you have is that the IRQ 4 is shared.
>
I attached the logs of /proc/interrupts and /proc/xenomai/irq before and
after accessing the serial device
Yes looks like IRQ 4 is shared, but I can't find out which device also
uses IRQ 4.
-------------- next part --------------
# cat /proc/xenomai/irq
IRQ CPU0 CPU1 CPU2 CPU3
19: 0 0 0 0 SJA1000 SJA1000
2336: 45100 47988 45190 42267 [timer]
2337: 0 1 1 1 [reschedule]
2338: 0 1 1 1 [timer-ipi]
2339: 0 0 0 0 [sync]
2371: 0 0 0 0 [virtual]
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 120 0 0 0 IO-APIC-edge timer
1: 2 1 0 0 IO-APIC-edge i8042
4: 2 1 2 1 IO-APIC-fasteoi
7: 0 0 0 0 IO-APIC-fasteoi parport0
8: 0 0 1 0 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
16: 84 95 104 108 IO-APIC-fasteoi i915
18: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb3
19: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb2
20: 1169 1200 1194 1179 IO-APIC-fasteoi eth0
22: 4277 4242 4246 4251 IO-APIC-fasteoi ahci, snd_hda_intel
23: 938 933 925 932 IO-APIC-fasteoi uhci_hcd:usb1
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 45328 47103 44244 41580 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 IRQ work interrupts
RTR: 0 0 0 0 APIC ICR read retries
RES: 52409 56253 70317 29717 Rescheduling interrupts
CAL: 1238 1936 2665 2466 Function call interrupts
TLB: 1027 1462 1362 1407 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 1 1 1 1 Machine check polls
ERR: 0
MIS: 0
after running the application which accesses the serial device "Xenomai: xnintr_edge_shirq_handler: IRQ4 not handled. Disabling IRQ line." was printed to dmesg
and the next two outputs of /proc/interrupts and /proc/xenomai/irq
# cat /proc/xenomai/irq
IRQ CPU0 CPU1 CPU2 CPU3
19: 0 0 0 0 SJA1000 SJA1000
2336: 60497 64587 61759 57538 [timer]
2337: 2 1 2 1 [reschedule]
2338: 0 1 1 1 [timer-ipi]
2339: 0 0 0 0 [sync]
2371: 7 0 0 2 [virtual]
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 120 0 0 0 IO-APIC-edge timer
1: 2 1 0 0 IO-APIC-edge i8042
4: 2 1 2 1 IO-APIC-fasteoi
7: 0 0 0 0 IO-APIC-fasteoi parport0
8: 0 0 1 0 IO-APIC-edge rtc0
9: 0 0 0 0 IO-APIC-fasteoi acpi
16: 119 140 151 163 IO-APIC-fasteoi i915
18: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb3
19: 0 0 0 0 IO-APIC-fasteoi uhci_hcd:usb2
20: 1730 1751 1743 1727 IO-APIC-fasteoi eth0
22: 4737 4705 4704 4702 IO-APIC-fasteoi ahci, snd_hda_intel
23: 2049 2041 2037 2043 IO-APIC-fasteoi uhci_hcd:usb1
NMI: 0 0 0 0 Non-maskable interrupts
LOC: 60043 63007 60120 55919 Local timer interrupts
SPU: 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 IRQ work interrupts
RTR: 0 0 0 0 APIC ICR read retries
RES: 72410 67540 80121 38778 Rescheduling interrupts
CAL: 1385 2044 2825 2852 Function call interrupts
TLB: 1306 1698 1647 1665 TLB shootdowns
TRM: 0 0 0 0 Thermal event interrupts
THR: 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 Machine check exceptions
MCP: 2 2 2 2 Machine check polls
ERR: 0
MIS: 0
next prev parent reply other threads:[~2013-02-15 8:34 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-14 12:12 [Xenomai] kernel configuration problems with ACPI hahnchristopher
2013-02-14 12:17 ` Christopher Hahn
2013-02-14 12:20 ` Gilles Chanteperdrix
2013-02-14 12:58 ` Christopher Hahn
2013-02-14 19:25 ` Gilles Chanteperdrix
2013-02-15 8:34 ` Christopher Hahn [this message]
2013-02-15 12:14 ` Gilles Chanteperdrix
2013-02-15 13:38 ` Christopher Hahn
2013-02-19 12:52 ` Christopher Hahn
2013-02-19 17:56 ` Gilles Chanteperdrix
2013-02-26 10:01 ` hahnchristopher
2013-02-26 12:12 ` Gilles Chanteperdrix
2013-02-26 12:18 ` Jan Kiszka
2013-02-26 18:39 ` Gilles Chanteperdrix
2013-02-26 19:56 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=511DF30B.6040601@arcor.de \
--to=hahnchristopher@arcor.de \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.