Bug 737834

Summary:	openSUSE freezes randomly
Product:	[openSUSE] openSUSE 12.1	Reporter:	Jean-Claude Dole <jcdole>
Component:	Basesystem	Assignee:	Benjamin Poirier <bpoirier>
Status:	VERIFIED INVALID	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P5 - None	CC:	bamoqi, christian.wansart, chucktr, danyaren123, emazomenos, forgotten_Zpcp1NApbY, nikitazu, spam.trap
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	SUSE Other
Whiteboard:
Found By:	Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Bug Depends on:	732667
Bug Blocks:

Description Jean-Claude Dole 2011-12-20 12:30:00 UTC

Note book QOSMIO X500
Freeze randomly after 12.1 fresh install.
Was running fair before on 11.3.
Run now fair after downgrading to 11.4.
SEE : http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/468609-12-1-fresh-install-opensuse-forum-freeze-system.html
kernel will start flashing the capslock LED
Ksysguard is frozen in a non overload state
CTRL-ALT-Fn as no effect


+++ This bug was initially created as a clone of Bug #732667 +++

User-Agent:       Opera/9.80 (X11; Linux x86_64; U; de) Presto/2.9.168 Version/11.52

On my Netbook, an ASUS EeePC 1201T openSUSE freezes randomly. I tried different apps trying to find out which application may cause the freeze. I tried KDE, Gnome, openSUSE 11.4 and 12.1 without any success.
Sometimes it runs hours and sometimes only a few minutes. It freezes and I can't do anything except for hard reboot.

Alt+Print+B doesn't work, Ctrl+F1 doesn't work either... I checked the Netbook for around 13 hours with memtest86+ without any warning about a broken RAM.

I ran the Netbook for almost a day without any problems so I think it might be problem with the Kernel but I'm not sure where to start the search for informations.

Reproducible: Sometimes

Steps to Reproduce:
1. Turn on and wait
Actual Results:  
The complete Netbook freezes and I can't do anything.

Expected Results:  
It shouldn't freeze.

Comment 1 Forgotten User Zpcp1NApbY 2011-12-29 22:42:57 UTC

Also affected.

Dell Studio 1569. This is a complete system freeze. Ctrl+F1 or REISUB are useless. No system logs are recorded for clues as to the crash. Only a hard shutdown/reboot works. Telnet/ssh will not connect for crash dump either. Please advise on how to collect data.

Comment 2 Forgotten User Zpcp1NApbY 2011-12-31 23:37:43 UTC

I just got something while running tail -f /var/log/kern.log. Right before the freeze there was a mention of a cron hourly job starting (not sure which cron job). Then "rcu_sched_state detected stall on CPU 0".

Comment 3 Daniel Yaren 2012-01-08 12:44:20 UTC

Hello, I am also suffering from this issue with openSUSE 12.1. I believe the problem to be related to Realtek Semiconductor Co., Ltd. RTL8191SEvB Wireless LAN Controller. 

http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/468609-12-1-fresh-install-opensuse-forum-freeze-system.html

The person suffering from this issue has the wireless card as myself. Also, this problem affects Fedora 16, but not Chakra Linux, which uses the 3.1.4 kernel. Perhaps it has already been fixed or the problem is related to rpm distributions?

Comment 4 Nikita Zuev 2012-01-23 08:50:21 UTC

I have the same symptoms, thought it was RAM problem. I was using openSUSE 12.1 since release and this bug started to appear not so long ago: 1-2 months or something like that. 

Same as Daniel Yaren, I am using Realtek Semiconductor Wireless LAN Controller.

__
Linux solar 3.1.0-1.2-desktop #1 SMP PREEMPT x86_64 GNU/Linux

Comment 5 Moqi Ba 2012-02-11 19:44:49 UTC

I am using thinkpad x220 with osuse 12.1 and kernel 3.1.9 and 3.2.4. Both kernel versions have random freeze (SysRq keys don't work) that needs hard reset. Previously used osuse 11.4 and didn't had this problem. Nothing usually is running when the freezes happen.

I have "Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection" LAN controller and "Intel Corporation Centrino Advanced-N 6205" network Controller. 

Is this the same as https://bugzilla.novell.com/show_bug.cgi?id=732667 and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/908335 ?

Comment 6 Chuck Taylor 2012-03-05 20:49:32 UTC

I too am having this difficulty. Have two terminal Windows open and Three Firefox windows all with three or more tabs. In addition have YAST2 control center open and printer configuration in it. Switched to printer configuration window and then back to one of my Firefox windows and the system locked. The mouse cursor went from an arrow to a 'I' and never changed. Could move mouse cursor all around -but- no action from the buttons... and no response from the keyboard. Only result was to hit the Power Off button. Upon restart everything worked OK, in fact all my tabs in Firefox restored themselves. YAST2 stayed closed though.

This happens randomly -and- does not seem to have a pattern. I also use VMware and DID NOT have it running this time -but- have had this lockup whilst in VMware inside one of my Virtual Windows. 

As far as I can tell ...from my experiences... it happens primarily when I switch from one window to another. IF that can be of some help.

My System is an HP m7480n with an nVidia 7300 LE.

Thanks,
Chuck
P.S.
   I, like the others DID NOT have this problem in prior versions of SuSE or openSuSE.

Comment 7 Chuck Taylor 2012-03-07 15:46:57 UTC

Back on the possible problem -or- symptom. Maybe some of you others experiencing this problem can confirm it. It appears that switching from one window to another is when it gets lost. Some of this indication is because of the mouse cursor. When I have had lock-ups, sometimes the mouse cursor is an Arrow and other times it is the 'I'.  This "appears" to be dependent on what you were doing in the window that you left. It seems that the switch doesn't get completed. Perhaps there is a stack overflow or something like that. I'm not sure how to detect just what is happening. IF anyone has any suggestions I will try them.

My System is an HP m7480n with an nVidia 7300 LE... with openSuSE 12.1 KDE 4.8.

Thanks,
Chuck

Comment 9 Benjamin Poirier 2012-03-27 16:02:06 UTC

Hi Jean-Claude,

Flashing keyboard lights are the symptom for a general class of problems:
kernel panics. In order to fix this issue we first have to narrow down what is
going on. In order to do this I suggest three possibilities to capture some
logs at the time of the panic:
1) configure a serial console
This requires a serial port (not a usb adapter type) on the affected
machine, a second machine with a serial port (usb or not) and a null modem
cable
2) configure netconsole
This requires a wired network connection on the affected machine and a
second machine on which you can run ex. netcat.
3) configure kdump
This only requires configuring some extra packages.
As root, run
# zypper install yast2-kdump
# yast2 kdump
pick Enable kdump
in "Dump filtering" uncheck everything, this will reduce the
size of the dump file
You can find some information about configuring kdump here:
http://doc.opensuse.org/documentation/html/openSUSE/opensuse-tuning/cha.tuning.kexec.html#cha.tuning.kdump.basic.yast
Reboot. The next time there is a kernel panic, kdump will create a dump of
the system memory and store it in a subfolder of /var/crash (in the default
configuration). The screen may be garbled while the dump is taking place
and it may take a few minutes; the machine will restart automatically after
it is done. Once rebooted, tar-up the newly created folder (found under
/var/crash), give the archive a significant name, upload it to
ftp.novell.com/incomming and leave a comment in this bug entry with the
name of the file.
# cd /var/crash
# tar -jcf bnc738547-kdump-2012-03-27-11-39.tar.bz2 2012-03-27-11\:39/
# ftp -u ftp://ftp.novell.com/incoming/ bnc738547-kdump-2012-03-27-11-39.tar.bz2
This ftp has write-access only from the outside. Only people within SUSE
will be able to access your kdump.

Comment 10 Evans Mazomenos 2012-06-11 19:35:10 UTC

Hi Benjamin i do not know if the matter is resolved. I have stumbled upon several freezes of my opensuse 12.1 installation. I followed your instructions and uploaded a crashdump from kdump in novell ftp server. Hope it helps and let us know if you get somewhere. For the record my symptoms are a complete freeze no mouse or keyboard activity so hard restart is the only option. System works fine before freeze. Some extra info in case you want me to add something in terms of hardware details. I have an nvidia 7600 GS video card (driver 295.49) running twinview with two monitors. I also use sunergy+ from another machine to control the opensuse box although freezing takes place both with and without synergy+ client running.

thanks 
Evans

Comment 11 Evans Mazomenos 2012-06-11 19:38:04 UTC

By the way i used this bug's id (bnc737834) in the naming of my tar file and not bnc738547 as suggested to your comment. I hope i did not messed it up.

Comment 12 Evans Mazomenos 2012-06-11 19:48:01 UTC

Apologies for continuous posting, please delete my previous one its my mistake the name of the file is bcn737834-kdump-2012-06-11-20-00.tar.gz2

Thanks 
Evans

Comment 13 Benjamin Poirier 2012-06-14 19:55:44 UTC

Hi Evans,

Thank you for taking the time to collect a kdump and uploading it. Here's the backtrace from the crash:

[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 00000188
[13862.813084] IP: [<f9a26b7e>] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 000000002f9da001 *pde = 0000000000000000
[13862.813381] Oops: 0000 [#1] PREEMPT SMP
[13862.813390] Modules linked in: ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit af_packet ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf microcode fuse nvidia(P) iTCO_wdt ppdev iTCO_vendor_support parport_pc tpm_infineon sky2 tpm joydev i2c_i801 sr_mod cdrom sg button serio_raw snd_hda_codec_realtek parport floppy tpm_bios pcspkr snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc edd autofs4 fan processor ata_generic thermal thermal_sys
[13862.813495]
[13862.813500] Pid: 0, comm: swapper Tainted: P            3.1.10-1.9-desktop #1 transtec AG                             /D915GUX
[13862.813511] EIP: 0060:[<f9a26b7e>] EFLAGS: 00010046 CPU: 0
[13862.813786] EIP is at _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813791] EAX: 00000000 EBX: 00088004 ECX: 00000012 EDX: 00000000
[13862.813796] ESI: f00a8004 EDI: f00a8304 EBP: f1bd7fe4 ESP: f4409e08
[13862.813800]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
[13862.813806] Process swapper (pid: 0, ti=f4408000 task=c0a8efa0 task.ti=c0a88000)
[13862.813810] Stack:
[13862.813813]  00000000 f00a8004 f00a8304 00088004 00000004 f00a8004 f00a8004 f6aac400
[13862.813828]  f9a269e8 f00a8004 00000000 00088004 00000004 f882e004 f00a8004 f6aac400
[13862.813843]  f9c77d8c f00a8004 00000000 00088004 00000004 f6cf04e0 f6da9480 ffffffea
[13862.813857] Call Trace:
[13862.813915] Inexact backtrace:
[13862.813917]
[13862.814030]  [<f9a269e8>] ? _nv004005rm+0x5032/0xb1de [nvidia]
[13862.814030]  [<f9c77d8c>] ? rm_check_pci_config_space+0x7a5/0xe19 [nvidia]
[13862.814030]  [<c059310f>] ? uhci_submit_interrupt+0x6f/0xf0
[13862.814030]  [<f9c9454c>] ? nv_verify_pci_config+0x6c/0x90 [nvidia]
[13862.814030]  [<f9c6c60e>] ? _nv014526rm+0x22/0x69 [nvidia]
[13862.814030]  [<f968358c>] ? _nv016109rm+0x240/0x7e1 [nvidia]
[13862.814030]  [<f9683e2d>] ? _nv016117rm+0x300/0x31e [nvidia]
[13862.814030]  [<f9c6c182>] ? _nv014585rm+0x92/0x3ae [nvidia]
[13862.814030]  [<f9c6954d>] ? _nv014597rm+0x56/0xb9 [nvidia]
[13862.814030]  [<f9c7303a>] ? rm_isr+0x13b/0x25e [nvidia]
[13862.814030]  [<c055fc8d>] ? ata_bmdma_interrupt+0x14d/0x1c0
[13862.814030]  [<f9c9385f>] ? nv_kern_isr+0x2f/0x70 [nvidia]
[13862.814030]  [<c02ac58a>] ? handle_irq_event_percpu+0x4a/0x250
[13862.814030]  [<c02ac7c4>] ? handle_irq_event+0x34/0x60
[13862.814030]  [<c02ae910>] ? unmask_irq+0x20/0x20
[13862.814030]  [<c02ae956>] ? handle_fasteoi_irq+0x46/0xb0
[13862.814030]  <IRQ>
[13862.814030]  [<c0203cbd>] ? do_IRQ+0x3d/0xc0
[13862.814030]  [<c0711f29>] ? common_interrupt+0x29/0x30
[13862.814030]  [<c0209b3b>] ? mwait_idle.part.5+0x6b/0x230
[13862.814030]  [<c0201619>] ? cpu_idle+0x59/0xa0
[13862.814030]  [<c0add76e>] ? start_kernel+0x364/0x369
[13862.814030]  [<c0add233>] ? obsolete_checksetup+0x87/0x87

Seems like the problem stems from the binary nvidia module. I don't have an nvidia card myself but I'd suggest trying the open source "nouveau" driver, possibly using a more recent kernel too,
http://kernel.opensuse.org/packages/stable

Comment 14 Benjamin Poirier 2012-06-14 19:58:57 UTC

Hi Evans,

Thank you for taking the time to collect a kdump and uploading it. Here's the backtrace from the crash:

[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 00000188
[13862.813084] IP: [<f9a26b7e>] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 000000002f9da001 *pde = 0000000000000000
[13862.813381] Oops: 0000 [#1] PREEMPT SMP
[13862.813390] Modules linked in: ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit af_packet ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf microcode fuse nvidia(P) iTCO_wdt ppdev iTCO_vendor_support parport_pc tpm_infineon sky2 tpm joydev i2c_i801 sr_mod cdrom sg button serio_raw snd_hda_codec_realtek parport floppy tpm_bios pcspkr snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc edd autofs4 fan processor ata_generic thermal thermal_sys
[13862.813495]
[13862.813500] Pid: 0, comm: swapper Tainted: P            3.1.10-1.9-desktop #1 transtec AG                             /D915GUX
[13862.813511] EIP: 0060:[<f9a26b7e>] EFLAGS: 00010046 CPU: 0
[13862.813786] EIP is at _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813791] EAX: 00000000 EBX: 00088004 ECX: 00000012 EDX: 00000000
[13862.813796] ESI: f00a8004 EDI: f00a8304 EBP: f1bd7fe4 ESP: f4409e08
[13862.813800]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
[13862.813806] Process swapper (pid: 0, ti=f4408000 task=c0a8efa0 task.ti=c0a88000)
[13862.813810] Stack:
[13862.813813]  00000000 f00a8004 f00a8304 00088004 00000004 f00a8004 f00a8004 f6aac400
[13862.813828]  f9a269e8 f00a8004 00000000 00088004 00000004 f882e004 f00a8004 f6aac400
[13862.813843]  f9c77d8c f00a8004 00000000 00088004 00000004 f6cf04e0 f6da9480 ffffffea
[13862.813857] Call Trace:
[13862.813915] Inexact backtrace:
[13862.813917]
[13862.814030]  [<f9a269e8>] ? _nv004005rm+0x5032/0xb1de [nvidia]
[13862.814030]  [<f9c77d8c>] ? rm_check_pci_config_space+0x7a5/0xe19 [nvidia]
[13862.814030]  [<c059310f>] ? uhci_submit_interrupt+0x6f/0xf0
[13862.814030]  [<f9c9454c>] ? nv_verify_pci_config+0x6c/0x90 [nvidia]
[13862.814030]  [<f9c6c60e>] ? _nv014526rm+0x22/0x69 [nvidia]
[13862.814030]  [<f968358c>] ? _nv016109rm+0x240/0x7e1 [nvidia]
[13862.814030]  [<f9683e2d>] ? _nv016117rm+0x300/0x31e [nvidia]
[13862.814030]  [<f9c6c182>] ? _nv014585rm+0x92/0x3ae [nvidia]
[13862.814030]  [<f9c6954d>] ? _nv014597rm+0x56/0xb9 [nvidia]
[13862.814030]  [<f9c7303a>] ? rm_isr+0x13b/0x25e [nvidia]
[13862.814030]  [<c055fc8d>] ? ata_bmdma_interrupt+0x14d/0x1c0
[13862.814030]  [<f9c9385f>] ? nv_kern_isr+0x2f/0x70 [nvidia]
[13862.814030]  [<c02ac58a>] ? handle_irq_event_percpu+0x4a/0x250
[13862.814030]  [<c02ac7c4>] ? handle_irq_event+0x34/0x60
[13862.814030]  [<c02ae910>] ? unmask_irq+0x20/0x20
[13862.814030]  [<c02ae956>] ? handle_fasteoi_irq+0x46/0xb0
[13862.814030]  <IRQ>
[13862.814030]  [<c0203cbd>] ? do_IRQ+0x3d/0xc0
[13862.814030]  [<c0711f29>] ? common_interrupt+0x29/0x30
[13862.814030]  [<c0209b3b>] ? mwait_idle.part.5+0x6b/0x230
[13862.814030]  [<c0201619>] ? cpu_idle+0x59/0xa0
[13862.814030]  [<c0add76e>] ? start_kernel+0x364/0x369
[13862.814030]  [<c0add233>] ? obsolete_checksetup+0x87/0x87

Seems like the problem stems from the binary nvidia module. I don't have an nvidia card myself but I'd suggest trying the open source "nouveau" driver, possibly using a more recent kernel too,
http://kernel.opensuse.org/packages/stable

Comment 15 Benjamin Poirier 2012-06-14 20:00:25 UTC

Hi Evans,

Thank you for taking the time to collect a kdump and uploading it. Here's the backtrace from the crash:

[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 00000188
[13862.813084] IP: [<f9a26b7e>] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 000000002f9da001 *pde = 0000000000000000
[13862.813381] Oops: 0000 [#1] PREEMPT SMP
[13862.813390] Modules linked in: ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit af_packet ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq mperf microcode fuse nvidia(P) iTCO_wdt ppdev iTCO_vendor_support parport_pc tpm_infineon sky2 tpm joydev i2c_i801 sr_mod cdrom sg button serio_raw snd_hda_codec_realtek parport floppy tpm_bios pcspkr snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc edd autofs4 fan processor ata_generic thermal thermal_sys
[13862.813495]
[13862.813500] Pid: 0, comm: swapper Tainted: P            3.1.10-1.9-desktop #1 transtec AG                             /D915GUX
[13862.813511] EIP: 0060:[<f9a26b7e>] EFLAGS: 00010046 CPU: 0
[13862.813786] EIP is at _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813791] EAX: 00000000 EBX: 00088004 ECX: 00000012 EDX: 00000000
[13862.813796] ESI: f00a8004 EDI: f00a8304 EBP: f1bd7fe4 ESP: f4409e08
[13862.813800]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
[13862.813806] Process swapper (pid: 0, ti=f4408000 task=c0a8efa0 task.ti=c0a88000)
[13862.813810] Stack:
[13862.813813]  00000000 f00a8004 f00a8304 00088004 00000004 f00a8004 f00a8004 f6aac400
[13862.813828]  f9a269e8 f00a8004 00000000 00088004 00000004 f882e004 f00a8004 f6aac400
[13862.813843]  f9c77d8c f00a8004 00000000 00088004 00000004 f6cf04e0 f6da9480 ffffffea
[13862.813857] Call Trace:
[13862.813915] Inexact backtrace:
[13862.813917]
[13862.814030]  [<f9a269e8>] ? _nv004005rm+0x5032/0xb1de [nvidia]
[13862.814030]  [<f9c77d8c>] ? rm_check_pci_config_space+0x7a5/0xe19 [nvidia]
[13862.814030]  [<c059310f>] ? uhci_submit_interrupt+0x6f/0xf0
[13862.814030]  [<f9c9454c>] ? nv_verify_pci_config+0x6c/0x90 [nvidia]
[13862.814030]  [<f9c6c60e>] ? _nv014526rm+0x22/0x69 [nvidia]
[13862.814030]  [<f968358c>] ? _nv016109rm+0x240/0x7e1 [nvidia]
[13862.814030]  [<f9683e2d>] ? _nv016117rm+0x300/0x31e [nvidia]
[13862.814030]  [<f9c6c182>] ? _nv014585rm+0x92/0x3ae [nvidia]
[13862.814030]  [<f9c6954d>] ? _nv014597rm+0x56/0xb9 [nvidia]
[13862.814030]  [<f9c7303a>] ? rm_isr+0x13b/0x25e [nvidia]
[13862.814030]  [<c055fc8d>] ? ata_bmdma_interrupt+0x14d/0x1c0
[13862.814030]  [<f9c9385f>] ? nv_kern_isr+0x2f/0x70 [nvidia]
[13862.814030]  [<c02ac58a>] ? handle_irq_event_percpu+0x4a/0x250
[13862.814030]  [<c02ac7c4>] ? handle_irq_event+0x34/0x60
[13862.814030]  [<c02ae910>] ? unmask_irq+0x20/0x20
[13862.814030]  [<c02ae956>] ? handle_fasteoi_irq+0x46/0xb0
[13862.814030]  <IRQ>
[13862.814030]  [<c0203cbd>] ? do_IRQ+0x3d/0xc0
[13862.814030]  [<c0711f29>] ? common_interrupt+0x29/0x30
[13862.814030]  [<c0209b3b>] ? mwait_idle.part.5+0x6b/0x230
[13862.814030]  [<c0201619>] ? cpu_idle+0x59/0xa0
[13862.814030]  [<c0add76e>] ? start_kernel+0x364/0x369
[13862.814030]  [<c0add233>] ? obsolete_checksetup+0x87/0x87

Seems like the problem stems from the binary nvidia module. I don't have an nvidia card myself but I'd suggest trying the open source "nouveau" driver, possibly using a more recent kernel too,
http://kernel.opensuse.org/packages/stable

Comment 16 Evans Mazomenos 2012-06-18 11:28:57 UTC

Dear Benjamin, 

Thanks for your prompt response and your time to look into this. The problem persists after upgrading to kernel 3.4.2-28 from tumbleweed and using the nvidia 295.59 downlowded and installed by nvidia since the opensuse nvidia repository has not updated the driver for kernel 3.4. The problem is here since i am having what appears to be kernel panics, although less frequent than with 3.1 kernel, to this day. If anyone experiences this (freezing machine and keyboard leds blinking) i guess is safe to say that please check you nvidia driver installation. One last hint to that could be of some help; in my case i predominantly experience freezes in GNOME 3 and its derivative cinnamon, i am not having many freezes with KDE 4.8.

Lets hope that this will be resolved soon either from nvidia or from opensuse. 

Thanks to all
Evans