[Bug 43835] System crashes when radeon firmware blob (R520_cp.bin) is installed
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Jan 25 23:41:02 PST 2012
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #44 from Camaleón <noelamac at gmail.com> 2012-01-25 23:41:02 PST ---
(In reply to comment #42)
> Ok, just to fill in the blanks: was this a regression? Was there a
> kernel or X or GNOME upgrade before which the system worked fine and
> after which it broke?
The problem started at some point between the migration from kernel
2.6.38/2.6.39 (in late November 2011) to 3.0.x and have continued until now
(3.1.x).
I don't think this is a kernel issue but a package update because every kernel
he has tried since then crashes in the same way. What package exactly started
to make noise? I can't tell.
For example, the user reported this trace in November 27th, 2011. He kept
kernel 2.6.38 because since kernel 3.0 his system became completely unstable
with crashes every day. After trying with more updated kernels, the crashes
persisted so while performing several system reinstalls he discovered a
pattern, the source of the problem: inestability came as soon as he installed
the radeon firmware and enabled acceleration regardless the kernel version.
Kernel failure message 1:
------------[ cut here ]------------
WARNING: at
/build/buildd-linux-2.6_2.6.38-5~bpo60+1-i386-B7LqDK/linux-2.6-2.6.38/debian/build/source_i386_none/drivers/gpu/drm/radeon/radeon_fence.c:248
radeon_fence_wait+0x251/0x2d7 [radeon]()
Hardware name: iMac5,1
GPU lockup (waiting for 0x0000083B last fence id 0x00000836)
Modules linked in: hid_magicmouse nls_utf8 isofs nls_cp437 udf vfat
fat hidp acpi_cpufreq mperf cpufreq_conservative cpufreq_powersave
cpufreq_userspace cpufreq_stats parport_pc ppdev lp parport sco bridge
stp bnep rfcomm l2cap nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs
binfmt_misc fuse ssb mmc_core pcmcia pcmcia_core loop firewire_sbp2
snd_hda_codec_idt snd_hda_intel btusb bluetooth rfkill radeon
snd_hda_codec snd_hwdep snd_pcm ttm snd_seq snd_timer drm_kms_helper
snd_seq_device drm i2c_algo_bit applesmc power_supply snd
input_polldev button processor video soundcore snd_page_alloc i2c_i801
rng_core i2c_core isight_firmware ndiswrapper(O) pcspkr tpm_tis tpm
tpm_bios thermal_sys hid_apple evdev usb_storage uas usbhid hid ext4
mbcache jbd2 crc16 sg sr_mod cdrom sd_mod crc_t10dif ata_generic
uhci_hcd ata_piix libata ehci_hcd scsi_mod usbcore firewire_ohci
firewire_core sky2 crc_itu_t nls_base [last unloaded: scsi_wait_scan]
Pid: 1340, comm: Xorg Tainted: P W O 2.6.38-bpo.2-686 #1
Call Trace:
[<c102fa51>] ? warn_slowpath_common+0x6a/0x7b
[<f8523b4d>] ? radeon_fence_wait+0x251/0x2d7 [radeon]
[<c102fac8>] ? warn_slowpath_fmt+0x28/0x2c
[<f8523b4d>] ? radeon_fence_wait+0x251/0x2d7 [radeon]
[<c1044d66>] ? autoremove_wake_function+0x0/0x29
[<f82844bf>] ? ttm_bo_wait+0xad/0x135 [ttm]
[<f853505d>] ? radeon_bo_wait+0x5e/0x7c [radeon]
[<f85350a2>] ? radeon_gem_wait_idle_ioctl+0x27/0x50 [radeon]
[<f82affa4>] ? drm_ioctl+0x224/0x2d5 [drm]
[<f853507b>] ? radeon_gem_wait_idle_ioctl+0x0/0x50 [radeon]
[<c10a3b97>] ? handle_pte_fault+0x2c5/0x80f
[<c11458f8>] ? prio_tree_insert+0x150/0x1cc
[<f82afd80>] ? drm_ioctl+0x0/0x2d5 [drm]
[<c10c8fb4>] ? do_vfs_ioctl+0x494/0x4df
[<c10a7483>] ? mmap_region+0x328/0x3fb
[<c10c9043>] ? sys_ioctl+0x44/0x64
[<c1002f1f>] ? sysenter_do_call+0x12/0x28
---[ end trace 4d111c5bd88900e9 ]---
In brief, the last good-known configuration that worked fine with 3D
acceleration enabled was kernel 2.6.38/2.6.39 and GNOME 2 (metacity).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the dri-devel
mailing list