Bugzilla – Bug 191194
Medion MD41300 P4 HT3.06GHz freezes in SMP w/o noapic
Last modified: 2007-10-11 13:12:18 UTC
Hello, I have installed SUSE-Linux 10.1 on my Medion MD41300 laptop, Pentium 4 HT 3.06GHz and get problems that applications are freezing, can still move mouse pointer but system does not react anylonger. Have to press powerbutton to get out. The system has run perfectly before using suse-linux 9.1, 9.2, 9.3 and 10.0 with the following modification to prevent freezing: default-kernel in stead of smp-kernel. In 10.1 I cannot make this modification. Looking to the log files I noticed the following: BUS#04(#07) is hidden behind transport bridge #03(#03) (Try pci=assign-bussus) Reports to Linux Kernel to solve problem permanently. BUS#08(#0b) is hidden behind transport bridge #03(#03) (Try pci=assign-bussus) Reports to Linux Kernel to solve problem permanently. Is pci=assign-busses a boot parameter or where else should I apply/set this ?? Regards, Frans
Does booting with noapic help?
Hello Andreas, Booting with noapic helps a lot. Up to now, after 4 hrs, no application has froozen in KDE. I HAVE NOT TRIED YET TO WORK AT THE PROMPT. In the log you still see the messages: BUS is hidden behind transport bridge. ????? Where do I have to set: 'pci=assign-busses' to solve temporarily that problem.??? Regards, Frans
(In reply to comment #2) > ????? Where do I have to set: 'pci=assign-busses' At the same place where you set "nonoapic" - it's a boot option also ;-)
Hello Christian, Andreas, Applying the 'pci=assign-busses' boot option, in addition to the noapic boot option, has the following effects: 1 It removes the 'BUS is hidden behind transport bridge" messages in the log. 2 Switching configuration profiles, for the wired/wireless network, during booting or via profile switcher does not work anylonger (No configuration eth0/1 found) Regards, Frans
Hi Frans, two questions (since there are two separate issues): * For the messages regarding pci-assign-busses, I want to refer you to bug 237229 and the comment which I wrote there. Please follow-up that issue also there. * Does booting with noapic fix your "X apps freeze" problem? -> To deal with that, more info like the dmesg output without noapic from your should likely be analyzed. Andi Kleen should know best what to do then.
Hello Bernhard, Booting with "noapic" fixed my "X apps freeze" problem.
Ok, then all the issues reported in regard of this bug are fixed/worked around. If you are interested in also having the nearly the latest bleeding-edge software, you can also give openSUSE 10.3 a try to see if it still needs noapic, but there may also be a hardware problem which might require noapic.