Eric Noulard wrote: > 2007/2/7, Jan Kiszka <[EMAIL PROTECTED]>: >> >> Your /proc/interrupts output already suggests it: CONFIG_PCI_MSI is set >> in your config. It's worth trying the disable it, because even plain >> Linux has problems with certain board/device combinations. But I don't >> recall if tg3 was recently involved in such, it may still be an ipipe >> bug here. > > The same xenomai patched kernel with CONFIG_PCI_MSI disable > boots fine with following /proc/interrupt: > ========== > CPU0 CPU1 > 0: 2169593 0 IO-APIC-edge timer, rthal_broadcast_timer > 1: 2 0 IO-APIC-edge i8042 > 2: 0 0 XT-PIC-XT cascade > 8: 1 0 IO-APIC-edge rtc > 12: 4 0 IO-APIC-edge i8042 > 14: 18945 0 IO-APIC-edge ide0 > 16: 26920 0 IO-APIC-fasteoi eth0, eth1 > 20: 12861 0 IO-APIC-fasteoi uhci_hcd:usb1, > ehci_hcd:usb4, libata > 21: 0 0 IO-APIC-fasteoi uhci_hcd:usb2 > 22: 10967 0 IO-APIC-fasteoi uhci_hcd:usb3 > NMI: 0 0 > LOC: 2169430 2169431 > ERR: 0 > MIS: 0 > ========== > > The former kernel used with kernel boot parameter "nomsi" continues > to hang despite the boot parameter for "nomsi". > I did go back to http://www.xenomai.org/index.php/FAQs > and saw informations about SMI > "On some systems, SMI may be involved in thermal throttling of the > CPU. Thus, switching it off can cause hardware damage in overheat > scenarios." > > Now I'm lost with those 3 letters acronyms :(( > Does SMI has something to do with MSI or not?
You can form both acronyms using the same set of letters, that's all. > > In both cases (SMI related to MSI or not) > How can I know if SMI is used for thermal throttling on my box? Unless you over-clock your system, or save cooling equipment, there is practically no problem. AFAIK, no one experienced damage from overheat so far while SMI was disabled. Still there is a theoretical risk, therefore we warn. > > I have the same boot problem with cpus=1 and the first kenrel (SMI enabled) > (the box hangs on ifup eth0). > > Now with the "bootable" xenomai-kernel config > I go on and give a try to launch xeno-test (with no option at all), > and it hangs the box the near the: > "cat /proc/xenomai/rtdm/protocol_devices" > message Sounds like !MSI just moves the bug around. > > Where should I look in order to investigate this hang. > > I attached the .config corresponding to bootable but hangable kernel. Can you attach a serial console to your system (see linux/Documentation/serial-console.txt) and grab the full kernel log up to the hang? Maybe we have an oops that just cannot come out anymore. Even if not, you could then try to instrument (printk) the kernel towards the faulting lines. Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
