dri-devel September 2010

dri-devel@lists.freedesktop.org

71 participants
367 discussions

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 07 Sep '10

07 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #47 from Alex Deucher <agd5f(a)yahoo.com> 2010-09-07 08:34:38 PDT --- Created an attachment (id=38516) View: https://bugs.freedesktop.org/attachment.cgi?id=38516 Review: https://bugs.freedesktop.org/review?bug=28402&attachment=38516 possible fix Does this patch help? It always aligns the MC vram and gtt bases to size. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[PATCH] drm: Force a full mode set if the frame buffer depth changes.
by Chris Wilson 07 Sep '10

07 Sep '10

As the crtc will need to be reconfigured if the framebuffer depth changes, we need to check for such a change during set_config(). Signed-off-by: Chris Wilson <chris(a)chris-wilson.co.uk> --- drivers/gpu/drm/drm_crtc_helper.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index 11fe9c8..1ccd77f 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++ b/drivers/gpu/drm/drm_crtc_helper.c @@ -543,6 +543,9 @@ int drm_crtc_helper_set_config(struct drm_mode_set *set) mode_changed = true; } else if (set->fb == NULL) { mode_changed = true; + } else if (set->fb->depth != set->crtc->fb->depth) { + DRM_DEBUG_KMS("crtc is changing fb depth, full mode set\n"); + mode_changed = true; } else fb_changed = true; } -- 1.7.1

1 0

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 07 Sep '10

07 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #46 from Da Fox <da_fox(a)mad.scientist.com> 2010-09-07 05:37:49 PDT --- (In reply to comment #45) > If I may ask, on which IRC-channel/server are you talking? There is an IRC channel #radeon on irc.freenode.net for radeon users and developers. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 07 Sep '10

07 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #45 from Lukas Schneiderbauer <lukas.schneiderbauer(a)gmail.com> 2010-09-07 03:48:04 PDT --- (In reply to comment #44) > Could you please test this patch also? I'm testing the 2.6.36-rc3 kernel with this patch at the moment. Looks promising for me as well. But I still need some hours to really confirm it. If I may ask, on which IRC-channel/server are you talking? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 29556] New: [rv620] GPU reset followed by black screen
by bugzilla-daemon＠freedesktop.org 07 Sep '10

07 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=29556 Summary: [rv620] GPU reset followed by black screen 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: scary.moo(a)gmail.com Created an attachment (id=37840) --> (https://bugs.freedesktop.org/attachment.cgi?id=37840) system dmesg Using latest git (as of 12/08/2010) of libdrm, mesa(classic),xf86-video-ati and drm-radeon-testing (commit drm/radeon/kms: enable writeback on remaing asics ), gpu is a hd3470 mobility (rv620), forced to lowest power state (echo "low" > /sys/class/drm/card0/device/power_profile). During normal web browsing, maybe while playing a flash video, the mouse cursor suddenly stops and immediately after I get a black screen from which I cannot recover unless I sysrq-reboot (haven't tried ssh). Upon reboot a check of the system log shows [ 2325.450063] radeon 0000:01:00.0: GPU lockup CP stall for more than 1000msec [ 2325.450066] ------------[ cut here ]------------ [ 2325.450083] WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:239 radeon_fence_wait+0x35b/0x3c0 [radeon]() [ 2325.450085] Hardware name: Satellite A300 [ 2325.450087] GPU lockup (waiting for 0x0000BDBC last fence id 0x0000BDBA) [ 2325.450089] Modules linked in: radeon ttm ath5k drm_kms_helper cfbcopyarea cfbimgblt cfbfillrect i2c_i801 ath [ 2325.450099] Pid: 1954, comm: X Not tainted 2.6.35+ #19 [ 2325.450101] Call Trace: [ 2325.450108] [<ffffffff8103a04a>] warn_slowpath_common+0x7a/0xb0 [ 2325.450111] [<ffffffff8103a121>] warn_slowpath_fmt+0x41/0x50 [ 2325.450120] [<ffffffffa009ba1b>] radeon_fence_wait+0x35b/0x3c0 [radeon] [ 2325.450125] [<ffffffff810521f0>] ? autoremove_wake_function+0x0/0x40 [ 2325.450134] [<ffffffffa009c1fc>] radeon_sync_obj_wait+0xc/0x10 [radeon] [ 2325.450139] [<ffffffffa005ad69>] ttm_bo_wait+0xf9/0x1b0 [ttm] [ 2325.450144] [<ffffffffa005e11f>] ttm_bo_move_accel_cleanup+0x9f/0x2e0 [ttm] [ 2325.450153] [<ffffffffa009c32f>] radeon_move_blit+0x11f/0x180 [radeon] [ 2325.450162] [<ffffffffa009c786>] radeon_bo_move+0xb6/0x1e0 [radeon] [ 2325.450166] [<ffffffffa005b1a5>] ttm_bo_handle_move_mem+0x135/0x410 [ttm] [ 2325.450170] [<ffffffffa005d2c9>] ttm_bo_evict+0x1b9/0x3f0 [ttm] [ 2325.450175] [<ffffffff81090001>] ? __isolate_lru_page+0x81/0xa0 [ 2325.450179] [<ffffffffa005c6f7>] ttm_mem_evict_first+0x147/0x1e0 [ttm] [ 2325.450183] [<ffffffffa005d059>] ttm_bo_mem_space+0x3e9/0x4a0 [ttm] [ 2325.450187] [<ffffffffa005d5e7>] ttm_bo_move_buffer+0xe7/0x160 [ttm] [ 2325.450192] [<ffffffff81260028>] ? drm_mapbufs+0x318/0x340 [ 2325.450196] [<ffffffffa005d6f6>] ttm_bo_validate+0x96/0x120 [ttm] [ 2325.450199] [<ffffffffa005db35>] ttm_bo_init+0x2e5/0x340 [ttm] [ 2325.450209] [<ffffffffa009d198>] radeon_bo_create+0x128/0x220 [radeon] [ 2325.450218] [<ffffffffa009cf10>] ? radeon_ttm_bo_destroy+0x0/0xc0 [radeon] [ 2325.450228] [<ffffffffa00b1aa4>] radeon_gem_object_create+0x84/0x100 [radeon] [ 2325.450232] [<ffffffff810c9030>] ? pollwake+0x0/0x60 [ 2325.450242] [<ffffffffa00b1f1f>] radeon_gem_create_ioctl+0x4f/0xe0 [radeon] [ 2325.450246] [<ffffffff81398e94>] ? sock_aio_read+0x134/0x150 [ 2325.450249] [<ffffffff8126138c>] drm_ioctl+0x33c/0x410 [ 2325.450259] [<ffffffffa00b1ed0>] ? radeon_gem_create_ioctl+0x0/0xe0 [radeon] [ 2325.450262] [<ffffffff810b8bf2>] ? do_sync_read+0xd2/0x110 [ 2325.450266] [<ffffffff810c7b2c>] vfs_ioctl+0x3c/0xd0 [ 2325.450268] [<ffffffff810c812c>] do_vfs_ioctl+0x7c/0x520 [ 2325.450271] [<ffffffff810b9345>] ? vfs_read+0x105/0x140 [ 2325.450274] [<ffffffff810c861a>] sys_ioctl+0x4a/0x80 [ 2325.450277] [<ffffffff81004669>] ? do_device_not_available+0x9/0x10 [ 2325.450280] [<ffffffff8100256b>] system_call_fastpath+0x16/0x1b [ 2325.450283] ---[ end trace b2d00ea6bab57761 ]--- [ 2325.450295] [drm] Disabling audio support [ 2325.451428] radeon 0000:01:00.0: GPU softreset [ 2325.451431] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0xA0003030 [ 2325.451435] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 [ 2325.451438] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200010C0 [ 2325.451452] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00007FEE [ 2325.468635] radeon 0000:01:00.0: R_008020_GRBM_SOFT_RESET=0x00000001 [ 2325.484646] radeon 0000:01:00.0: R_008010_GRBM_STATUS=0x00003030 [ 2325.484651] radeon 0000:01:00.0: R_008014_GRBM_STATUS2=0x00000003 [ 2325.484654] radeon 0000:01:00.0: R_000E50_SRBM_STATUS=0x200000C0 [ 2325.485660] radeon 0000:01:00.0: GPU reset succeed [ 2325.506653] [drm] Clocks initialized ! [ 2382.495138] SysRq : Emergency Sync -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 21

[Bug 30030] New: [r300g, bisected] Crash in loop_control_visitor::visit_leave(ir_loop*) ()
by bugzilla-daemon＠freedesktop.org 07 Sep '10

07 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=30030 Summary: [r300g, bisected] Crash in loop_control_visitor::visit_leave(ir_loop*) () Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: Magnus.Kessler(a)gmx.net Since commit 8df2dbf91ddfd0c1590e33015e85470b67e69319 the OpenSceneGraph based fgfs (flightgear) crashes in loop_control_visitor::visit_leave(ir_loop*) () with the following backtrace: #0 0x00007f920dc15785 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007f920dc16c06 in *__GI_abort () at abort.c:92 #2 0x00007f920dc0e305 in *__GI___assert_fail ( assertion=0x7f920b875c89 "ls != __null", file=<value optimized out>, line=177, function=<value optimized out>) at assert.c:81 #3 0x00007f920b6ddb6f in loop_control_visitor::visit_leave(ir_loop*) () from /usr/lib64/dri/r300_dri.so #4 0x00007f920b6ceb48 in visit_list_elements(ir_hierarchical_visitor*, exec_list*) () from /usr/lib64/dri/r300_dri.so #5 0x00007f920b6cf4ff in ir_if::accept(ir_hierarchical_visitor*) () from /usr/lib64/dri/r300_dri.so #6 0x00007f920b6ceb48 in visit_list_elements(ir_hierarchical_visitor*, exec_list*) () from /usr/lib64/dri/r300_dri.so #7 0x00007f920b6ceced in ir_function_signature::accept(ir_hierarchical_visitor*) () from /usr/lib64/dri/r300_dri.so #8 0x00007f920b6ceb48 in visit_list_elements(ir_hierarchical_visitor*, exec_list*) () from /usr/lib64/dri/r300_dri.so #9 0x00007f920b6ced5c in ir_function::accept(ir_hierarchical_visitor*) () from /usr/lib64/dri/r300_dri.so #10 0x00007f920b6ceb48 in visit_list_elements(ir_hierarchical_visitor*, exec_list*) () from /usr/lib64/dri/r300_dri.so #11 0x00007f920b6ddbd5 in set_loop_controls(exec_list*, loop_state*) () from /usr/lib64/dri/r300_dri.so #12 0x00007f920b6bfcce in do_common_optimization(exec_list*, bool) () from /usr/lib64/dri/r300_dri.so #13 0x00007f920b6dbe55 in link_shaders(__GLcontextRec*, gl_shader_program*) () from /usr/lib64/dri/r300_dri.so #14 0x00007f920b6a80ab in _mesa_glsl_link_shader () from /usr/lib64/dri/r300_dri.so #15 0x00007f920e852add in osg::Program::PerContextProgram::linkProgram ( this=0x7f91ece190e0, state=<value optimized out>) at /usr/src/debug/dev-games/openscenegraph-9999/openscenegraph-9999/src/osg/Program.cpp:518 #16 0x00007f920e851ca0 in osg::Program::apply (this=0x1044bcd0, state=...) [...] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[PATCH] drm: Fix regression in disable polling e58f637
by Chris Wilson 06 Sep '10

06 Sep '10

I broke out my trusty i845 and found a new boot failure, which upon inspection turned out to be a recursion within: drm_helper_probe_single_connector_modes() -> drm_helper_hpd_irq_event() -> intel_crt_detect() -> drm_helper_probe_single_connector_modes() Calling drm_kms_helper_poll_enable() instead performs the desired re-initialisation of the polling should the user have toggled the parameter, without the recursive side-effect. Signed-off-by: Chris Wilson <chris(a)chris-wilson.co.uk> Cc: Dave Airlie <airlied(a)redhat.com> --- drivers/gpu/drm/drm_crtc_helper.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index d2ab01e..4238a19 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++ b/drivers/gpu/drm/drm_crtc_helper.c @@ -104,7 +104,7 @@ int drm_helper_probe_single_connector_modes(struct drm_connector *connector, connector->funcs->force(connector); } else { connector->status = connector->funcs->detect(connector); - drm_helper_hpd_irq_event(dev); + drm_kms_helper_poll_enable(dev); } if (connector->status == connector_status_disconnected) { -- 1.7.1

1 0

[git pull] drm fixes
by Dave Airlie 06 Sep '10

06 Sep '10

I sent a pull req last week you can ignore in favour of this one. radeon + nouveau + a couple of core fixes. Important radeon evergreen fix, which allows accel to run without locking up the gpu, also a fix for r700 AGP, and a couple of bkl removal fixes for nouveau. Dave. The following changes since commit 2bfc96a127bc1cc94d26bfaa40159966064f9c8c: Linux 2.6.36-rc3 (2010-08-29 08:36:04 -0700) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (9): drm/radeon/kms: use tracked values for sclk and mclk drm/radeon/kms: fix a regression on r7xx AGP due to the HDP flush fix drm/radeon/kms: remove useless clock code drm/radeon/kms: force legacy pll algo for RV515 LVDS drm/radeon/kms: fix tv module parameter drm/radeon/kms: properly set crtc high base on r7xx drm/radeon/kms/evergreen: work around bad data in some i2c tables drm/radeon/kms/evergreen: fix gpu hangs in userspace accel code drm/radeon/kms: fix tv-out on avivo asics Chris Wilson (2): drm/kms: Add a module parameter to disable polling drm: Do not force 1024x768 modes on unknown connectors Dave Airlie (1): Merge remote branch 'nouveau/for-airlied' of /ssd/git/drm-nouveau-next into drm-fixes Francisco Jerez (2): drm/nouveau: Take fence spinlock before reading the last sequence. drm/nouveau: Don't take struct_mutex around the pushbuf IOCTL. Marcin Slusarz (1): drm/nv50: initialize ramht_refs list for faked 0 channel drivers/gpu/drm/drm_crtc_helper.c | 24 ++++++-- drivers/gpu/drm/nouveau/nouveau_fence.c | 6 ++- drivers/gpu/drm/nouveau/nouveau_gem.c | 7 +-- drivers/gpu/drm/nouveau/nv50_instmem.c | 2 + drivers/gpu/drm/radeon/atombios_crtc.c | 48 +++++++++++++++--- drivers/gpu/drm/radeon/evergreen.c | 48 +++++++++++++---- drivers/gpu/drm/radeon/r600.c | 16 +----- drivers/gpu/drm/radeon/radeon.h | 8 ++- drivers/gpu/drm/radeon/radeon_asic.c | 18 ------ drivers/gpu/drm/radeon/radeon_atombios.c | 27 ++++++++++ drivers/gpu/drm/radeon/radeon_clocks.c | 58 +++------------------ drivers/gpu/drm/radeon/radeon_connectors.c | 78 +++++++++++++++------------ drivers/gpu/drm/radeon/radeon_device.c | 28 +++------- drivers/gpu/drm/radeon/radeon_i2c.c | 2 +- drivers/gpu/drm/radeon/radeon_mode.h | 1 - drivers/gpu/drm/radeon/rv770.c | 61 ++++++++++++++++++--- 16 files changed, 253 insertions(+), 179 deletions(-)

1 0

[Bug 28402] Kernel 2.6.34 freezes randomly
by bugzilla-daemon＠freedesktop.org 06 Sep '10

06 Sep '10

https://bugs.freedesktop.org/show_bug.cgi?id=28402 --- Comment #44 from Da Fox <da_fox(a)mad.scientist.com> 2010-09-06 08:07:07 PDT --- (In reply to comment #43) > Since I don't know, what's important when calling radeontool, I'll better tell > you what I did: > I booted the new kernel, started X (via kdm), switched to a vt and used > radeontools. I'm sorry for not elaborating more, but I'm no expert myself :) However I don't think it is necessary to switch to a vt, it may in fact not be what is required. My understanding is that radeontool captures the current state of the graphics card (the important bits at least). This is likely different between X and a vt, however we are interested in the state the card has in X (since that is where it freezes). Could please also post the results of running radeontool from within X, just to be sure we capture all relevant information? > (In reply to comment #40) > > if you boot with a bad kernel and run > > radeontool regset 0x130 0x70000000 > > does it stabilise any? > No. > I booted a 2.6.35-r3 kernel with gentoo-patches, which is known for me to > possess a high freeze-frequency and did as you said: > > $ radeontool regset 0x130 0x70000000 > OLD: 0x130 (0130) 0x40800000 (1082130432) > NEW: 0x130 (0130) 0x70000000 (1879048192) > > After a few minutes, the freeze appeared again. I have the same result, using d594e46ace22afa1621254f6f669e65430048153 + 8e36113082821980c60ce89a6c5d45fc9492fc26: # radeontool regset 0x130 0x70000000 OLD: 0x130 (0130) 0x70800000 (1887436800) NEW: 0x130 (0130) 0x70000000 (1879048192) And a freeze soon afterwards. I am currently testing d594e46ace22afa1621254f6f669e65430048153 + 8e36113082821980c60ce89a6c5d45fc9492fc26 and the following patch as suggested by Dave Airlie on IRC: ---8<--------- diff --git a/drivers/gpu/drm/radeon/r300.c b/drivers/gpu/drm/radeon/r300.c index c827738..d1a7803 100644 --- a/drivers/gpu/drm/radeon/r300.c +++ b/drivers/gpu/drm/radeon/r300.c @@ -477,7 +477,7 @@ void r300_mc_init(struct radeon_device *rdev) default: rdev->mc.vram_width = 128; break; } r100_vram_init_sizes(rdev); - base = rdev->mc.aper_base; + base = 0; if (rdev->flags & RADEON_IS_IGP) base = (RREG32(RADEON_NB_TOM) & 0xffff) << 16; radeon_vram_location(rdev, &rdev->mc, base); --->8--------- This seems to help for me, I'm still testing but I've been running for a couple of hours already and so far haven't seen a freeze yet. Could you please test this patch also? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[PATCH] drm: gem objects do not have a handle upon creation
by Chris Wilson 06 Sep '10

06 Sep '10

kref_init(handlecount) initialises the number of handles to 1 upon creation when it should remain 0 until the first allocation. All the drivers were working around this by deleting the extra count when they created the first handle for the object in spite of the documentation saying that it was unecessary. Signed-off-by: Chris Wilson <chris(a)chris-wilson.co.uk> --- drivers/gpu/drm/drm_gem.c | 1 - drivers/gpu/drm/nouveau/nouveau_gem.c | 4 +--- drivers/gpu/drm/radeon/radeon_gem.c | 3 +-- 3 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c index bf92d07..295618c 100644 --- a/drivers/gpu/drm/drm_gem.c +++ b/drivers/gpu/drm/drm_gem.c @@ -148,7 +148,6 @@ int drm_gem_object_init(struct drm_device *dev, return -ENOMEM; kref_init(&obj->refcount); - kref_init(&obj->handlecount); obj->size = size; atomic_inc(&dev->object_count); diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c index 581c67c..a50aaaf 100644 --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++ b/drivers/gpu/drm/nouveau/nouveau_gem.c @@ -168,10 +168,8 @@ nouveau_gem_ioctl_new(struct drm_device *dev, void *data, ret = drm_gem_handle_create(file_priv, nvbo->gem, &req->info.handle); out: - drm_gem_object_handle_unreference_unlocked(nvbo->gem); + drm_gem_object_unreference_unlocked(nvbo->gem); - if (ret) - drm_gem_object_unreference_unlocked(nvbo->gem); return ret; } diff --git a/drivers/gpu/drm/radeon/radeon_gem.c b/drivers/gpu/drm/radeon/radeon_gem.c index c578f26..d4f6b8f 100644 --- a/drivers/gpu/drm/radeon/radeon_gem.c +++ b/drivers/gpu/drm/radeon/radeon_gem.c @@ -201,11 +201,10 @@ int radeon_gem_create_ioctl(struct drm_device *dev, void *data, return r; } r = drm_gem_handle_create(filp, gobj, &handle); + drm_gem_object_unreference_unlocked(gobj); if (r) { - drm_gem_object_unreference_unlocked(gobj); return r; } - drm_gem_object_handle_unreference_unlocked(gobj); args->handle = handle; return 0; } -- 1.7.1

1 1

← Newer
1
...
29
30
31
32
33
34
35
36
37
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2010