dri-devel July 2011

dri-devel@lists.freedesktop.org

76 participants
443 discussions

[Bug 39027] [evergreen] Monitor fails to come back after unplug and replug (recent regression)
by bugzilla-daemon＠freedesktop.org 07 Jul '11

07 Jul '11

1 0

[PATCHv2] drm/radeon: Move pageflip request from vblank IRQ to ioctl
by Simon Farnsworth 07 Jul '11

07 Jul '11

The radeon pageflip ioctl handler delayed submitting the pageflip to hardware until the vblank IRQ handler. On AMD Fusion (PALM GPU, G-T56N CPU), when using a reduced blanking CVT mode, a pageflip submitted to hardware in the IRQ handler failed to complete before the end of the vblank, resulting in a guaranteed halving of frame rate despite having plenty of spare CPU and GPU resource. Fix this by moving the pageflip request to hardware into the pageflip ioctl, waiting until we are outside a … [View More]vblank period so that pageflip timing is still accurate. This doubles my frame rate in reduced blanking modes, and does not have an impact on CPU usage in normal blanking modes. Signed-off-by: Simon Farnsworth <simon.farnsworth(a)onelan.co.uk> --- Changes from v1: * Replace the fence with a radeon_bo_wait on the new frontbuffer. Discussions on #radeon suggest that this should be good enough to wait for rendering to complete, while not stalling other GPU users. * Change from msleep(), which can take 20ms on HZ=100 systems, to usleep_range, and choose limits that are reasonable for 50Hz or higher displays. drivers/gpu/drm/radeon/radeon.h | 2 - drivers/gpu/drm/radeon/radeon_display.c | 74 +++++++------------------------ drivers/gpu/drm/radeon/radeon_mode.h | 1 - 3 files changed, 16 insertions(+), 61 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index ef0e0e0..1bd13aa 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -397,10 +397,8 @@ struct radeon_unpin_work { struct work_struct work; struct radeon_device *rdev; int crtc_id; - struct radeon_fence *fence; struct drm_pending_vblank_event *event; struct radeon_bo *old_rbo; - u64 new_crtc_base; }; struct r500_irq_stat_regs { diff --git a/drivers/gpu/drm/radeon/radeon_display.c b/drivers/gpu/drm/radeon/radeon_display.c index 292f73f..1749239 100644 --- a/drivers/gpu/drm/radeon/radeon_display.c +++ b/drivers/gpu/drm/radeon/radeon_display.c @@ -276,47 +276,13 @@ void radeon_crtc_handle_flip(struct radeon_device *rdev, int crtc_id) struct drm_pending_vblank_event *e; struct timeval now; unsigned long flags; - u32 update_pending; - int vpos, hpos; spin_lock_irqsave(&rdev->ddev->event_lock, flags); work = radeon_crtc->unpin_work; - if (work == NULL || - !radeon_fence_signaled(work->fence)) { + if (work == NULL) { spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); return; } - /* New pageflip, or just completion of a previous one? */ - if (!radeon_crtc->deferred_flip_completion) { - /* do the flip (mmio) */ - update_pending = radeon_page_flip(rdev, crtc_id, work->new_crtc_base); - } else { - /* This is just a completion of a flip queued in crtc - * at last invocation. Make sure we go directly to - * completion routine. - */ - update_pending = 0; - radeon_crtc->deferred_flip_completion = 0; - } - - /* Has the pageflip already completed in crtc, or is it certain - * to complete in this vblank? - */ - if (update_pending && - (DRM_SCANOUTPOS_VALID & radeon_get_crtc_scanoutpos(rdev->ddev, crtc_id, - &vpos, &hpos)) && - (vpos >=0) && - (vpos < (99 * rdev->mode_info.crtcs[crtc_id]->base.hwmode.crtc_vdisplay)/100)) { - /* crtc didn't flip in this target vblank interval, - * but flip is pending in crtc. It will complete it - * in next vblank interval, so complete the flip at - * next vblank irq. - */ - radeon_crtc->deferred_flip_completion = 1; - spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); - return; - } - /* Pageflip (will be) certainly completed in this vblank. Clean up. */ radeon_crtc->unpin_work = NULL; @@ -332,7 +298,6 @@ void radeon_crtc_handle_flip(struct radeon_device *rdev, int crtc_id) spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); drm_vblank_put(rdev->ddev, radeon_crtc->crtc_id); - radeon_fence_unref(&work->fence); radeon_post_page_flip(work->rdev, work->crtc_id); schedule_work(&work->work); } @@ -348,27 +313,21 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, struct radeon_framebuffer *new_radeon_fb; struct drm_gem_object *obj; struct radeon_bo *rbo; - struct radeon_fence *fence; struct radeon_unpin_work *work; + unsigned long flags; u32 tiling_flags, pitch_pixels; u64 base; + int vpos, hpos; int r; work = kzalloc(sizeof *work, GFP_KERNEL); if (work == NULL) return -ENOMEM; - r = radeon_fence_create(rdev, &fence); - if (unlikely(r != 0)) { - kfree(work); - DRM_ERROR("flip queue: failed to create fence.\n"); - return -ENOMEM; - } work->event = event; work->rdev = rdev; work->crtc_id = radeon_crtc->crtc_id; - work->fence = radeon_fence_ref(fence); old_radeon_fb = to_radeon_framebuffer(crtc->fb); new_radeon_fb = to_radeon_framebuffer(fb); /* schedule unpin of the old buffer */ @@ -387,7 +346,6 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, goto unlock_free; } radeon_crtc->unpin_work = work; - radeon_crtc->deferred_flip_completion = 0; spin_unlock_irqrestore(&dev->event_lock, flags); /* pin the new buffer */ @@ -448,10 +406,6 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, base &= ~7; } - spin_lock_irqsave(&dev->event_lock, flags); - work->new_crtc_base = base; - spin_unlock_irqrestore(&dev->event_lock, flags); - /* update crtc fb */ crtc->fb = fb; @@ -461,19 +415,24 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, goto pflip_cleanup1; } - /* 32 ought to cover us */ - r = radeon_ring_lock(rdev, 32); + r = radeon_bo_wait(rbo, NULL, false); if (r) { - DRM_ERROR("failed to lock the ring before flip\n"); + DRM_ERROR("failed to wait for rendering to complete before flip\n"); goto pflip_cleanup2; } - /* emit the fence */ - radeon_fence_emit(rdev, fence); - /* set the proper interrupt */ radeon_pre_page_flip(rdev, radeon_crtc->crtc_id); - /* fire the ring */ - radeon_ring_unlock_commit(rdev); + + /* Wait until we are out of vblank - for normal blanking, this + * takes a worst case of 0.7ms at 50Hz */ + /* Enhancement note: you could calculate how long to sleep + * for, based on vpos, and use this as the lower bound for + * usleep_range */ + while(radeon_get_crtc_scanoutpos(dev, radeon_crtc->crtc_id, &vpos, &hpos) & DRM_SCANOUTPOS_INVBL) + usleep_range(100, 1000); + + /* Request the flip */ + radeon_page_flip(rdev, radeon_crtc->crtc_id, base); return 0; @@ -501,7 +460,6 @@ pflip_cleanup: unlock_free: drm_gem_object_unreference_unlocked(old_radeon_fb->obj); spin_unlock_irqrestore(&dev->event_lock, flags); - radeon_fence_unref(&fence); kfree(work); return r; diff --git a/drivers/gpu/drm/radeon/radeon_mode.h b/drivers/gpu/drm/radeon/radeon_mode.h index 6df4e3c..89d5a4c 100644 --- a/drivers/gpu/drm/radeon/radeon_mode.h +++ b/drivers/gpu/drm/radeon/radeon_mode.h @@ -282,7 +282,6 @@ struct radeon_crtc { int pll_id; /* page flipping */ struct radeon_unpin_work *unpin_work; - int deferred_flip_completion; }; struct radeon_encoder_primary_dac { -- 1.7.5.1 [View Less]

3 2

[PATCH] drm: make sure drm_vblank_init() has been called before touching vbl_lock
by skeggsb＠gmail.com 07 Jul '11

07 Jul '11

From: Ben Skeggs <bskeggs(a)redhat.com> Signed-off-by: Ben Skeggs <bskeggs(a)redhat.com> --- drivers/gpu/drm/drm_irq.c | 15 +++++++++------ 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c index 2022a5c..c3c87a1 100644 --- a/drivers/gpu/drm/drm_irq.c +++ b/drivers/gpu/drm/drm_irq.c @@ -397,13 +397,16 @@ int drm_irq_uninstall(struct drm_device *dev) /* * Wake up any waiters so they don't hang. */ - … [View More]

3 3

[PATCH 3/3 REPOST #2] alpha, drm: Add Alpha support to Radeon DRM code
by Jay Estabrook 06 Jul '11

06 Jul '11

Alpha needs to have available the system bus address for the Radeon's local memory, so that it can be used in ttm_bo_vm_fault(), when building the PTEs for accessing that VRAM. So, we make bus.addr hold the ioremap() return, and then we can modify bus.base appropriately for use during page fault processing. Signed-off-by: Jay Estabrook <jay.estabrook(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_ttm.c | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff -Naurp a/… [View More]

1 0

[PATCH] drm/radeon/kms: fix typo in IH_CNTL swap bitfield
by Alex Deucher 06 Jul '11

06 Jul '11

Only affects BE systems. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/evergreend.h | 2 +- drivers/gpu/drm/radeon/r600d.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index 5a44afb..b7b2714 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -466,7 +466,7 @@ #define … [View More]

1 0

[PATCH] drm/radeon/kms: fix typo in evergreen disp int status register
by Alex Deucher 06 Jul '11

06 Jul '11

Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/evergreend.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index 1636e34..5a44afb 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -547,7 +547,7 @@ # define LB_D5_VBLANK_INTERRUPT (1 << 3) # define … [View More]

1 0

[PATCH] drm/radeon/kms: free ib pool on module unloading
by j.glisse＠gmail.com 06 Jul '11

06 Jul '11

From: Jerome Glisse <jglisse(a)redhat.com> ib pool weren't free for various newer asic on module unload. This doesn't cause much arm but still could be candidate for stable. Signed-off-by: Jerome Glisse <jglisse(a)redhat.com> --- drivers/gpu/drm/radeon/evergreen.c | 1 + drivers/gpu/drm/radeon/ni.c | 1 + drivers/gpu/drm/radeon/r600.c | 1 + drivers/gpu/drm/radeon/rv770.c | 1 + 4 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/… [View More]

2 1

[PATCH] drm/radeon: Move pageflip request from vblank IRQ to ioctl
by Simon Farnsworth 06 Jul '11

06 Jul '11

The radeon pageflip ioctl handler delayed submitting the pageflip to hardware until the vblank IRQ handler. On AMD Fusion (PALM GPU, G-T56N CPU), when using a reduced blanking CVT mode, a pageflip submitted to hardware in the IRQ handler failed to complete before the end of the vblank, resulting in a guaranteed halving of frame rate despite having plenty of spare CPU and GPU resource. Fix this by moving the pageflip request to hardware into the pageflip ioctl, waiting until we are outside a … [View More]vblank period so that pageflip timing is still accurate. This doubles my frame rate in reduced blanking modes, and does not have an impact on CPU usage in normal blanking modes. Signed-off-by: Simon Farnsworth <simon.farnsworth(a)onelan.co.uk> --- This is merely a first attempt, and while I've tested it, I expect there to be bugs I've not thought about in here. I've only previously worked on the Intel driver, and that's simpler hardware. In particular, I'm a bit hazy about what the fence in pageflip is doing - I assume it's there to synchronize drawing and scanout, so that I don't flip to a buffer that's still being drawn on by the GPU. All review is welcome; if there's anything wrong here, I can easily produce a new version of this patch. drivers/gpu/drm/radeon/radeon.h | 2 - drivers/gpu/drm/radeon/radeon_display.c | 59 ++++++++++-------------------- drivers/gpu/drm/radeon/radeon_mode.h | 1 - 3 files changed, 20 insertions(+), 42 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index ef0e0e0..1bd13aa 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -397,10 +397,8 @@ struct radeon_unpin_work { struct work_struct work; struct radeon_device *rdev; int crtc_id; - struct radeon_fence *fence; struct drm_pending_vblank_event *event; struct radeon_bo *old_rbo; - u64 new_crtc_base; }; struct r500_irq_stat_regs { diff --git a/drivers/gpu/drm/radeon/radeon_display.c b/drivers/gpu/drm/radeon/radeon_display.c index 292f73f..93da446 100644 --- a/drivers/gpu/drm/radeon/radeon_display.c +++ b/drivers/gpu/drm/radeon/radeon_display.c @@ -276,47 +276,13 @@ void radeon_crtc_handle_flip(struct radeon_device *rdev, int crtc_id) struct drm_pending_vblank_event *e; struct timeval now; unsigned long flags; - u32 update_pending; - int vpos, hpos; spin_lock_irqsave(&rdev->ddev->event_lock, flags); work = radeon_crtc->unpin_work; - if (work == NULL || - !radeon_fence_signaled(work->fence)) { - spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); - return; - } - /* New pageflip, or just completion of a previous one? */ - if (!radeon_crtc->deferred_flip_completion) { - /* do the flip (mmio) */ - update_pending = radeon_page_flip(rdev, crtc_id, work->new_crtc_base); - } else { - /* This is just a completion of a flip queued in crtc - * at last invocation. Make sure we go directly to - * completion routine. - */ - update_pending = 0; - radeon_crtc->deferred_flip_completion = 0; - } - - /* Has the pageflip already completed in crtc, or is it certain - * to complete in this vblank? - */ - if (update_pending && - (DRM_SCANOUTPOS_VALID & radeon_get_crtc_scanoutpos(rdev->ddev, crtc_id, - &vpos, &hpos)) && - (vpos >=0) && - (vpos < (99 * rdev->mode_info.crtcs[crtc_id]->base.hwmode.crtc_vdisplay)/100)) { - /* crtc didn't flip in this target vblank interval, - * but flip is pending in crtc. It will complete it - * in next vblank interval, so complete the flip at - * next vblank irq. - */ - radeon_crtc->deferred_flip_completion = 1; + if (work == NULL) { spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); return; } - /* Pageflip (will be) certainly completed in this vblank. Clean up. */ radeon_crtc->unpin_work = NULL; @@ -332,7 +298,6 @@ void radeon_crtc_handle_flip(struct radeon_device *rdev, int crtc_id) spin_unlock_irqrestore(&rdev->ddev->event_lock, flags); drm_vblank_put(rdev->ddev, radeon_crtc->crtc_id); - radeon_fence_unref(&work->fence); radeon_post_page_flip(work->rdev, work->crtc_id); schedule_work(&work->work); } @@ -350,9 +315,11 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, struct radeon_bo *rbo; struct radeon_fence *fence; struct radeon_unpin_work *work; + unsigned long flags; u32 tiling_flags, pitch_pixels; u64 base; + int vpos, hpos; int r; work = kzalloc(sizeof *work, GFP_KERNEL); @@ -368,7 +335,7 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, work->event = event; work->rdev = rdev; work->crtc_id = radeon_crtc->crtc_id; - work->fence = radeon_fence_ref(fence); + radeon_fence_ref(fence); old_radeon_fb = to_radeon_framebuffer(crtc->fb); new_radeon_fb = to_radeon_framebuffer(fb); /* schedule unpin of the old buffer */ @@ -387,7 +354,6 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, goto unlock_free; } radeon_crtc->unpin_work = work; - radeon_crtc->deferred_flip_completion = 0; spin_unlock_irqrestore(&dev->event_lock, flags); /* pin the new buffer */ @@ -449,7 +415,6 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, } spin_lock_irqsave(&dev->event_lock, flags); - work->new_crtc_base = base; spin_unlock_irqrestore(&dev->event_lock, flags); /* update crtc fb */ @@ -475,6 +440,22 @@ static int radeon_crtc_page_flip(struct drm_crtc *crtc, /* fire the ring */ radeon_ring_unlock_commit(rdev); + /* Wait for our fence */ + r = radeon_fence_wait(fence, 1); + if (r) { + DRM_ERROR("failed to wait for flip fence\n"); + goto pflip_cleanup2; + } + radeon_fence_unref(&fence); + + /* Wait until we are out of vblank */ + /* Enhancement note: you could calculate how long to sleep for, based on vpos */ + while(radeon_get_crtc_scanoutpos(dev, radeon_crtc->crtc_id, &vpos, &hpos) & DRM_SCANOUTPOS_INVBL) + msleep(1); + + /* Request the flip */ + radeon_page_flip(rdev, radeon_crtc->crtc_id, base); + return 0; pflip_cleanup2: diff --git a/drivers/gpu/drm/radeon/radeon_mode.h b/drivers/gpu/drm/radeon/radeon_mode.h index 6df4e3c..89d5a4c 100644 --- a/drivers/gpu/drm/radeon/radeon_mode.h +++ b/drivers/gpu/drm/radeon/radeon_mode.h @@ -282,7 +282,6 @@ struct radeon_crtc { int pll_id; /* page flipping */ struct radeon_unpin_work *unpin_work; - int deferred_flip_completion; }; struct radeon_encoder_primary_dac { -- 1.7.5.1 [View Less]

2 2

[Bug 35472] New: [r600] radeondrmfb rendering is broken and running X makes GPU lock-up on RV770 CE (Radeon HD 4730)
by bugzilla-daemon＠bugzilla.kernel.org 05 Jul '11

05 Jul '11

https://bugzilla.kernel.org/show_bug.cgi?id=35472 Summary: [r600] radeondrmfb rendering is broken and running X makes GPU lock-up on RV770 CE (Radeon HD 4730) 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-… [View More]dri(a)kernel-bugs.osdl.org ReportedBy: virtuousfox(a)gmail.com Regression: Yes with 2.6.37 it's all OK but since 2.6.38 from very framebuffer initialization screen is filled with dense grey lines looking like ugly grid. also per every 3cm on my 1920x1080/23' screen there is a distinctive whitish vertical line. when X try to startup i can see cursor and can move it around for a while (that grey grid is there too) but kdm does not starting up and GPU locks up. it is the same with 2.6.39. here is `dmesg|grep drm` for 2.6.39: [ 0.462282] [drm] Initialized drm 1.1.0 20060810 [ 0.462315] [drm] radeon defaulting to kernel modesetting. [ 0.462337] [drm] radeon kernel modesetting enabled. [ 0.462575] [drm] initializing kernel modesetting (RV770 0x1002:0x944E). [ 0.462608] [drm] register mmio base: 0xFDFE0000 [ 0.462630] [drm] register mmio size: 65536 [ 0.463313] [drm] Detected VRAM RAM=512M, BAR=256M [ 0.463343] [drm] RAM width 128bits DDR [ 0.463526] [drm] radeon: 512M of VRAM memory ready [ 0.463549] [drm] radeon: 512M of GTT memory ready. [ 0.463571] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 0.463594] [drm] Driver supports precise vblank timestamp query. [ 0.463708] [drm] radeon: irq initialized. [ 0.463733] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 0.465260] [drm] Loading RV770 Microcode [ 0.512429] [drm] ring test succeeded in 1 usecs [ 0.512544] [drm] radeon: ib pool ready. [ 0.512584] [drm] ib test succeeded in 0 usecs [ 0.512609] [drm] Enabling audio support [ 0.512805] [drm] Radeon Display Connectors [ 0.512827] [drm] Connector 0: [ 0.512847] [drm] DVI-I [ 0.512868] [drm] HPD2 [ 0.512889] [drm] DDC: 0x7e60 0x7e60 0x7e64 0x7e64 0x7e68 0x7e68 0x7e6c 0x7e6c [ 0.512915] [drm] Encoders: [ 0.512936] [drm] DFP1: INTERNAL_UNIPHY [ 0.512957] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [ 0.512979] [drm] Connector 1: [ 0.512999] [drm] DIN [ 0.513028] [drm] Encoders: [ 0.513049] [drm] TV1: INTERNAL_KLDSCP_DAC2 [ 0.513070] [drm] Connector 2: [ 0.513091] [drm] DVI-I [ 0.513111] [drm] HPD1 [ 0.513132] [drm] DDC: 0x7e20 0x7e20 0x7e24 0x7e24 0x7e28 0x7e28 0x7e2c 0x7e2c [ 0.513158] [drm] Encoders: [ 0.513179] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [ 0.513201] [drm] DFP2: INTERNAL_KLDSCP_LVTMA [ 0.577285] [drm] Internal thermal controller without fan control [ 0.578307] [drm] radeon: power management initialized [ 0.657478] [drm] fb mappable at 0xD0142000 [ 0.657500] [drm] vram apper at 0xD0000000 [ 0.657521] [drm] size 8294400 [ 0.657541] [drm] fb depth is 24 [ 0.657562] [drm] pitch is 7680 [ 0.657632] fbcon: radeondrmfb (fb0) is primary device [ 1.073319] fb0: radeondrmfb frame buffer device [ 1.073349] drm: registered panic notifier [ 1.073379] [drm] Initialized radeon 2.9.0 20080528 for 0000:01:00.0 on minor 0 [ 252.565034] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3a6/0x400() [ 252.565102] [<ffffffff8137c334>] ? drm_ioctl+0x394/0x450 [ 252.565145] [drm] Disabling audio support [ 252.731618] [drm] ring test succeeded in 1 usecs [ 252.908838] [drm:r600_ib_test] *ERROR* radeon: ib test failed (scratch(0x8504)=0xCAFEDEAD) [ 252.908841] [drm:rv770_resume] *ERROR* radeon: failed testing IB (-22). [ 267.523039] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3a6/0x400() [ 267.523107] [<ffffffff8137c334>] ? drm_ioctl+0x394/0x450 [ 268.216464] [drm] ring test succeeded in 1 usecs [ 268.216473] [drm] ib test succeeded in 1 usecs [ 268.216475] [drm] Enabling audio support [ 273.719044] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3a6/0x400() [ 273.719114] [<ffffffff8137c334>] ? drm_ioctl+0x394/0x450 [ 273.719159] [drm] Disabling audio support [ 274.411517] [drm] ring test succeeded in 1 usecs [ 274.588784] [drm:r600_ib_test] *ERROR* radeon: ib test failed (scratch(0x8504)=0xCAFEDEAD) [ 274.588787] [drm:rv770_resume] *ERROR* radeon: failed testing IB (-22). [ 290.090036] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3a6/0x400() [ 290.090103] [<ffffffff8137c334>] ? drm_ioctl+0x394/0x450 [ 290.779828] [drm] ring test succeeded in 1 usecs [ 290.957091] [drm:r600_ib_test] *ERROR* radeon: ib test failed (scratch(0x8504)=0xCAFEDEAD) [ 290.957094] [drm:rv770_resume] *ERROR* radeon: failed testing IB (-22). [ 306.459037] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 radeon_fence_wait+0x3a6/0x400() [ 306.459105] [<ffffffff8137c334>] ? drm_ioctl+0x394/0x450 [ 307.153106] [drm] ring test succeeded in 1 usecs [ 307.330842] [drm:r600_ib_test] *ERROR* radeon: ib test failed (scratch(0x8504)=0xCAFEDEAD) [ 307.330845] [drm:rv770_resume] *ERROR* radeon: failed testing IB (-22). -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel [View Less]

1 18

[Bug 38270] New: Color Tiling unusable on NI
by bugzilla-daemon＠freedesktop.org 04 Jul '11

04 Jul '11

https://bugs.freedesktop.org/show_bug.cgi?id=38270 Summary: Color Tiling unusable on NI Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aidan(a)cisco.com latest d-r-t/mesa/ddx that picked up the default change to on for color … [View More]

1 25

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel July 2011