dri-devel June 2011

dri-devel@lists.freedesktop.org

101 participants
499 discussions

[Bug 38488] New: AMD Radeon HD 6950 (Cayman): Clocks not restored after resume from hibernation
by bugzilla-daemon＠freedesktop.org 11 Nov '11

11 Nov '11

https://bugs.freedesktop.org/show_bug.cgi?id=38488 Summary: AMD Radeon HD 6950 (Cayman): Clocks not restored after resume from hibernation 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: h.judt(a)gmx.at Power profile does not work after resuming. Steps to reproduce: 1) Boot system, set power profile to low. $ cat /sys/kernel/debug/dri/64/radeon_pm_info: default engine clock: 800000 kHz current engine clock: 249990 kHz default memory clock: 1250000 kHz current memory clock: 150000 kHz voltage: 900 mV 2) Hibernate system and resume. Expected results: * Power profile still set to low, clocks stay at low level. * Power profile can be changed, and changes have desired effects. Actual results: * Power profile still shows "low", but according to debugfs clocks are at default levels: default engine clock: 800000 kHz current engine clock: 799940 kHz default memory clock: 1250000 kHz current memory clock: 1250000 kHz voltage: 65281 mV Voltage does seem strange too, when regarding the 900 mV above. * Power profile can be changed, but clocks will not change. * Fan is spinning louder due to the higher (default instead of low level) clock speeds. I have to admit that I modified and applied tuxonice patch to linux-3.0-rc3, but on a laptop at work I use exactly the same and everything works correctly there (ATI Mobility Radeon HD 3400), so I don't believe I messed up. Cayman support is still quite new... Is there another way to change the clock speeds? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 13

[Bug 36386] New: Amnesia game crashes on RV570 (r300g)
by bugzilla-daemon＠freedesktop.org 29 Oct '11

29 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=36386 Summary: Amnesia game crashes on RV570 (r300g) Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: vand2(a)gmx.de The game Amnesia crashes after a startup screen with a silvery sun symbol displayed. glxinfo | grep string server glx vendor string: SGI server glx version string: 1.2 client glx vendor string: Mesa Project and SGI client glx version string: 1.4 OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV570 OpenGL version string: 2.1 Mesa 7.10.2 OpenGL shading language version string: 1.20 gdb backtrace Program received signal SIGSEGV, Segmentation fault. 0x000000000082ab08 in hpl::iParticleEmitter::GetMaterial() () #0 0x000000000082ab08 in hpl::iParticleEmitter::GetMaterial() () #1 0x0000000000805de2 in hpl::iRenderer::RenderObjectZAndAddToRenderList(hpl::iRenderable*) () #2 0x0000000000805e59 in hpl::iRenderer::RenderObjectZAndAddToRenderListStaticCallback(hpl::iRenderer*, hpl::iRenderable*) () #3 0x0000000000807d8f in hpl::iRenderer::RenderAndAddNodeObjects(hpl::iRenderableContainerNode*, bool (*)(hpl::iRenderer*, hpl::iRenderable*), unsigned int) () #4 0x000000000080808a in hpl::iRenderer::CheckForVisibleObjectsAddToListAndRenderZ(hpl::cVisibleRCNodeTracker*, unsigned int, unsigned int, bool, bool (*)(hpl::iRenderer*, hpl::iRenderable*)) () #5 0x00000000007e4841 in hpl::cRendererDeferred::RenderObjects() () #6 0x0000000000809334 in hpl::iRenderer::Render(float, hpl::cFrustum*, hpl::cWorld*, hpl::cRenderSettings*, hpl::cRenderTarget*, bool, std::list<hpl::iRendererCallback*, std::allocator<hpl::iRendererCallback*> >*) () #7 0x000000000082496d in hpl::cScene::Render(float, unsigned int) () #8 0x0000000000925423 in hpl::cEngine::Run() () #9 0x0000000000689890 in hplMain(std::string const&) () #10 0x000000000090ff29 in main () -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 5

[Bug 29951] New: [r300g] xscreensaver hack "antspotlight" reveals something other than desktop
by bugzilla-daemon＠freedesktop.org 29 Oct '11

29 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=29951 Summary: [r300g] xscreensaver hack "antspotlight" reveals something other than desktop Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: rankincj(a)googlemail.com Created an attachment (id=38368) --> (https://bugs.freedesktop.org/attachment.cgi?id=38368) What the ant saw... The xscreensaver hack "antspotlight" is supposed to depict an ant with a spotlight on its head wandering over your desktop in the dark. The idea is that the ant reveals little patches of your desktop as it wanders around. With r300g and my RV350, the ant is most definitely not revealing my desktop. (Not this time, anyway. It seems to be random.) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 20

[PATCH] drm/radeon/kms: properly set panel mode for eDP
by Alex Deucher 28 Oct '11

28 Oct '11

This should make eDP more reliable. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/atombios_dp.c | 11 +++++++++++ include/drm/drm_dp_helper.h | 3 +++ 2 files changed, 14 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/atombios_dp.c b/drivers/gpu/drm/radeon/atombios_dp.c index 8c0f9e3..892b88d 100644 --- a/drivers/gpu/drm/radeon/atombios_dp.c +++ b/drivers/gpu/drm/radeon/atombios_dp.c @@ -543,6 +543,7 @@ static void radeon_dp_set_panel_mode(struct drm_encoder *encoder, { struct drm_device *dev = encoder->dev; struct radeon_device *rdev = dev->dev_private; + struct radeon_connector *radeon_connector = to_radeon_connector(connector); int panel_mode = DP_PANEL_MODE_EXTERNAL_DP_MODE; if (!ASIC_IS_DCE4(rdev)) @@ -550,10 +551,20 @@ static void radeon_dp_set_panel_mode(struct drm_encoder *encoder, if (radeon_connector_encoder_is_dp_bridge(connector)) panel_mode = DP_PANEL_MODE_INTERNAL_DP1_MODE; + else if (connector->connector_type == DRM_MODE_CONNECTOR_eDP) { + u8 tmp = radeon_read_dpcd_reg(radeon_connector, DP_EDP_CONFIGURATION_CAP); + if (tmp & 1) + panel_mode = DP_PANEL_MODE_INTERNAL_DP2_MODE; + } atombios_dig_encoder_setup(encoder, ATOM_ENCODER_CMD_SETUP_PANEL_MODE, panel_mode); + + if ((connector->connector_type == DRM_MODE_CONNECTOR_eDP) && + (panel_mode == DP_PANEL_MODE_INTERNAL_DP2_MODE)) { + radeon_write_dpcd_reg(radeon_connector, DP_EDP_CONFIGURATION_SET, 1); + } } void radeon_dp_set_link_config(struct drm_connector *connector, diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index 91567bb..03eb1d6 100644 --- a/include/drm/drm_dp_helper.h +++ b/include/drm/drm_dp_helper.h @@ -72,6 +72,7 @@ #define DP_MAIN_LINK_CHANNEL_CODING 0x006 +#define DP_EDP_CONFIGURATION_CAP 0x00d #define DP_TRAINING_AUX_RD_INTERVAL 0x00e /* link configuration */ @@ -133,6 +134,8 @@ #define DP_MAIN_LINK_CHANNEL_CODING_SET 0x108 # define DP_SET_ANSI_8B10B (1 << 0) +#define DP_EDP_CONFIGURATION_SET 0x10a + #define DP_LANE0_1_STATUS 0x202 #define DP_LANE2_3_STATUS 0x203 # define DP_LANE_CR_DONE (1 << 0) -- 1.7.4

1 1

[Bug 30412] New: opengl doesn't work when using gallium and xorg state tracker
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=30412 Summary: opengl doesn't work when using gallium and xorg state tracker Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: martinstolpe(a)gmail.com glxgears fails to run with the following error: "Error: couldn't get an RGB, Double-buffered visual" -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 34218] New: [r300g] Unigine Sanctuary: some surfaces are reflecting too much light
by bugzilla-daemon＠freedesktop.org 17 Oct '11

17 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=34218 Summary: [r300g] Unigine Sanctuary: some surfaces are reflecting too much light Product: Mesa Version: git Platform: x86 (IA32) URL: http://unigine.com/download/#sanctuary OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz Created an attachment (id=43305) --> (https://bugs.freedesktop.org/attachment.cgi?id=43305) screenshot Another bug I've found during my recent Sanctuary testing. Some surfaces are way too much bright. This is a regression: commit 68b701f5ded5f6b73a6b07cf37d862fab4836607 Author: Tom Stellard <tstellar(a)gmail.com> Date: Sat Feb 5 22:39:58 2011 -0800 r300/compiler: Disable register rename pass on r500 The scheduler and the register allocator are not good enough yet to deal with the effects of the register rename pass. This was causing a 50% performance drop in Lightsmark. The pass can be re-enabled once the scheduler and the register allocator are more mature. r300 and r400 still need this pass, because it prevents a lot of shaders from using too many texture indirections. NOTE: This is a candidate for the 7.10 branch. BTW commit fixed shadows in Sanctuary but now it seems it simultaneously broke another thing. I haven't seen this when testing the shadows because this is only visible with shaders quality high. I've tried going back before register rename pass was introduce to see if this is similar to bug 34030, however this bug was also present there, it just wasn't much visible since shadows were broken at that time. RADEON_DEBUG=noopt fixes this particular problem, but there are some black glitches when noopt is used and the wireframe problem is also much more visible. Sanctuary version: 2.3 shaders quality: high (low and medium works fine) all other setting set to lowest possible or disabled mesa: a6b7393eb8b4ef14c0d9ba8d64e57ed8ca82a9f7 GPU: RV530 So far I've done all my testing with almost lowest settings, but now when menus are fixed it is finally possible to easily change settings and enable different options and of course most of them doesn't work (like paralax mapping, translucence, HDR, etc.) should I open a new separate bug for each one broken? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[Bug 32639] New: Artifacts on dinoshade, neverball and other softwares
by bugzilla-daemon＠freedesktop.org 15 Oct '11

15 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=32639 Summary: Artifacts on dinoshade, neverball and other softwares Product: Mesa Version: 7.8 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alessandro.sturniolo(a)gmail.com Created an attachment (id=41424) --> (https://bugs.freedesktop.org/attachment.cgi?id=41424) Dinoshade with artifacts After the commit 5ee270820ba8dc7bfc6be5812f02c66f4a76f705, as you can see from the attached snapshots, softwares like Mesa demo dinoshade, neverball or SecondLife, render artifacts on the scene. This bug is present in every release after version 7.7.1 (7.7.1 excluded). Before this commit the artifacts are not presents. It is not present also when gallium is enabled. My system is a Linux openSuSE 11.3 (kernel 2.6.34.7-0.5-default SMP) on an AMD Athlon 64 X2. Graphic card is a Radeon X1200 (RS690). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[Bug 30402] New: xorg server fails to start when using xorg state tracker
by bugzilla-daemon＠freedesktop.org 05 Oct '11

05 Oct '11

https://bugs.freedesktop.org/show_bug.cgi?id=30402 Summary: xorg server fails to start when using xorg state tracker Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: martinstolpe(a)gmail.com Created an attachment (id=38984) --> (https://bugs.freedesktop.org/attachment.cgi?id=38984) xorg server log I've tried to use the xorg state tracker as a replacement for the xf86-video-ati driver. The server fails to start with the following error message: "LoadModule: Module radeon does not have a radeonModuleData data object." -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 22

[Bug 28847] New: Regnum Online only works in safe mode
by bugzilla-daemon＠freedesktop.org 19 Sep '11

19 Sep '11

https://bugs.freedesktop.org/show_bug.cgi?id=28847 Summary: Regnum Online only works in safe mode Product: Mesa Version: git Platform: Other URL: http://www.regnumonline.com.ar/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se The game Regnum Online (MMO but can be downloaded and played at no cost), only runs if "Safe Mode" is selected in the options. With r300c, I get these errors: drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. Found 4 messages leaked [...] [ 9468.240398] radeon 0000:01:00.0: (PW 1) Vertex array 0 need 268396832 dwords have 47104 dwords [ 9468.240402] [drm:r100_cs_track_check] *ERROR* Max indices 16774802 [ 9468.240404] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! With r300g, the game starts, but doesn't render correctly (see attached screenshot). The game is run with "Fixed pipeline" set in the options, using shaders will apprently need the new glsl2 compiler. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: 801e83227a59a29eea425ea612083bbf2b536c30 -- xserver: 1.8.1.901 -- mesa: 75acb896c6da758d03e86f8725d6ca0cb2c6ad82 -- drm: 6ea2bda5f5ec8f27359760ce580fdad3df0464df -- kernel: 2.6.35-rc3 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[RFC] Updated plane support v3
by Jesse Barnes 19 Sep '11

19 Sep '11

This version adds both source and dest rect params to the set_plane ioctl, and makes the source fixed point to support hardware that needs it. I haven't changed the name of the SNB implementation yet (per Chris's suggestions) but will before it gets upstream. I'd be interested to see whether these interfaces will work for other hardware, so please take a close look at them and ideally implement them on your hardware to make sure (see my userspace example code from earlier posts if you want something to crib from). Thanks, Jesse

6 22

← Newer
1
...
23
24
25
26
27
28
29
...
50
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2011