Description of problem: radeon: lockdep trace with KMS (rawhide) - Dell D600 laptop w/ Radeon RV250 Version-Release number of selected component (if applicable): radeon: lockdep trace with KMS (rawhide) How reproducible: always Steps to Reproduce: 1.login to desktop 2.check /var/log/messages 3. Actual results: backtrace Expected results: no backtrace, which is the result with "nomodeset". Additional info: Mar 15 17:11:47 localhost kernel: Mar 15 17:11:47 localhost kernel: ============================================= Mar 15 17:11:47 localhost kernel: [ INFO: possible recursive locking detected ] Mar 15 17:11:47 localhost kernel: 2.6.29-0.237.rc7.git4.fc11.i586 #1 Mar 15 17:11:47 localhost kernel: --------------------------------------------- Mar 15 17:11:47 localhost kernel: X/2384 is trying to acquire lock: Mar 15 17:11:47 localhost kernel: (&bo->mutex){--..}, at: [<f7c83f77>] drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: Mar 15 17:11:47 localhost kernel: but task is already holding lock: Mar 15 17:11:47 localhost kernel: (&bo->mutex){--..}, at: [<f7c8453e>] drm_bo_do_validate+0x54/0x4db [drm] Mar 15 17:11:47 localhost kernel: Mar 15 17:11:47 localhost kernel: other info that might help us debug this: Mar 15 17:11:47 localhost kernel: 3 locks held by X/2384: Mar 15 17:11:47 localhost kernel: #0: (&dev_priv->cs.cs_mutex){--..}, at: [<f7e751ae>] radeon_cs_ioctl+0x2c/0x2ee [radeon] Mar 15 17:11:47 localhost kernel: #1: (&bo->mutex){--..}, at: [<f7c8453e>] drm_bo_do_validate+0x54/0x4db [drm] Mar 15 17:11:47 localhost kernel: #2: (&dev->bm.evict_mutex){--..}, at: [<f7c84400>] drm_bo_move_buffer+0x55/0x13f [drm] Mar 15 17:11:47 localhost kernel: Mar 15 17:11:47 localhost kernel: stack backtrace: Mar 15 17:11:47 localhost kernel: Pid: 2384, comm: X Not tainted 2.6.29-0.237.rc7.git4.fc11.i586 #1 Mar 15 17:11:47 localhost kernel: Call Trace: Mar 15 17:11:47 localhost kernel: [<c06eeaeb>] ? printk+0x14/0x19 Mar 15 17:11:47 localhost kernel: [<c0450a5d>] __lock_acquire+0x76d/0xace Mar 15 17:11:47 localhost kernel: [<f7c83f77>] ? drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: [<c0450e19>] lock_acquire+0x5b/0x81 Mar 15 17:11:47 localhost kernel: [<f7c83f77>] ? drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: [<c06efc74>] __mutex_lock_common+0xdd/0x338 Mar 15 17:11:47 localhost kernel: [<f7c83f77>] ? drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: [<c06eff76>] mutex_lock_nested+0x33/0x3b Mar 15 17:11:47 localhost kernel: [<f7c83f77>] ? drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: [<f7c83f77>] drm_bo_mem_space+0x268/0x30d [drm] Mar 15 17:11:47 localhost kernel: [<f7c8443c>] drm_bo_move_buffer+0x91/0x13f [drm] Mar 15 17:11:47 localhost kernel: [<f7c8479e>] drm_bo_do_validate+0x2b4/0x4db [drm] Mar 15 17:11:47 localhost kernel: [<c044f7a8>] ? mark_lock+0x1e/0x30b Mar 15 17:11:47 localhost kernel: [<f7c849ad>] ? drm_bo_do_validate+0x4c3/0x4db [drm] Mar 15 17:11:47 localhost kernel: [<f7c76893>] ? drm_gem_object_lookup+0x19/0x3c [drm] Mar 15 17:11:47 localhost kernel: [<f7e7212e>] radeon_gem_set_domain+0x124/0x15d [radeon] Mar 15 17:11:47 localhost kernel: [<f7e7212e>] ? radeon_gem_set_domain+0x124/0x15d [radeon] Mar 15 17:11:47 localhost kernel: [<f7e72195>] radeon_gem_do_relocate+0x2e/0xab [radeon] Mar 15 17:11:47 localhost kernel: [<c06f0f97>] ? _spin_unlock+0x22/0x25 Mar 15 17:11:47 localhost kernel: [<f7e722cb>] radeon_gem_prelocate+0xb9/0x110 [radeon] Mar 15 17:11:47 localhost kernel: [<f7e753ea>] radeon_cs_ioctl+0x268/0x2ee [radeon] Mar 15 17:11:47 localhost kernel: [<f7c756d7>] drm_ioctl+0x1b7/0x236 [drm] Mar 15 17:11:47 localhost kernel: [<f7e75182>] ? radeon_cs_ioctl+0x0/0x2ee [radeon] Mar 15 17:11:47 localhost kernel: [<c04b4758>] vfs_ioctl+0x5a/0x74 Mar 15 17:11:47 localhost kernel: [<c04b4d00>] do_vfs_ioctl+0x48b/0x4c9 Mar 15 17:11:47 localhost kernel: [<c0517436>] ? file_has_perm+0x81/0x8a Mar 15 17:11:47 localhost kernel: [<c04b4d84>] sys_ioctl+0x46/0x66 Mar 15 17:11:47 localhost kernel: [<c04b4d84>] ? sys_ioctl+0x46/0x66 Mar 15 17:11:47 localhost kernel: [<c0403f92>] syscall_call+0x7/0xb
This bug has been triaged -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Can you test with fedora 12 livecd and report if it works with it.
This is not occurring with the current rawhide.