dri-devel August 2012

dri-devel@lists.freedesktop.org

145 participants
811 discussions

[Bug 32162] GPU lockup with RV350, KMS, Compiz, Pageflipping
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=32162 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Video(AGP) |Video(DRI - non Intel) AssignedTo|airlied(a)linux.ie |drivers_video-dri@kernel-bu | |gs.osdl.org -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 32072] 2.6.38 Regression: Nvidia GeForce8400 + i915 = Crash on Boot
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=32072 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |alan(a)lxorguk.ukuu.org.uk Resolution| |INSUFFICIENT_DATA -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[PATCH] drm/ttm: cleanup ttm_execbuf_util.c slightly more
by Maarten Lankhorst 20 Aug '12

20 Aug '12

The removed member is unneeded, an extra pass is done after all buffers have been reserved. The behavior stays the same even without the removed member, but this makes the code slightly more readable. Depends on previous 2 execbuf-util patches. Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)canonical.com> --- drivers/gpu/drm/ttm/ttm_execbuf_util.c | 69 +++++++++++--------------------- 1 file changed, 24 insertions(+), 45 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_execbuf_util.c b/drivers/gpu/drm/ttm/ttm_execbuf_util.c index 4e7b596..a545bc9 100644 --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c @@ -32,7 +32,7 @@ #include <linux/sched.h> #include <linux/module.h> -static void ttm_eu_backoff_reservation_locked(struct list_head *list) +static void ttm_eu_backoff_reservation_locked(struct list_head *list, bool removed) { struct ttm_validate_buffer *entry; @@ -41,43 +41,13 @@ static void ttm_eu_backoff_reservation_locked(struct list_head *list) if (!entry->reserved) continue; - if (entry->removed) { - ttm_bo_add_to_lru(bo); - entry->removed = false; - - } entry->reserved = false; - atomic_set(&bo->reserved, 0); - wake_up_all(&bo->event_queue); - } -} - -static void ttm_eu_del_from_lru_locked(struct list_head *list) -{ - struct ttm_validate_buffer *entry; - - list_for_each_entry(entry, list, head) { - struct ttm_buffer_object *bo = entry->bo; - if (!entry->reserved) - continue; - if (!entry->removed) { - entry->put_count = ttm_bo_del_from_lru(bo); - entry->removed = true; - } - } -} - -static void ttm_eu_list_ref_sub(struct list_head *list) -{ - struct ttm_validate_buffer *entry; - - list_for_each_entry(entry, list, head) { - struct ttm_buffer_object *bo = entry->bo; - - if (entry->put_count) { - ttm_bo_list_ref_sub(bo, entry->put_count, true); - entry->put_count = 0; + if (removed) { + ttm_bo_unreserve_locked(bo); + } else { + atomic_set(&bo->reserved, 0); + wake_up_all(&bo->event_queue); } } } @@ -93,7 +63,7 @@ void ttm_eu_backoff_reservation(struct list_head *list) entry = list_first_entry(list, struct ttm_validate_buffer, head); glob = entry->bo->glob; spin_lock(&glob->lru_lock); - ttm_eu_backoff_reservation_locked(list); + ttm_eu_backoff_reservation_locked(list, true); spin_unlock(&glob->lru_lock); } EXPORT_SYMBOL(ttm_eu_backoff_reservation); @@ -122,8 +92,6 @@ int ttm_eu_reserve_buffers(struct list_head *list) list_for_each_entry(entry, list, head) { entry->reserved = false; - entry->put_count = 0; - entry->removed = false; } entry = list_first_entry(list, struct ttm_validate_buffer, head); @@ -141,26 +109,37 @@ retry: case 0: break; case -EAGAIN: - ttm_eu_backoff_reservation_locked(list); + ttm_eu_backoff_reservation_locked(list, false); spin_unlock(&glob->lru_lock); - ttm_eu_list_ref_sub(list); ret = ttm_bo_wait_unreserved(bo, true); if (unlikely(ret != 0)) return ret; goto retry; default: - ttm_eu_backoff_reservation_locked(list); + ttm_eu_backoff_reservation_locked(list, false); spin_unlock(&glob->lru_lock); - ttm_eu_list_ref_sub(list); return ret; } entry->reserved = true; } - ttm_eu_del_from_lru_locked(list); + list_for_each_entry(entry, list, head) { + struct ttm_buffer_object *bo = entry->bo; + + entry->put_count = ttm_bo_del_from_lru(bo); + } + spin_unlock(&glob->lru_lock); - ttm_eu_list_ref_sub(list); + + list_for_each_entry(entry, list, head) { + struct ttm_buffer_object *bo = entry->bo; + + if (entry->put_count) { + ttm_bo_list_ref_sub(bo, entry->put_count, true); + entry->put_count = 0; + } + } return 0; } diff --git a/include/drm/ttm/ttm_execbuf_util.h b/include/drm/ttm/ttm_execbuf_util.h index 26cc7f9..0ef7c95 100644 --- a/include/drm/ttm/ttm_execbuf_util.h +++ b/include/drm/ttm/ttm_execbuf_util.h @@ -42,7 +42,6 @@ * @new_sync_obj_arg: New sync_obj_arg for @bo, to be used once * adding a new sync object. * @reserved: Indicates whether @bo has been reserved for validation. - * @removed: Indicates whether @bo has been removed from lru lists. * @put_count: Number of outstanding references on bo::list_kref. * @old_sync_obj: Pointer to a sync object about to be unreferenced */ @@ -52,7 +51,6 @@ struct ttm_validate_buffer { struct ttm_buffer_object *bo; void *new_sync_obj_arg; bool reserved; - bool removed; int put_count; void *old_sync_obj; };

2 1

[Bug 31972] New: 2.6.38.1: radeon hd 6870: kms, hdmi, signal is correct only for 1-2 seconds
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31972 Summary: 2.6.38.1: radeon hd 6870: kms, hdmi, signal is correct only for 1-2 seconds Product: Drivers Version: 2.5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: arekm(a)maven.pl Regression: No Created an attachment (id=52182) --> (https://bugzilla.kernel.org/attachment.cgi?id=52182) dmesg with messages I'm using 2.6.38.1 with radeon hd 6870 (http://www.gigabyte.com/products/product-page.aspx?pid=3615#ov) connected only to toshiba regza tv with HDMI connector. Nothing else is connected. After modprobe radeon KMS kicks in, resolution is changed and everything looks fine for 1-2 seconds. Then signal is lost according to tv and there are tons of: "[drm:atom_dp_get_link_status] *ERROR* displayport link status failed", some kworker eats 90% of cpu and fans go up. dmesg attached. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 4

[Bug 31892] New: Problems with nouveau on my HP laptop
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31892 Summary: Problems with nouveau on my HP laptop Product: Drivers Version: 2.5 Kernel Version: 2.6.38-Linus-07088-gb973a3b Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: Larry.Finger(a)lwfinger.net Regression: No First of all, this is not a complaint. Using 2.6.38-gitX, my laptop works correctly using the nouveau driver, at least for X. I previously tried it with the 2.6.37 kernel in openSUSE 11.4. At that point, nothing worked. I congratulate you on your improvements. My hardware is given by "sudo lspci -vvv" as 00:12.0 VGA compatible controller: nVidia Corporation C67 [GeForce 7150M / nForce 630M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 30d6 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 22 Region 0: Memory at f4000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f0000000 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at c0000000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Kernel driver in use: nouveau The probllems are as follows: (1) My logs are spammed with lots of [drm] nouveau 0000:00:12.0: Load detected on output B There are also the occasional [drm] nouveau 0000:00:12.0: Setting dpms mode 0 on lvds encoder (output 0) [drm] nouveau 0000:00:12.0: Calling LVDS script 2: [drm] nouveau 0000:00:12.0: 0xD6D8: Parsing digital output script table [drm] nouveau 0000:00:12.0: Calling LVDS script 5: [drm] nouveau 0000:00:12.0: 0xD676: Parsing digital output script table [drm] nouveau 0000:00:12.0: Setting dpms mode 0 on TV encoder (output 2) (2) The fonts in terminals are not really sharp. The screen resolution is set to 1024x768, not the 1280x800 that is native for the screen. The xrandr command shows Screen 0: minimum 320 x 200, current 1024 x 768, maximum 4096 x 4096 LVDS-1 connected 1024x768+0+0 (normal left inverted right x axis y axis) 303mm x 190mm 1280x800 60.0 + 1024x768 59.9* 800x600 59.9 640x480 59.4 720x400 59.6 640x400 60.0 640x350 59.8 The inability to switch to the higher resolution is probably my fault. The worst problem is that the boot sequence and virtual terminals 1-6 all have the text covering only the right-hand 2/3 of the screen, and the characters are not dense as they are with the framebuffer driver I get with the "nomodeset" option on the GRUB boot line. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 2

drm/ttm: Remove cpu_writers related code
by Maarten Lankhorst 20 Aug '12

20 Aug '12

Nobody uses it, so might as well simplify the code some. Signed-off-by: Maarten Lankhorst <maarten.lankhorst(a)canonical.com> --- diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index 36f4b28..ddfe393 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@ -141,7 +141,6 @@ static void ttm_bo_release_list(struct kref *list_kref) BUG_ON(atomic_read(&bo->list_kref.refcount)); BUG_ON(atomic_read(&bo->kref.refcount)); - BUG_ON(atomic_read(&bo->cpu_writers)); BUG_ON(bo->sync_obj != NULL); BUG_ON(bo->mem.mm_node != NULL); BUG_ON(!list_empty(&bo->lru)); @@ -1050,16 +1049,6 @@ int ttm_bo_mem_space(struct ttm_buffer_object *bo, } EXPORT_SYMBOL(ttm_bo_mem_space); -int ttm_bo_wait_cpu(struct ttm_buffer_object *bo, bool no_wait) -{ - if ((atomic_read(&bo->cpu_writers) > 0) && no_wait) - return -EBUSY; - - return wait_event_interruptible(bo->event_queue, - atomic_read(&bo->cpu_writers) == 0); -} -EXPORT_SYMBOL(ttm_bo_wait_cpu); - int ttm_bo_move_buffer(struct ttm_buffer_object *bo, struct ttm_placement *placement, bool interruptible, bool no_wait_reserve, @@ -1211,7 +1200,6 @@ int ttm_bo_init(struct ttm_bo_device *bdev, kref_init(&bo->kref); kref_init(&bo->list_kref); - atomic_set(&bo->cpu_writers, 0); atomic_set(&bo->reserved, 1); init_waitqueue_head(&bo->event_queue); INIT_LIST_HEAD(&bo->lru); @@ -1769,35 +1757,6 @@ int ttm_bo_wait(struct ttm_buffer_object *bo, } EXPORT_SYMBOL(ttm_bo_wait); -int ttm_bo_synccpu_write_grab(struct ttm_buffer_object *bo, bool no_wait) -{ - struct ttm_bo_device *bdev = bo->bdev; - int ret = 0; - - /* - * Using ttm_bo_reserve makes sure the lru lists are updated. - */ - - ret = ttm_bo_reserve(bo, true, no_wait, false, 0); - if (unlikely(ret != 0)) - return ret; - spin_lock(&bdev->fence_lock); - ret = ttm_bo_wait(bo, false, true, no_wait); - spin_unlock(&bdev->fence_lock); - if (likely(ret == 0)) - atomic_inc(&bo->cpu_writers); - ttm_bo_unreserve(bo); - return ret; -} -EXPORT_SYMBOL(ttm_bo_synccpu_write_grab); - -void ttm_bo_synccpu_write_release(struct ttm_buffer_object *bo) -{ - if (atomic_dec_and_test(&bo->cpu_writers)) - wake_up_all(&bo->event_queue); -} -EXPORT_SYMBOL(ttm_bo_synccpu_write_release); - /** * A buffer object shrink method that tries to swap out the first * buffer object on the bo_global::swap_lru list. diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index f8187ea..626a3f6 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_util.c +++ b/drivers/gpu/drm/ttm/ttm_bo_util.c @@ -439,7 +439,6 @@ static int ttm_buffer_object_transfer(struct ttm_buffer_object *bo, INIT_LIST_HEAD(&fbo->swap); INIT_LIST_HEAD(&fbo->io_reserve_lru); fbo->vm_node = NULL; - atomic_set(&fbo->cpu_writers, 0); fbo->sync_obj = driver->sync_obj_ref(bo->sync_obj); kref_init(&fbo->list_kref); diff --git a/drivers/gpu/drm/ttm/ttm_execbuf_util.c b/drivers/gpu/drm/ttm/ttm_execbuf_util.c index 3832fe1..3f48a46 100644 --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c @@ -181,15 +181,6 @@ retry_this_bo: } entry->reserved = true; - if (unlikely(atomic_read(&bo->cpu_writers) > 0)) { - ttm_eu_backoff_reservation_locked(list); - spin_unlock(&glob->lru_lock); - ttm_eu_list_ref_sub(list); - ret = ttm_bo_wait_cpu(bo, false); - if (ret) - return ret; - goto retry; - } } ttm_eu_del_from_lru_locked(list); diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h index e15f2a8..0853162 100644 --- a/include/drm/ttm/ttm_bo_api.h +++ b/include/drm/ttm/ttm_bo_api.h @@ -225,12 +225,6 @@ struct ttm_buffer_object { bool evicted; /** - * Members protected by the bo::reserved lock only when written to. - */ - - atomic_t cpu_writers; - - /** * Members protected by the bdev::lru_lock. */ @@ -423,31 +417,6 @@ extern void ttm_bo_unlock_delayed_workqueue(struct ttm_bo_device *bdev, int resched); /** - * ttm_bo_synccpu_write_grab - * - * @bo: The buffer object: - * @no_wait: Return immediately if buffer is busy. - * - * Synchronizes a buffer object for CPU RW access. This means - * blocking command submission that affects the buffer and - * waiting for buffer idle. This lock is recursive. - * Returns - * -EBUSY if the buffer is busy and no_wait is true. - * -ERESTARTSYS if interrupted by a signal. - */ -extern int -ttm_bo_synccpu_write_grab(struct ttm_buffer_object *bo, bool no_wait); - -/** - * ttm_bo_synccpu_write_release: - * - * @bo : The buffer object. - * - * Releases a synccpu lock. - */ -extern void ttm_bo_synccpu_write_release(struct ttm_buffer_object *bo); - -/** * ttm_bo_acc_size * * @bdev: Pointer to a ttm_bo_device struct. @@ -513,7 +482,7 @@ extern int ttm_bo_init(struct ttm_bo_device *bdev, void (*destroy) (struct ttm_buffer_object *)); /** - * ttm_bo_synccpu_object_init + * ttm_bo_create * * @bdev: Pointer to a ttm_bo_device struct. * @bo: Pointer to a ttm_buffer_object to be initialized. diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h index a05f1b5..75d5da7 100644 --- a/include/drm/ttm/ttm_bo_driver.h +++ b/include/drm/ttm/ttm_bo_driver.h @@ -732,20 +732,6 @@ extern void ttm_bo_mem_put(struct ttm_buffer_object *bo, extern void ttm_bo_mem_put_locked(struct ttm_buffer_object *bo, struct ttm_mem_reg *mem); -/** - * ttm_bo_wait_for_cpu - * - * @bo: Pointer to a struct ttm_buffer_object. - * @no_wait: Don't sleep while waiting. - * - * Wait until a buffer object is no longer sync'ed for CPU access. - * Returns: - * -EBUSY: Buffer object was sync'ed for CPU access. (only if no_wait == 1). - * -ERESTARTSYS: An interruptible sleep was interrupted by a signal. - */ - -extern int ttm_bo_wait_cpu(struct ttm_buffer_object *bo, bool no_wait); - extern void ttm_bo_global_release(struct drm_global_reference *ref); extern int ttm_bo_global_init(struct drm_global_reference *ref);

2 1

[Bug 31712] New: GPU lockup CP stall after resume from hibernation
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31712 Summary: GPU lockup CP stall after resume from hibernation Product: Drivers Version: 2.5 Kernel Version: 2.6.38 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: psusi(a)cfl.rr.com Regression: No When resuming from hibernation on my Asus P8P67 Pro Core-i5 2500K system with a Radeon 4850, I get a GPU lockup CP stall error, which leaves the display in a corrupt state. The kernel attempts to reset the display to no avail, landing back in the lockup again and again. A sysrq-K to kill X.org resolves the issue. The issue seems to be tied to plymouth. If I boot without the quiet and splash options when resuming, it resumes just fine. Suspend also works fine. This occurs with the stock Ubuntu Maverick 2.6.35 based kernel, the Natty 2.6.38 based kernel, and the Linus 2.6.38 kernel ( last two built from source ). The kernel log shows: Mar 22 22:34:34 faldara kernel: [ 808.672904] ------------[ cut here ]------------ Mar 22 22:34:34 faldara kernel: [ 808.672926] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:248 radeon_fence_wait+0x40f/0x470 [radeon]() Mar 22 22:34:34 faldara kernel: [ 808.672929] Hardware name: System Product Name Mar 22 22:34:34 faldara kernel: [ 808.672931] GPU lockup (waiting for 0x00003DCC last fence id 0x00003DC8) Mar 22 22:34:34 faldara kernel: [ 808.672933] Modules linked in: nls_iso8859_1 nls_cp437 vfat fat binfmt_misc kvm_intel kvm parport_pc ppdev dm_crypt dm_zero snd_hda_codec_hdmi snd_hda_codec_realtek snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_hda_intel snd_hda_codec snd_hwdep ath3k btusb snd_pcm bluetooth pkgtemp snd_timer eeepc_wmi snd_seq_device sparse_keymap snd joydev psmouse soundcore snd_page_alloc serio_raw lp parport raid10 raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq async_tx raid1 raid0 multipath linear btrfs zlib_deflate crc32c libcrc32c hid_microsoft usbhid hid usb_storage radeon ttm firewire_ohci firewire_core drm_kms_helper crc_itu_t drm i2c_algo_bit ahci e1000e libahci intel_agp intel_gtt [last unloaded: xhci_hcd] Mar 22 22:34:34 faldara kernel: [ 808.672984] Pid: 8039, comm: Xorg Tainted: G W 2.6.38 #13 Mar 22 22:34:34 faldara kernel: [ 808.672986] Call Trace: Mar 22 22:34:34 faldara kernel: [ 808.672994] [<ffffffff8105b37f>] ? warn_slowpath_common+0x7f/0xc0 Mar 22 22:34:34 faldara kernel: [ 808.672998] [<ffffffff8105b476>] ? warn_slowpath_fmt+0x46/0x50 Mar 22 22:34:34 faldara kernel: [ 808.673011] [<ffffffffa011965f>] ? radeon_fence_wait+0x40f/0x470 [radeon] Mar 22 22:34:34 faldara kernel: [ 808.673015] [<ffffffff8107cc70>] ? autoremove_wake_function+0x0/0x40 Mar 22 22:34:34 faldara kernel: [ 808.673027] [<ffffffffa0119ec1>] ? radeon_sync_obj_wait+0x11/0x20 [radeon] Mar 22 22:34:34 faldara kernel: [ 808.673034] [<ffffffffa00c4173>] ? ttm_bo_wait+0x103/0x1c0 [ttm] Mar 22 22:34:34 faldara kernel: [ 808.673040] [<ffffffffa00c50c8>] ? ttm_bo_list_ref_sub+0x28/0x30 [ttm] Mar 22 22:34:34 faldara kernel: [ 808.673055] [<ffffffffa0132543>] ? radeon_gem_wait_idle_ioctl+0x93/0x110 [radeon] Mar 22 22:34:34 faldara kernel: [ 808.673063] [<ffffffffa005f42b>] ? drm_ioctl+0x42b/0x4e0 [drm] Mar 22 22:34:34 faldara kernel: [ 808.673076] [<ffffffffa01324b0>] ? radeon_gem_wait_idle_ioctl+0x0/0x110 [radeon] Mar 22 22:34:34 faldara kernel: [ 808.673080] [<ffffffff81016565>] ? save_i387_xstate+0x165/0x230 Mar 22 22:34:34 faldara kernel: [ 808.673085] [<ffffffff81585825>] ? _raw_spin_lock_irq+0x15/0x20 Mar 22 22:34:34 faldara kernel: [ 808.673089] [<ffffffff8100b392>] ? do_signal+0x182/0x7d0 Mar 22 22:34:34 faldara kernel: [ 808.673093] [<ffffffff81157bf5>] ? do_vfs_ioctl+0xa5/0x5a0 Mar 22 22:34:34 faldara kernel: [ 808.673096] [<ffffffff81158191>] ? sys_ioctl+0xa1/0xb0 Mar 22 22:34:34 faldara kernel: [ 808.673100] [<ffffffff8100bfc2>] ? system_call_fastpath+0x16/0x1b Mar 22 22:34:34 faldara kernel: [ 808.673103] ---[ end trace 746c9b8991f7ff2a ]--- Mar 22 22:34:34 faldara kernel: [ 808.673111] [drm] Disabling audio support Mar 22 22:34:34 faldara kernel: [ 808.689259] radeon 0000:01:00.0: GPU softreset Mar 22 22:34:34 faldara kernel: [ 808.689261] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA27034A4 Mar 22 22:34:34 faldara kernel: [ 808.689262] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000102 Mar 22 22:34:34 faldara kernel: [ 808.689263] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 Mar 22 22:34:34 faldara kernel: [ 808.689269] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE Mar 22 22:34:34 faldara kernel: [ 808.704257] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 Mar 22 22:34:34 faldara kernel: [ 808.720245] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0x00003028 Mar 22 22:34:34 faldara kernel: [ 808.720246] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000002 Mar 22 22:34:34 faldara kernel: [ 808.720248] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 Mar 22 22:34:34 faldara kernel: [ 808.721248] radeon 0000:01:00.0: GPU reset succeed Mar 22 22:34:34 faldara kernel: [ 808.755893] radeon 0000:01:00.0: WB enabled Mar 22 22:34:34 faldara kernel: [ 808.801714] [drm] ring test succeeded in 1 usecs Mar 22 22:34:34 faldara kernel: [ 808.801728] [drm] ib test succeeded in 1 usecs Mar 22 22:34:34 faldara kernel: [ 808.801731] [drm] Enabling audio support -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 1

[Bug 31502] Not possible to use KMS with Radeon 9200 anymore
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31502 Alex Deucher <alexdeucher(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexdeucher(a)gmail.com --- Comment #2 from Alex Deucher <alexdeucher(a)gmail.com> 2012-08-20 15:12:02 --- Is this still an issue with newer kernels? If so, can you bisect? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[Bug 31502] Not possible to use KMS with Radeon 9200 anymore
by bugzilla-daemon＠bugzilla.kernel.org 20 Aug '12

20 Aug '12

https://bugzilla.kernel.org/show_bug.cgi?id=31502 Alan <alan(a)lxorguk.ukuu.org.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alan(a)lxorguk.ukuu.org.uk Component|Other |Video(DRI - non Intel) AssignedTo|other_other(a)kernel-bugs.osd |drivers_video-dri@kernel-bu |l.org |gs.osdl.org Product|Other |Drivers -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 0

[PATCH] drm: stop vmgfx driver explosion
by Alan Cox 20 Aug '12

20 Aug '12

From: Alan Cox <alan(a)linux.intel.com> If you do a page flip with no flags set then event is NULL. If event is NULL then the vmw_gfx driver likes to go digging into NULL and extracts NULL->base.file_priv. On a modern kernel with NULL mapping protection it's just another oops, without it there are some "intriguing" possibilities. What it should do is an open question but that for the driver owners to sort out. Signed-off-by: Alan Cox <alan(a)linux.intel.com> --- drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c index 6b0078f..c50724b 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c @@ -1688,15 +1688,19 @@ int vmw_du_page_flip(struct drm_crtc *crtc, struct vmw_private *dev_priv = vmw_priv(crtc->dev); struct drm_framebuffer *old_fb = crtc->fb; struct vmw_framebuffer *vfb = vmw_framebuffer_to_vfb(fb); - struct drm_file *file_priv = event->base.file_priv; + struct drm_file *file_priv ; struct vmw_fence_obj *fence = NULL; struct drm_clip_rect clips; int ret; + if (event == NULL) + return -EINVAL; + /* require ScreenObject support for page flipping */ if (!dev_priv->sou_priv) return -ENOSYS; + file_priv = event->base.file_priv; if (!vmw_kms_screen_object_flippable(dev_priv, crtc)) return -EINVAL;

2 1

← Newer
1
...
57
58
59
60
61
62
63
...
82
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2012