kerneloops - any need to raise a bugzilla?

planetf1 bugs at cherrybyte.me.uk
Fri Feb 27 13:30:12 UTC 2009


I hit a kernel oops this morning where my rawhide x86 X environment just 
hung. The system was still running and accesible via ssh.

kerneloops is enabled, and submitted a problem automatically

I can see the issue (or similar to) is here -> 
http://www.kerneloops.org/guilty.php?guilty=radeon_commit_ring&version=2.6.29-rc&start=1900544&end=1933311&class=oops

Do I still need to raise a rawhide bugzilla, or is kerneloops sufficient 
(it's certainly convenient!)

Here's the info
Feb 27 11:23:23 snowdon kernel: BUG: unable to handle kernel paging 
request at 6b6b6b6b
Feb 27 11:23:23 snowdon kernel: IP: [<f811e88d>] 
radeon_commit_ring+0x73/0x9d [radeon]
Feb 27 11:23:23 snowdon kernel: *pdpt = 00000000301fc001 *pde = 
0000000000000000
Feb 27 11:23:23 snowdon kernel: Oops: 0000 [#1] SMP
Feb 27 11:23:23 snowdon kernel: last sysfs file: 
/sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:01/PNP0C09:00/PNP0C0A:00/power_supply/BAT0/energy_full
Feb 27 11:23:23 snowdon kernel: Modules linked in: vmnet parport_pc 
vmblock vmci vmmon vfat fat usb_storage iptable_nat nf_nat iwl3945 nfs 
lockd nfs_acl auth_r
pcgss sunrpc ppdev parport aes_i586 aes_generic fuse tun bridge stp llc 
bnep sco l2cap bluetooth autofs4 ipv6 nf_conntrack_irc nf_conntrack_ftp 
cpufreq_ondeman
d acpi_cpufreq dm_multipath kvm uinput snd_hda_codec_analog 
snd_hda_intel snd_hda_codec snd_hwdep snd_seq_dummy snd_seq_oss 
snd_seq_midi_event arc4 snd_seq thi
nkpad_acpi ecb snd_seq_device hwmon snd_pcm_oss snd_mixer_oss iTCO_wdt 
snd_pcm iTCO_vendor_support rfkill i2c_i801 pcspkr joydev snd_timer 
yenta_socket video m
ac80211 nsc_ircc rsrc_nonstatic output e1000e snd irda soundcore 
lib80211 cfg80211 snd_page_alloc crc_ccitt ext4 jbd2 crc16 radeon drm 
i2c_algo_bit i2c_core [l
ast unloaded: vmnet]
Feb 27 11:23:23 snowdon kernel:
Feb 27 11:23:23 snowdon kernel: Pid: 5188, comm: Xorg Not tainted 
(2.6.29-0.157.rc6.git2.fc11.i686.PAE #1) 200893G
Feb 27 11:23:23 snowdon kernel: EIP: 0060:[<f811e88d>] EFLAGS: 00013246 
CPU: 1
Feb 27 11:23:23 snowdon kernel: EIP is at radeon_commit_ring+0x73/0x9d 
[radeon]
Feb 27 11:23:23 snowdon kernel: EAX: f5e6a060 EBX: f9f22000 ECX: 
00000028 EDX: 6b6b6b6b
Feb 27 11:23:23 snowdon kernel: ESI: 0000383f EDI: f4b65780 EBP: 
e48e4d8c ESP: e48e4d84
Feb 27 11:23:23 snowdon kernel: DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Feb 27 11:23:23 snowdon kernel: Process Xorg (pid: 5188, ti=e48e4000 
task=e4951500 task.ti=e48e4000)
Feb 27 11:23:23 snowdon kernel: Stack:
Feb 27 11:23:23 snowdon kernel: f5e6a060 00003833 e48e4d9c f812030f 
f5e6a060 f5e69030 e48e4db0 f812252b
Feb 27 11:23:23 snowdon kernel: f5e69030 f5e69040 f4b65780 e48e4db8 
f8128a6f e48e4dd4 f80ad8a1 e48e4dcc
Feb 27 11:23:23 snowdon kernel: c0550d05 f5e69030 f5e69040 f4b65780 
e48e4df8 f80ae047 f57c2658 f5e69190
Feb 27 11:23:23 snowdon kernel: Call Trace:
Feb 27 11:23:23 snowdon kernel: [<f812030f>] ? 
radeon_do_cp_idle+0xf8/0x106 [radeon]
Feb 27 11:23:23 snowdon kernel: [<f812252b>] ? 
radeon_do_release+0x5e/0x127 [radeon]
Feb 27 11:23:23 snowdon kernel: [<f8128a6f>] ? 
radeon_driver_lastclose+0xd/0xf [radeon]
Feb 27 11:23:23 snowdon kernel: [<f80ad8a1>] ? drm_lastclose+0x3b/0x24e 
[drm]
Feb 27 11:23:23 snowdon kernel: [<c0550d05>] ? _raw_spin_unlock+0x74/0x78
Feb 27 11:23:23 snowdon kernel: [<f80ae047>] ? drm_release+0x3e7/0x415 [drm]
Feb 27 11:23:23 snowdon kernel: [<c04b4e69>] ? __fput+0xd4/0x161
Feb 27 11:23:23 snowdon kernel: [<c04b4f10>] ? fput+0x1a/0x1c
Feb 27 11:23:23 snowdon kernel: [<c04b22e3>] ? filp_close+0x56/0x60
Feb 27 11:23:23 snowdon kernel: [<c04393f7>] ? put_files_struct+0x5d/0xa1
Feb 27 11:23:23 snowdon kernel: [<c043946e>] ? exit_files+0x33/0x37
Feb 27 11:23:23 snowdon kernel: [<c043ac75>] ? do_exit+0x1c8/0x74f
Feb 27 11:23:23 snowdon kernel: [<c0443de6>] ? dequeue_signal+0xc7/0x13e
Feb 27 11:23:23 snowdon kernel: [<c043b260>] ? do_group_exit+0x64/0x8b
Feb 27 11:23:23 snowdon kernel: [<c04440c4>] ? 
get_signal_to_deliver+0x267/0x27e
Feb 27 11:23:23 snowdon kernel: [<c0408a12>] ? do_notify_resume+0x6e/0x60f
Feb 27 11:23:23 snowdon kernel: [<c0457c30>] ? 
trace_hardirqs_on_caller+0x18/0x145
Feb 27 11:23:23 snowdon kernel: [<c0443bbc>] ? sigprocmask+0x27/0xc6
Feb 27 11:23:23 snowdon kernel: [<c0457c30>] ? 
trace_hardirqs_on_caller+0x18/0x145
Feb 27 11:23:23 snowdon kernel: [<c0475e2c>] ? 
audit_syscall_entry+0x16b/0x191
Feb 27 11:23:23 snowdon kernel: [<c0456f7d>] ? 
trace_hardirqs_off_caller+0x18/0xa3
Feb 27 11:23:23 snowdon kernel: [<c0409778>] ? work_notifysig+0x13/0x1b
Feb 27 11:23:23 snowdon kernel: Code: 83 b8 58 03 00 00 00 74 08 8b 90 
5c 03 00 00 eb 1a 8b 90 d0 00 00 00 8b 52 10 eb 0f 8b 90 90 03 00 00 8b 
52 10 81 c2 10 0
7 00 00 <8b> 12 8b 88 90 03 00 00 8b 50 1c 8b 49 10 81 c1 14 07 00 00 89
Feb 27 11:23:23 snowdon kernel: EIP: [<f811e88d>] 
radeon_commit_ring+0x73/0x9d [radeon] SS:ESP 0068:e48e4d84
Feb 27 11:23:23 snowdon kernel: ---[ end trace 9438d7f7ad5750a0 ]---
Feb 27 11:23:23 snowdon kernel: Fixing recursive fault but reboot is needed!
Feb 27 11:23:35 snowdon kerneloops: Submitted 1 kernel oopses to 
www.kerneloops.org

Thanks..




More information about the fedora-devel-list mailing list