Re: kerneloops - any need to raise a bugzilla?

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&versio... 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..