i upgraded my kubuntu yesterday, with the result, that it kernel-panics after kde is loaded (when the splash should disappear). I'm sorry, no error message, as the Graphics just hands and caps-lock blinks, so i could only guess. after some testing (nvidia-driver, nouveau, happens with both) and using a self-compiled unpatched 2.6.35.6 kernel, i got to the root of the issue. logging in with gnome still works. then i started systemsettings and started the power-management service -> kernel panic. Workaround: I disabled the powermanagement service under gnome, and now i can use KDE. Sorry, no more technical details, as i got none. i'm glad i found a workaround by blackbox-testing. The Ubuntu 2.6.32 Kernel did not have this problem.
00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11) 00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 1 (rev 11) 00:08.0 System peripheral: Intel Corporation Core Processor System Management Registers (rev 11) 00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and Scratchpad Registers (rev 11) 00:08.2 System peripheral: Intel Corporation Core Processor System Control and Status Registers (rev 11) 00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous Registers (rev 11) 00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev 11) 00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and Protocol Registers (rev 11) 00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1a.1 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1a.2 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1a.7 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06) 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06) 00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 06) 00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 06) 00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 (rev 06) 00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 (rev 06) 00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 06) 00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1d.1 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1d.2 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1d.3 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB Universal Host Controller (rev 06) 00:1d.7 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a6) 00:1f.0 ISA bridge: Intel Corporation 5 Series Chipset LPC Interface Controller (rev 06) 00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller (rev 06) 00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 06) 01:00.0 Network controller: RaLink RT2561/RT61 802.11g PCI 02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6315 Series Firewire Controller 02:00.1 IDE interface: VIA Technologies, Inc. PATA IDE Host Controller (rev a0) 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) 07:00.0 VGA compatible controller: nVidia Corporation G98 [GeForce 8400 GS] (rev a1)
> lsmod Module Size Used by w83627ehf 25947 0 hwmon_vid 3154 1 w83627ehf sha256_generic 10351 4 ip6table_filter 1719 0 ip6_tables 19985 1 ip6table_filter nfs 314293 1 lockd 74963 1 nfs fscache 49047 1 nfs nfs_acl 2701 1 nfs auth_rpcgss 44233 1 nfs sunrpc 227403 13 nfs,lockd,nfs_acl,auth_rpcgss binfmt_misc 7686 1 cryptd 7920 0 aes_x86_64 7936 7 aes_generic 27631 1 aes_x86_64 bridge 78345 0 stp 2195 1 bridge xt_tcpudp 2627 8 ipt_REJECT 2437 6 parport_pc 30136 0 xt_state 1386 3 ppdev 6568 0 iptable_filter 1778 1 dm_crypt 13018 2 kvm_intel 48715 0 kvm 294311 1 kvm_intel rfcomm 39202 9 snd_hda_codec_via 60921 1 ipt_MASQUERADE 1919 1 sco 9671 2 iptable_nat 4561 1 nf_nat 19677 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 12972 6 iptable_nat,nf_nat nf_conntrack 74593 5 xt_state,ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 1569 1 nf_conntrack_ipv4 arc4 1497 2 bnep 11756 2 ip_tables 18363 2 iptable_filter,iptable_nat nvidia 11087125 40 x_tables 24348 9 ip6table_filter,ip6_tables,xt_tcpudp,ipt_REJECT,xt_state,iptable_filter,ipt_MASQUERADE,iptable_nat,ip_tables l2cap 41142 16 rfcomm,bnep r8192s_usb 315454 0 rt61pci 20569 0 rt2x00pci 7153 1 rt61pci snd_hda_intel 25478 2 rt2x00lib 31026 2 rt61pci,rt2x00pci snd_hda_codec 98907 2 snd_hda_codec_via,snd_hda_intel snd_hwdep 6546 1 snd_hda_codec uvcvideo 61794 0 snd_pcm 87631 2 snd_hda_intel,snd_hda_codec snd_seq_midi 5932 0 snd_rawmidi 21916 1 snd_seq_midi snd_seq_midi_event 7291 1 snd_seq_midi snd_seq 57011 2 snd_seq_midi,snd_seq_midi_event snd_timer 23148 2 snd_pcm,snd_seq snd_seq_device 6912 3 snd_seq_midi,snd_rawmidi,snd_seq snd 63160 13 snd_hda_codec_via,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device led_class 3393 1 rt2x00lib mac80211 261252 2 rt2x00pci,rt2x00lib cfg80211 167442 2 rt2x00lib,mac80211 btusb 12929 2 eeprom_93cx6 1789 2 r8192s_usb,rt61pci videodev 49231 1 uvcvideo soundcore 1240 1 snd v4l1_compat 15519 2 uvcvideo,videodev snd_page_alloc 8684 2 snd_hda_intel,snd_pcm v4l2_compat_ioctl32 11850 1 videodev lp 10169 0 bluetooth 58869 9 rfcomm,sco,bnep,l2cap,btusb parport 37007 3 parport_pc,ppdev,lp usbhid 41288 0 hid 82469 1 usbhid ahci 21549 0 firewire_ohci 24661 0 r8169 41943 0 libahci 23759 3 ahci pata_via 9248 0 firewire_core 53459 1 firewire_ohci mii 5261 1 r8169 crc_itu_t 1739 2 rt61pci,firewire_core
is it possible to boot into KDE switch to text console and then re-enable the service to see if you can observe a kernel stack trace? Can you find out which kernel between 2.6.32 and 2.6.35 started this problem? Does your system boot properly with "acpi=off"? It would be good to confirm that the crash goes away when booting that way. Perhaps disabling some kernel options will help isolate the problem. Can you attach the failing .config? try CONFIG_CPU_FREQ=n for example. also, try disabling the ACPI drivers that are built-in eg ACPI_VIDEO=n and ACPI_BATTERY=n try CONFIG_THERMAL=n
Created attachment 32062 [details] config for the 2.6.35.6 kernel with the problem
i tried starting kde and switching to the console as soon as its loading. then the panic occured in the moment i switched back from text-console to X11. so still no stack-trace :(.
okay, no power management service this time, try "grep . /proc/acpi/*/*/*", does it hang? If yes, can you please verify reading which directory causes the hang?
sorry for not beeing very helpful at the moment, i have much to do and are happy to have a workaround. when i have a bit more time, i will try to test a bit more and report again.
Then I'll close this bug report and mark it as INSUFFICIENT_DATA for now. You can re-open it any time when you are ready to do the test. :)
(In reply to comment #6) > okay, no power management service this time, > try "grep . /proc/acpi/*/*/*", does it hang? > If yes, can you please verify reading which directory causes the hang? no, it does not cause hanging, neither on console nor while using kde.
strace on systemsettings and then starting the service did not produce any output before the hang.
okay, i recompiled with as much from acpi as possible as module, then i moved away the modules folder: acpi.bak/ acpi.bak/apei acpi.bak/apei/ghes.ko acpi.bak/apei/einj.ko acpi.bak/hed.ko acpi.bak/power_meter.ko acpi.bak/acpi_pad.ko acpi.bak/video.ko but if i start the powermanagement service now, it still freezes the pc.
does boot option "idle=poll" help?
no, it still hangs with idle=poll. maybe it crashes a bit later, maybe the powermanagement service started only a bit slower (i tested it early after boot, maybe its only slowed down by still starting other tasks)
It's great that kernel bugzilla is back. can you please verify if the problem still exists in the latest upstream kernel?
bug closed as there is no response from the bug reporter. please feel free to reopen it if the problem still exists in the latest upstream kernel.