dri-devel April 2011

dri-devel@lists.freedesktop.org

93 participants
440 discussions

[Bug 36327] New: fujitsu siemens amilo li1718: ati radeon x200m does not resume from suspend
by bugzilla-daemon＠freedesktop.org 06 Dec '13

06 Dec '13

https://bugs.freedesktop.org/show_bug.cgi?id=36327 Summary: fujitsu siemens amilo li1718: ati radeon x200m does not resume from suspend Product: DRI Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: lengyel.karesz(a)gmail.com Created an attachment (id=45728) --> (https://bugs.freedesktop.org/attachment.cgi?id=45728) lspci -v When trying to resume from suspend, the computer freezes totally, after a second or so. Nothing can be found in the logs, because loging doesn't even start until then. Resuming from hibernation works fine. I've realised, that if i delete the i2c-algo-bit.ko file (therefore preventing it from being loaded) the resume/suspend will work fine, but there is no compositing, sadly. Using "nomodeset", and trying resume from suspend failed. It is an RC415ME chip (it is written on it). This bug was also submitted a long time ago here: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/57734… -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 28

[Bug 31682] New: Radeon console output very slow with kms
by bugzilla-daemon＠bugzilla.kernel.org 15 Nov '13

15 Nov '13

https://bugzilla.kernel.org/show_bug.cgi?id=31682 Summary: Radeon console output very slow with kms 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: kurt(a)roeckx.be Regression: No Hi, When I try to use KMS, the console output is very slow. I've seen a lot of people complain about this, but I can't find any bug about this. It's not really usable when KMS is enabled. If I disable KMS (and use radeonfb), things work normally. It takes for instance about 1 second for me to just redraw the screen, while the same thing is _at least_ 10 times faster, probably more like 100, when KMS is disabled. When booting with KMS enabled I get this in dmesg: Mar 21 19:07:50 intrepid kernel: [ 8.735138] [drm] Initialized drm 1.1.0 20060810 Mar 21 19:07:50 intrepid kernel: [ 8.887517] [drm] radeon kernel modesetting enabled. Mar 21 19:07:50 intrepid kernel: [ 8.887709] radeon 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Mar 21 19:07:50 intrepid kernel: [ 8.891920] [drm] initializing kernel modesetting (RV280 0x1002:0x5964). Mar 21 19:07:50 intrepid kernel: [ 8.892029] [drm] register mmio base: 0xFD400000 Mar 21 19:07:50 intrepid kernel: [ 8.892084] [drm] register mmio size: 65536 Mar 21 19:07:50 intrepid kernel: [ 8.896084] agpgart-amd64 0000:00:00.0: AGP 3.5 bridge Mar 21 19:07:50 intrepid kernel: [ 8.896339] agpgart-amd64 0000:00:00.0: putting AGP V3 device into 8x mode Mar 21 19:07:50 intrepid kernel: [ 8.896458] radeon 0000:01:00.0: putting AGP V3 device into 8x mode Mar 21 19:07:50 intrepid kernel: [ 8.896519] radeon 0000:01:00.0: GTT: 64M 0xF8000000 - 0xFBFFFFFF Mar 21 19:07:50 intrepid kernel: [ 8.896578] [drm] Generation 2 PCI interface, using max accessible memory Mar 21 19:07:50 intrepid kernel: [ 8.896638] radeon 0000:01:00.0: VRAM: 128M 0x00000000E8000000 - 0x00000000EFFFFFFF (128M used) Mar 21 19:07:50 intrepid kernel: [ 8.896714] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). Mar 21 19:07:50 intrepid kernel: [ 8.896772] [drm] Driver supports precise vblank timestamp query. Mar 21 19:07:50 intrepid kernel: [ 8.896866] [drm] radeon: irq initialized. Mar 21 19:07:50 intrepid kernel: [ 8.897063] [drm] Detected VRAM RAM=128M, BAR=128M Mar 21 19:07:50 intrepid kernel: [ 8.897123] [drm] RAM width 64bits DDR Mar 21 19:07:50 intrepid kernel: [ 8.897256] [TTM] Zone kernel: Available graphics memory: 1030408 kiB. Mar 21 19:07:50 intrepid kernel: [ 8.897314] [TTM] Initializing pool allocator. Mar 21 19:07:50 intrepid kernel: [ 8.897392] [drm] radeon: 128M of VRAM memory ready Mar 21 19:07:50 intrepid kernel: [ 8.897447] [drm] radeon: 64M of GTT memory ready. Mar 21 19:07:50 intrepid kernel: [ 8.899585] radeon 0000:01:00.0: WB disabled Mar 21 19:07:50 intrepid kernel: [ 8.900265] [drm] Loading R200 Microcode Mar 21 19:07:50 intrepid kernel: [ 9.381958] [drm] radeon: ring at 0x00000000F8001000 Mar 21 19:07:50 intrepid kernel: [ 9.382034] [drm] ring test succeeded in 1 usecs Mar 21 19:07:50 intrepid kernel: [ 9.384821] [drm] radeon: ib pool ready. Mar 21 19:07:50 intrepid kernel: [ 9.384959] [drm] ib test succeeded in 0 usecs Mar 21 19:07:50 intrepid kernel: [ 9.386362] [drm] Radeon Display Connectors Mar 21 19:07:50 intrepid kernel: [ 9.386417] [drm] Connector 0: Mar 21 19:07:50 intrepid kernel: [ 9.386469] [drm] VGA Mar 21 19:07:50 intrepid kernel: [ 9.386522] [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 Mar 21 19:07:50 intrepid kernel: [ 9.386578] [drm] Encoders: Mar 21 19:07:50 intrepid kernel: [ 9.386630] [drm] CRT1: INTERNAL_DAC1 Mar 21 19:07:50 intrepid kernel: [ 9.386684] [drm] Connector 1: Mar 21 19:07:50 intrepid kernel: [ 9.386736] [drm] DVI-D Mar 21 19:07:50 intrepid kernel: [ 9.386787] [drm] HPD1 Mar 21 19:07:50 intrepid kernel: [ 9.386839] [drm] DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64 Mar 21 19:07:50 intrepid kernel: [ 9.386895] [drm] Encoders: Mar 21 19:07:50 intrepid kernel: [ 9.386947] [drm] DFP1: INTERNAL_TMDS1 Mar 21 19:07:50 intrepid kernel: [ 9.387001] [drm] Connector 2: Mar 21 19:07:50 intrepid kernel: [ 9.387053] [drm] S-video Mar 21 19:07:50 intrepid kernel: [ 9.387105] [drm] Encoders: Mar 21 19:07:50 intrepid kernel: [ 9.387157] [drm] TV1: INTERNAL_DAC2 Mar 21 19:07:50 intrepid kernel: [ 9.800245] [drm] fb mappable at 0xE8040000 Mar 21 19:07:50 intrepid kernel: [ 9.800303] [drm] vram apper at 0xE8000000 Mar 21 19:07:50 intrepid kernel: [ 9.802396] [drm] size 7680000 Mar 21 19:07:50 intrepid kernel: [ 9.802448] [drm] fb depth is 24 Mar 21 19:07:50 intrepid kernel: [ 9.802500] [drm] pitch is 6400 Mar 21 19:07:50 intrepid kernel: [ 10.023003] Console: switching to colour frame buffer device 200x75 Mar 21 19:07:50 intrepid kernel: [ 10.139398] fb0: radeondrmfb frame buffer device Mar 21 19:07:50 intrepid kernel: [ 10.139400] drm: registered panic notifier Mar 21 19:07:50 intrepid kernel: [ 10.140945] [drm] Initialized radeon 2.8.0 20080528 for 0000:01:00.0 on minor 0 When KMS is disabled I see this instead: Mar 21 19:10:55 intrepid kernel: [ 9.011140] [drm] Initialized radeon 1.33.0 20080528 for 0000:01:00.0 on minor 0 [...] Mar 21 19:10:55 intrepid kernel: [ 13.332368] radeonfb: Found Intel x86 BIOS ROM Image Mar 21 19:10:55 intrepid kernel: [ 13.332430] radeonfb: Retrieved PLL infos from BIOS Mar 21 19:10:55 intrepid kernel: [ 13.332487] radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=200.00 Mhz, System=166.00 MHz Mar 21 19:10:55 intrepid kernel: [ 13.332556] radeonfb: PLL min 20000 max 40000 Mar 21 19:10:55 intrepid kernel: [ 13.684011] radeonfb: Monitor 1 type DFP found Mar 21 19:10:55 intrepid kernel: [ 13.684072] radeonfb: EDID probed Mar 21 19:10:55 intrepid kernel: [ 13.684124] radeonfb: Monitor 2 type CRT found Mar 21 19:10:55 intrepid kernel: [ 13.684178] radeonfb: EDID probed Mar 21 19:10:55 intrepid kernel: [ 13.747450] Console: switching to colour frame buffer device 200x75 Mar 21 19:10:55 intrepid kernel: [ 13.799573] radeonfb (0000:01:00.0): ATI Radeon 5964 "Yd" Kurt -- 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 7

[Bug 34495] New: Selecting objects in Blender 2.56 slow with gallium r600 driver
by bugzilla-daemon＠freedesktop.org 25 Oct '13

25 Oct '13

https://bugs.freedesktop.org/show_bug.cgi?id=34495 Summary: Selecting objects in Blender 2.56 slow with gallium r600 driver Product: Mesa Version: 7.10 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: terraformers(a)gmail.com Created an attachment (id=43567) --> (https://bugs.freedesktop.org/attachment.cgi?id=43567) Xorg Logfile In Blender 2.56 selecting objects is verry slow. Maybe this has someting todo with the "r600: fix blender picking" patch from http://cgit.freedesktop.org/mesa/mesa/commit/?id=cf8af9bcf127e170b64112bd54… not applied to the gallium driver? This is with: mesa-dri-drivers-7.10-0.26.fc15.x86_64 on an HP Compaq 6830s with ATI Mobility Radeon HD 3430. Thanks Lars -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 75

[Bug 36602] New: Hierarchical Z support for R600
by bugzilla-daemon＠freedesktop.org 08 Jun '13

08 Jun '13

https://bugs.freedesktop.org/show_bug.cgi?id=36602 Summary: Hierarchical Z support for R600 Product: DRI Version: DRI CVS Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pelloux(a)gmail.com Add Hierarchical Z (HiZ) support for r600g driver. I'm attaching my work-in-progress patchs to this bug report to keep track of comments. This patch adds 3 new env vars : - R600_EARLYZ : controls whether EarlyZ functionnality is used (DB_SHADER_CONTROL register) - R600_HIZ : HiZ enabled/disabled - R600_HIZ_READ_HACK : this one is a quick hack for debugging HiZ data buffer. If set, data will be read from HiZ bo instead of depth buffer bo when calling glReadPixels( ... GL_DEPTH_COMPONENT ...) General notes on HiZ on r600 : (all testing done using : ATI Technologies Inc RV770 [Radeon HD 4850]) * HiZ buffer is made of DWORD entries. Each DWORD represents one tile (4x4 or 8x8 pixels depending DB_HTILE_SURFACE register fields) * HiZ buffer does not need to be manually cleared by the driver * DB_RENDER_CONTROL:RESUMMARIZE_ENABLE bit is not necessary to get it working - but if enabled it slows things down * application performance are roughly the same using R600_EARLYZ or R600_HIZ Know problems : * Hierarchical Stencil has not been tested * HiZ buffer data layout is still unclear. As an example : using 640x640 window and 8x8 tiles. HiZ buffer should contain (640/8)*(640/8) = 6400 entries. When reading it back using the above hack, it contains 6400 entries but spread on the 7680 first dwords of the buffer. Therefore HiZ bo if largely oversized for now (ie = depth buffer 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 55

[Bug 31667] New: r600c and r600g: wrong rendering for Savage2 game
by bugzilla-daemon＠freedesktop.org 15 Apr '13

15 Apr '13

https://bugs.freedesktop.org/show_bug.cgi?id=31667 Summary: r600c and r600g: wrong rendering for Savage2 game Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: edwintorok(a)gmail.com Created an attachment (id=40311) --> (https://bugs.freedesktop.org/attachment.cgi?id=40311) r600g_bad_transp_lines.jpg Savage2 is a free to play (but not opensource) game with native Linux clients, it renders correctly with llvmpipe and fglrx. It doesn't render correctly with r600c and r600g. Using latest git version (commit 063c6b8f74d114241f663ef8fd93732a0a07c10f). llvmpipe that works (sort of, its very very slow): $ LD_LIBRARY_PATH=$HOME/mesa/lib/gallium glxinfo | grep OpenGL OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600c has part of the screen black (see attached screenshot r600c_bad_partblack.jpg), but the menu is good (r600c_menu_good.jpg): $ glxinfo|grep OpenGL OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV730 9498) 20090101 TCL DRI2 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: r600g doesn't have the blackness bug, but the main character is missing/totally transparent you just see some swords running around (r600g_bad_transp_lines.jpg), and it has some thin black horizontal lines all over the screen. The menu also has the thin black horizontal lines (r600g_bad_menu_lines.jpg). LIBGL_DRIVERS_PATH=$HOME/mesa/lib/gallium glxinfo|grep OpenGL OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL version string: 2.1 Mesa 7.10-devel OpenGL shading language version string: 1.20 OpenGL extensions: The video card is: 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 PRO [Radeon HD 4650] -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 26

[Bug 30167] New: Heroes of Newerth: Setting shader quality to medium results in corrupt rendering
by bugzilla-daemon＠freedesktop.org 26 Feb '13

26 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=30167 Summary: Heroes of Newerth: Setting shader quality to medium results in corrupt rendering Product: Mesa Version: git Platform: Other URL: http://www.heroesofnewerth.com/ OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: sa(a)whiz.se Created an attachment (id=38673) --> (https://bugs.freedesktop.org/attachment.cgi?id=38673) Screenshot on medium setting In the game Heroes of Newerth, turning the setting "Shader Quality" to medium or high results in corrupt rendering of water. This seems to be a regression from the glsl2 merge, but it seems fine on llvmpipe, so I'm guessing the bug is specific to r300g. I _think_ it's possible to reproduce this bug without buying the game, by only registering and then either starting a practice game or running the tutorial. If not, I'll see about getting some trial invites. The rest of the effects in the game seems to be working fine. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: RV570 -- Model: Asus EAX1950Pro 256MB -- Display connector: DVI -- xf86-video-ati: e9928fe036e9382fd7bc353f3f05531445f08977 -- xserver: 1.8.99.904 (1.9.0 RC 5) -- mesa: 6f839eb631511925505093be4d0509ac14f5675b -- drm: 23287f05cf2443ddf9e028e29beb5bd30979c6cf -- kernel: 2.6.35.4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 26

[Bug 36723] New: [r300g, bisected] Unigine Sanctuary: fog is not rendered properly
by bugzilla-daemon＠freedesktop.org 06 Feb '13

06 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=36723 Summary: [r300g, bisected] Unigine Sanctuary: fog is not rendered properly Product: Mesa Version: git Platform: All URL: http://www.unigine.com/download/#sanctuary OS/Version: Linux (All) Status: NEW Keywords: regression 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=46198) --> (https://bugs.freedesktop.org/attachment.cgi?id=46198) screenshot of the problem Fog in Unigine Sanctuary is not rendered properly, there are some "stripes" in the fog, which weren't present before. Screenshot attached. fe622bac0c1b5b9f2a9fcf9f35b51232a06bea42 is the first bad commit commit fe622bac0c1b5b9f2a9fcf9f35b51232a06bea42 Author: Tom Stellard <tstellar(a)gmail.com> Date: Tue Jan 11 00:05:08 2011 -0800 r300/compiler: Rewrite register allocator The new allocator uses ra and does swizzle packing. Also, a data structure (struct rc_variable) and associated functions have been added for generating UD and DU chains. This may also be related to the floating textures, since the fog wasn't rendered at all before the floating work was committed. GPU: RV530 mesa: d7cf9833d7138daa1c2acdc489ab0c86c2ea7e41 kernel: 2.6.38.2 -- 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 27704] New: [KMS] fbo_firecube broken on rv280 and current mesa
by bugzilla-daemon＠freedesktop.org 16 Jan '13

16 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=27704 Summary: [KMS] fbo_firecube broken on rv280 and current mesa Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r200 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: randrik(a)mail.ru same setup as in Bug 27702: Using mesa master up to commit d293c43c9a9658caa5224f710b95a848a912faa1 Author: Brian Paul <brianp(a)vmware.com> Date: Fri Apr 16 10:01:32 2010 -0600 llvmpipe: rename vars, update comments for texture->resource changes libdrm up to commit 894c86e8400f13f1ee0dfe23ca4b5f98c32d9223 Author: Kristian HÃ¸gsberg <krh(a)bitplanet.net> Date: Fri Apr 9 16:33:38 2010 -0400 Revert "Fix pkgconfig includes for /usr/include/drm" and xf86-video-ati commit eb5665688ef9b52f03f61546351d0848cab54740 Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Thu Apr 8 00:31:52 2010 -0400 radeon: don't setup Xv on rn50 on top of xserver commit e424d5812300e82de375d83dc0b490a76d865016 Merge: 5b0faf3 0e7703f Author: Keith Packard <keithp(a)keithp.com> Date: Thu Apr 15 15:01:34 2010 -0700 Merge remote branch 'whot/for-keith' and kernel 2.6.34-rc4+ with rv280 lspci -vvn 01:00.0 0300: 1002:5964 (rev 01) (prog-if 00 [VGA controller]) Subsystem: 1787:5964 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at c800 [size=256] Region 2: Memory at dfef0000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at dfec0000 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: radeon Kernel modules: radeon -------- guest@slax:~/source/mesa/progs/demos$ ./fbo_firecube Error: unable to get usable FBO combination! fbotexture works fine ..... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 30151] New: HDMI audio via radeon DRM driver is not working.
by bugzilla-daemon＠freedesktop.org 15 Jan '13

15 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=30151 Summary: HDMI audio via radeon DRM driver is not working. 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: coomasiehead(a)yahoo.com I have X1250 video card integrated into the motherboard. I enabled KMS. HDMI audio device can be seen, but no sound can be played via HDMI audio device. -- 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 35396] New: [mesa] black window when running glxgears after resume from suspend on ATI Radeon X800 SE
by bugzilla-daemon＠freedesktop.org 11 Jan '13

11 Jan '13

https://bugs.freedesktop.org/show_bug.cgi?id=35396 Summary: [mesa] black window when running glxgears after resume from suspend on ATI Radeon X800 SE Product: Mesa Version: 7.10 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jfrieben(a)hotmail.com Description of problem: When running glxgears after resume from suspend on a system equipped with an ATI Radeon X800 SE (R430), all I get is a black window. Moreover, it does not react to keyboard input, namely pressing <ESC>. The application windows just stays there, even after pressing <ctrl-C> in the terminal window from which it had been launched. Version-Release number of selected component (if applicable): mesa-7.10-0.29.fc15 How reproducible: Always. Steps to Reproduce: 1. Run glxgears. 2. Suspend and resume. 3. Run glxgears. Actual results: Application window is black and does not respond to keyboard input. Expected results: Application window shows turning gears. Additional info: * Vendor bug reference https://bugzilla.redhat.com/show_bug.cgi?id=643700 * This issue is -critical- for GNOME3 which is using a GL based desktop environment. In this case, the desktop is -frozen- after resume from suspend making the system unusable. Only the mouse pointer can be moved. The system needs to be rebooted or switched to a non-accelerated window manager like metacity. * Upgrading to mesa-7.11-0.20110315.0.fc16 has no effect. * Issue is absent for driver R300 TCL DRI2. * Installed packages include: - kernel-2.6.38-1.fc15 - libdrm-2.4.24-1.fc15 - xorg-x11-drv-ati-6.14.0-7.20110316gitcdfc007ec.fc15 - xorg-x11-server-1.10.0-4.fc15 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

← Newer
1
...
9
10
11
12
13
14
15
...
44
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel April 2011