dri-devel October 2011

dri-devel@lists.freedesktop.org

82 participants
530 discussions

[Bug 39897] Graphical glitches in some games on Evergreen
by bugzilla-daemon＠freedesktop.org 03 Oct '11

03 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=39897 --- Comment #24 from chrisdhaag(a)googlemail.com 2011-10-03 09:15:35 PDT --- (In reply to comment #23) > (In reply to comment #22) > > I completely forgot that I had set the R600_TILING variable to 1. It overrode > > the xorg settings. > > They're not directly related. Does the problem occur with Option "ColorTiling" > enabled and R600_TILING=0? No. $ grep -i tiling /var/log/Xorg.0.log [ 17.889] (**) RADEON(0): Option "ColorTiling" "on" [ 17.907] (II) RADEON(0): KMS Color Tiling: enabled $ echo $R600_TILING 0 -> Works fine. So I finally have it: R600_TILING=1 produces the rendering errors. Is it still worth a new bug report? -- 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 41420] [UPSTREAM REPOST] radeon driver power management is very bad: GPU always runs at maximum clock speed
by bugzilla-daemon＠freedesktop.org 03 Oct '11

03 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=41420 Michel Dänzer <michel(a)daenzer.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|xorg |DRI Component|Driver/Radeon |DRM/Radeon AssignedTo|xorg-driver-ati(a)lists.x.org |dri-devel(a)lists.freedesktop | |.org QAContact|xorg-team(a)lists.x.org | -- 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 39897] Graphical glitches in some games on Evergreen
by bugzilla-daemon＠freedesktop.org 03 Oct '11

03 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=39897 --- Comment #23 from Michel Dänzer <michel(a)daenzer.net> 2011-10-03 07:48:43 PDT --- (In reply to comment #22) > I completely forgot that I had set the R600_TILING variable to 1. It overrode > the xorg settings. They're not directly related. Does the problem occur with Option "ColorTiling" enabled and R600_TILING=0? -- 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 24475] clutter applications are unusable with radeon/radeonhd
by bugzilla-daemon＠freedesktop.org 03 Oct '11

03 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=24475 --- Comment #4 from Marco Albanese <delian2(a)gmail.com> 2011-10-03 07:08:00 PDT --- (In reply to comment #3) > (In reply to comment #2) > > Yes it is still relevant, unfortunately. On my Thinkpad T41 at least (ATI > > Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]). > > Isn't this r200 hardware? That's not covered by the r300 driver... I've the same problem of comment #2 on a Thinkpad T41 too. The video card is r200/r100 hardware as you said: should we fill another bug? -- 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 0/3] radeon cursor patches
by Michel Dänzer 03 Oct '11

03 Oct '11

While reviewing Nicholas Miell's patch 'drm/radeon/kms: fix cursor image off-by-one error', I noticed at least one other bug (fixed by patch 2, and one potential bug fixed by patch 3) and opportunities for cleanup. Patch 1 is based on Nicholas' patch and can be dropped if he amends his patch along the same lines. [PATCH 1/3] drm/radeon: Simplify cursor x/yorigin calculation. [PATCH 2/3] drm/radeon: Update AVIVO cursor coordinate origin before [PATCH 3/3] drm/radeon: Set cursor x/y to 0 when x/yorigin > 0.

3 5

Radeon regression fix
by Brad Campbell 03 Oct '11

03 Oct '11

This patch fixes a regression introduced between 2.6.39 & 3.1-rc1 whereby the displayport AUX channel stopped re-trying commands that elicited a DEFER response. Signed-off-by: Brad Campbell <brad(a)fnarfbargle.com> diff --git a/drivers/gpu/drm/radeon/atombios_dp.c b/drivers/gpu/drm/radeon/atombios_dp.c index 7ad43c6..b8450f4 100644 --- a/drivers/gpu/drm/radeon/atombios_dp.c +++ b/drivers/gpu/drm/radeon/atombios_dp.c @@ -60,11 +60,13 @@ static int radeon_process_aux_ch(struct radeon_i2c_chan *chan, int index = GetIndexIntoMasterTable(COMMAND, ProcessAuxChannelTransaction); unsigned char *base; int recv_bytes; + int retry_count = 0; memset(&args, 0, sizeof(args)); base = (unsigned char *)rdev->mode_info.atom_context->scratch; +retry: memcpy(base, send, send_bytes); args.v1.lpAuxRequest = 0; @@ -79,6 +81,16 @@ static int radeon_process_aux_ch(struct radeon_i2c_chan *chan, *ack = args.v1.ucReplyStatus; + /* defer */ + if (args.v1.ucReplyStatus == 0x20){ + DRM_DEBUG_KMS("dp_aux_ch defer\n"); + /* 10 is an arbitrary value from the pre-regression patch + in practice I've never seen more than one */ + if (retry_count++ < 10) + goto retry; + return -EBUSY; + } + /* timeout */ if (args.v1.ucReplyStatus == 1) { DRM_DEBUG_KMS("dp_aux_ch timeout\n");

4 9

[Bug 41248] Monitor goes black when starting TV
by bugzilla-daemon＠freedesktop.org 03 Oct '11

03 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=41248 --- Comment #6 from Alex Deucher <agd5f(a)yahoo.com> 2011-10-03 05:38:17 PDT --- I've sent the patch upstream: http://lists.freedesktop.org/archives/dri-devel/2011-October/014882.html -- 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/radeon/kms: Fix logic error in DP HPD handler
by alexdeucher＠gmail.com 03 Oct '11

03 Oct '11

From: Alex Deucher <alexander.deucher(a)amd.com> Only disable the pipe if the monitor is physically disconnected. The previous logic also disabled the pipe if the link was trained. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41248 Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon_connectors.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c b/drivers/gpu/drm/radeon/radeon_connectors.c index c4b8741..bce63fd 100644 --- a/drivers/gpu/drm/radeon/radeon_connectors.c +++ b/drivers/gpu/drm/radeon/radeon_connectors.c @@ -68,11 +68,11 @@ void radeon_connector_hotplug(struct drm_connector *connector) if (connector->connector_type == DRM_MODE_CONNECTOR_DisplayPort) { int saved_dpms = connector->dpms; - if (radeon_hpd_sense(rdev, radeon_connector->hpd.hpd) && - radeon_dp_needs_link_train(radeon_connector)) - drm_helper_connector_dpms(connector, DRM_MODE_DPMS_ON); - else + /* Only turn off the display it it's physically disconnected */ + if (!radeon_hpd_sense(rdev, radeon_connector->hpd.hpd)) drm_helper_connector_dpms(connector, DRM_MODE_DPMS_OFF); + else if (radeon_dp_needs_link_train(radeon_connector)) + drm_helper_connector_dpms(connector, DRM_MODE_DPMS_ON); connector->dpms = saved_dpms; } } -- 1.7.1.1

1 0

[Bug 41367] New: [r300g, bisected] WebGL test runner regression
by bugzilla-daemon＠freedesktop.org 02 Oct '11

02 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=41367 Summary: [r300g, bisected] WebGL test runner regression Product: Mesa Version: git Platform: Other URL: https://cvs.khronos.org/svn/repos/registry/trunk/publi c/webgl/sdk/tests/webgl-conformance-tests.html OS/Version: All Status: NEW Keywords: regression Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz e945fb04d04c33da5e77d22d739c5740a522a61e is the first bad commit commit e945fb04d04c33da5e77d22d739c5740a522a61e Author: Tom Stellard <tstellar(a)gmail.com> Date: Wed Jun 15 08:00:53 2011 -0700 r300/compiler: Add support for the output modifier (OMOD) Before:7131 test pass After: 7083 test pass mesa: a8ca786ba69f6af0120a24f473b2ae7e6a41495d GPU: RV530 Kernel: 3.0.4 This is with Firefox 7.0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

ACPI/Backlight/DRM/Switcheroo are malfunctioning
by Cedric Sodhi 01 Oct '11

01 Oct '11

Configuration: ============== A mainline kernel of arbitrary version. HP Touchsmart tm-2 2010eg [1] Laptop with dual (a.k.a "hybrid") switchable graphics: Intel 1915 Arrandale & Radeon HD 5450 CEDAR DRM_RADEON_KMS [=y] HAS_IOMEM [=y] DRM_RADEON [=y] DRM_I915 [=y] DRM_I915_KMS [=y] DRM [=y] AGP [=y] AGP_INTEL [=y] ACPI [=y] LCD_CLASS_DEVICE [=y] LCD_PLATFORM [=y] BACKLIGHT_CLASS_DEVICE [=y] FIRMWARE_EDID [=y] FB_FOREIGN_ENDIAN [=y] FB_MODE_HELPERS [=y] FB_EFI [=y] VIDEO_OUTPUT_CONTROL [=y] VGA_SWITCHEROO [=y] plus respective dependencies. Symptops in default configuration: ================================== Upon boot the backlight turns off at about the point where KMS would kick in*. The subsequent behaviour shows a complicated yet distinctive pattern, as follows: After backlight has gone off, either initially on boot or during uptipe by decreasing the brightness to 0 (either by laptop function keys or kernel /sys brightness interface) it cannot be turned back on, if exactly one more attempts to do so have been made, while the unit was on AC Power. In that case, there are only two possible hacks to turn the backlight back on, in both of which cases the backlight will instantly turn to the brightest setting, regarldess, although the value in the /sys brightness interface remains unchanged: a) Close the laptop screen down for a few seconds and open it back up. b) If X is running, issue an xrandr --rotate such that the screen will rotate by 90 deg in either direction. In all other cases, the backlight can be controlled normally. That is, if no attempt to increase brightness, id est turn the backlight back on is made while the unit is AC powered. None of these problems arise if the backlight has been turned off due to idle time (say, in TTY), rather than on boot or manually. * Supplemental information: The kernel defaults to the i915 IGD o boot. Radeon is not considered here, although it also appears to have problems controlling the backlight. Symptoms in various other configurations (list): ================================================ Other configurations have been tried. As you will read in the list, you can witness another undesired coupling between switcheroo (the debugfs interface) and KMS. In certain situations, switcheroo is said to be enabled in CONFIG, yet not available in debugfs for other reasons. One of those situations, which is not among the ones listed below, is when the DRM drivers have been compiled as modules rather than compiled in. In the following "screen blanks" refers to the situation which is described above as the symptoms in default configuration: ACPI off (=>Switcheroo off): Boots into KMS, everything OK Switcheroo off: Boots into KMS, screen blanks KMS off: Freezes (visually) on boot KMS default off (compiled): Switcheroo disappears, everything OK KNS on (default off): Switcheroo disappears, screen blanks KMS default off, BL off: Switcheroo disappears, everything OK KMS on (default off), BL off: Switcheroo disappears, screen blanks Same 2 with Switcheroo off: Same as the two lines above (BL off means BACKLIGHT_LCD_SUPPORT off, which results in a warning because DRM & ACPI requires BACKLIGHT_CLASS_SUPPORT, which is a child thereof) Further information: ==================== This and similar bugs has been repeatedly filed by me and others on serveral bugtrackers, including freedesktop[2] and kernel (which is unreachable atm). DMESG in default configuration is attached. You will find a reference to an ACPI bug which likely to be related to the initial backlight loss on boot [3]. However, it is so far unclear whether it is also related to the problems in bringing the backlight back on. [1] http://h10025.www1.hp.com/ewfrf/wc/document?docname=c02262928&tmp_task=prod… [2] https://bugs.freedesktop.org/show_bug.cgi?id=41306 [3] http://forums.gentoo.org/viewtopic-t-874961-start-0.html -- regards, ManDay

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2011