[Bug 16612] [vblank]swap become slow after rotation with vblank_mode=3
http://bugs.freedesktop.org/show_bug.cgi?id=16612 --- Comment #4 from liuhaien [EMAIL PROTECTED] 2008-07-03 23:09:48 PST --- Created an attachment (id=17521) -- (http://bugs.freedesktop.org/attachment.cgi?id=17521) glswap.c -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16614] New: [i965 mesa_7_0_branch] SpecViewPerf 10/ tcvis-01 segment fault
http://bugs.freedesktop.org/show_bug.cgi?id=16614 Summary: [i965 mesa_7_0_branch] SpecViewPerf 10/tcvis-01 segment fault Product: Mesa Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: major Priority: high Component: Drivers/DRI/i965 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: dri-devel@lists.sourceforge.net System Environment: -- --Platform: G965 --Architecture(32-bit,64-bit,compatiblity): all --2D driver(2.4 branch): 45c1da56891723dd85153853885dd3b52a23c117 --mesa(7_0 branch): 2c9e332bceb85435aa5e4ad4d43fc97c7272bf98 --Xserver(1.4 branch): c3a7903f6a6a27e53ba0372408e0c5a68c608e86 --LibDrm: 2.3.0 --Kernel: 2.6.26-rc4 Bug detailed description: - this issue happens on G965 with direct rendering. SpecViewPerf 10/tcvis-01 get segmentation fault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 139726316259072 (LWP 4387)] 0x7f14910da103 in brw_cached_batch_struct (brw=0x6973f0, data=0x7fff9a6a0bb0, sz=24) at brw_state_batch.c:57 57 brw_state_batch.c: No such file or directory. in brw_state_batch.c (gdb) bt #0 0x7f14910da103 in brw_cached_batch_struct (brw=0x6973f0, data=0x7fff9a6a0bb0, sz=24) at brw_state_batch.c:57 #1 0x7f14910d6b67 in upload_state_base_address (brw=0x6973f0) at brw_misc_state.c:549 #2 0x7f14910daf9b in brw_validate_state (brw=0x6973f0) at brw_state_upload.c:259 #3 0x7f14910d0363 in brw_set_prim (brw=0x6973f0, prim=24) at brw_draw.c:108 #4 0x7f14910d061b in brw_try_draw_prims (ctx=0x6973f0, arrays=0x6d20a0, prim=0x6d0884, nr_prims=2, ib=0x0, min_index=0, max_index=4) at brw_draw.c:300 #5 0x7f14910d0a70 in brw_draw_prims (ctx=0x6973f0, arrays=0x6d20a0, prim=0x6d0884, nr_prims=2, ib=0x0, min_index=0, max_index=4) at brw_draw.c:446 #6 0x7f149116a9b0 in vbo_exec_vtx_flush (exec=0x6d0640) at vbo/vbo_exec_draw.c:215 #7 0x7f1491166995 in vbo_exec_FlushVertices (ctx=value optimized out, flags=2590641072) at vbo/vbo_exec_api.c:700 #8 0x7f1491128fd6 in _mesa_Translatef (x=6, y=0, z=0) at main/matrix.c:446 #9 0x7f1492119e31 in glTranslatef (x=6, y=0, z=0) at ../../../src/mesa/glapi/glapitemp.h:1605 #10 0x00407d11 in __RenderMidframeFrameCounter () #11 0x0040860b in mesh3Event () #12 0x00420013 in evtI () #13 0x00417f00 in loadAndExecuteTest () #14 0x00418be4 in main () Reproduce steps: 1. start X 2. run specviewperf10 tcvis-01 Current result: specviewperf10 tcvis-01 get segmentation fault -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16614] [i965 mesa_7_0_branch] SpecViewPerf 10/tcvis-01 segment fault
http://bugs.freedesktop.org/show_bug.cgi?id=16614 --- Comment #1 from Shuang He [EMAIL PROTECTED] 2008-07-03 23:51:30 PST --- Created an attachment (id=17524) -- (http://bugs.freedesktop.org/attachment.cgi?id=17524) xorg log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16614] [i965 mesa_7_0_branch] SpecViewPerf 10/tcvis-01 segment fault
http://bugs.freedesktop.org/show_bug.cgi?id=16614 --- Comment #2 from Shuang He [EMAIL PROTECTED] 2008-07-03 23:52:14 PST --- Created an attachment (id=17525) -- (http://bugs.freedesktop.org/attachment.cgi?id=17525) xorg conf -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16614] [i965 mesa_7_0_branch] SpecViewPerf 10/ tcvis-01 sometime segment fault
http://bugs.freedesktop.org/show_bug.cgi?id=16614 Shuang He [EMAIL PROTECTED] changed: What|Removed |Added Summary|[i965 mesa_7_0_branch] |[i965 mesa_7_0_branch] |SpecViewPerf 10/tcvis-01|SpecViewPerf 10/tcvis-01 |segment fault |sometime segment fault --- Comment #3 from Shuang He [EMAIL PROTECTED] 2008-07-04 00:00:04 PST --- seems it sometime can run completely without segmentation fault -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16614] [i965 mesa_7_0_branch] SpecViewPerf 10/ tcvis-01 sometime segment fault
http://bugs.freedesktop.org/show_bug.cgi?id=16614 Gordon Jin [EMAIL PROTECTED] changed: What|Removed |Added Blocks||16029 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
dri2 concerns
Kristian, As we're starting to incorporate dri2 in our code, I've run into some major concerns about the sarea and the event mechanisms: 1) The SAREA is likely to be used by mixed 32-bit / 64 -bit clients and servers. (If I understand things correctly, the kernel never accesses the SAREA). However the sarea structs are safe against this. The layout of the sarea structures should must be identcal, and one should probably use the fixed size types (uint64_t, uint32_t etc.) and be very careful with alignment. 2) The event buffer mechanism doesn't appear to be safe against buffer wraps: Consider the following code from dri_util.c: /* Check for wraparound. */ if (pcp psp-dri2.buffer-prealloc - pdp-dri2.tail psp-dri2.buffer-size) { /* If prealloc overlaps into what we just parsed, the * server overwrote it and we have to reset our tail * pointer. */ DRM_UNLOCK(psp-fd, psp-lock, pcp-hHWContext); (*psp-dri2.loader-reemitDrawableInfo)(pdp, pdp-dri2.tail, pdp-loaderPrivate); DRM_LIGHT_LOCK(psp-fd, psp-lock, pcp-hHWContext); } a) First, the if statement should really be a while statement, since we have no guarantee that the X server won't wrap the event buffer after it emits our drawable info, but before we get the lock in DRM_LIGHT_LOCK() b) This is the most serious concern. If the client using pdp sleeps for a while, and the X server rushs ahead and wraps the event buffer more than one time, the pdp-dri2.tail will be completely stale and cannot even be used for the wrapaound test, since the outcome will be unpredictable. I think what's needed is a single wrap stamp in the sarea, which is bumped by the X server each time it wraps the event buffer. The client can then compare a saved value against this stamp and get a new tail pointer if there's a mismatch. If the stamp is made 64-bit there's only a microscopic chance that we get a false stamp match due to stamp wraparound. 3) The code in dri_util.c: if (psp-dri2.enabled) { __driParseEvents(pcp, pdp); __driParseEvents(pcp, prp); On the second call to __driParseEvent(pcp, prp), we may release the hardware lock, which may invalidate the pdp info, and have it use stale buffers / cliprects. One remedy to this is to have a function __driParseEventsTwoDrawables(pcp, pdp, prp) That makes sure both drawables are up-to-date after the last DRM_LIGHT_LOCK. And yes, the DRI1 code is incorrect here too. We can propably help fix these issues, but we need your input on the SAREA changes required for 1) and 2). Cheers, Thomas - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[libdrm] version number wasn't bumped?
Hi there, I noticed that in mesa/drm/configure.ac there is still version 2.3.1 hardcoded, while in mesa/drm/libdrm/Makefile.am there is version 2.3.0 hardcoded. I'm using libdrm from GIT (master branch) but now the xf86-video-intel driver fails to initialize the TTM buffer manager, resulting in slow 3D acceleration and very laggy 2D acceleration in Xorg. This seems because when building xf86-video-intel DRI_MM is set to disabled, resulting in not using TTM. I've checked the autotools script in the intel repo and found out that DRI_MM gets disabled if the libdrm version is below 2.4.0. The attached patch bumps both version numbers in the mesa/drm repo to 2.4.0. After rebuilding intel the TTM bug mgr works again and 3D is fast again. At least this works for me. I assume that somehow the version number didn't get bumped, right? Or is this intended behaviour? Greets, Tobias From 356d6a3c9a1f9eee20a60a8900b1429231891b23 Mon Sep 17 00:00:00 2001 From: Tobias Jakobi [EMAIL PROTECTED] Date: Fri, 4 Jul 2008 09:52:04 +0200 Subject: bump version to 2.4.0 --- configure.ac |2 +- libdrm/Makefile.am |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 7820334..987b011 100644 --- a/configure.ac +++ b/configure.ac @@ -19,7 +19,7 @@ # CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. AC_PREREQ(2.57) -AC_INIT([libdrm], 2.3.1, [EMAIL PROTECTED], libdrm) +AC_INIT([libdrm], 2.4.0, [EMAIL PROTECTED], libdrm) AC_CONFIG_SRCDIR([Makefile.am]) AM_INIT_AUTOMAKE([dist-bzip2]) diff --git a/libdrm/Makefile.am b/libdrm/Makefile.am index e7e07e4..153bb15 100644 --- a/libdrm/Makefile.am +++ b/libdrm/Makefile.am @@ -20,7 +20,7 @@ libdrm_la_LTLIBRARIES = libdrm.la libdrm_ladir = $(libdir) -libdrm_la_LDFLAGS = -version-number 2:3:0 -no-undefined +libdrm_la_LDFLAGS = -version-number 2:4:0 -no-undefined AM_CFLAGS = -I$(top_srcdir)/shared-core libdrm_la_SOURCES = xf86drm.c xf86drmHash.c xf86drmRandom.c xf86drmSL.c -- 1.5.4.5 - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: dri2 concerns
Thomas Hellström wrote: Kristian, As we're starting to incorporate dri2 in our code, I've run into some major concerns about the sarea and the event mechanisms: 1) The SAREA is likely to be used by mixed 32-bit / 64 -bit clients and servers. (If I understand things correctly, the kernel never accesses the SAREA). However the sarea structs are safe against this. The layout of the sarea structures should must be identcal, and one should probably use the fixed size types (uint64_t, uint32_t etc.) and be very careful with alignment. This should really read 1) The SAREA is likely to be used by mixed 32-bit / 64 -bit clients and servers. (If I understand things correctly, the kernel never accesses the SAREA). However the sarea structs are _not_ safe against this. The layout of the sarea structures must be identical for 32- and 64-bit clients, and one should probably use the fixed size types (uint64_t, uint32_t etc.) and be very careful with alignment. Cheers, /Thomas - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16615] New: Texture corruption in World of Warcraft (moderately recent )
http://bugs.freedesktop.org/show_bug.cgi?id=16615 Summary: Texture corruption in World of Warcraft (moderately recent) Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Created an attachment (id=17527) -- (http://bugs.freedesktop.org/attachment.cgi?id=17527) Screenshot from World of Warcraft, showing artifacts with texturing These artifacts appear on some textures, and change as the character moves around. The blue bar at the bottom must just be an error in the screen capture process, because it does not appear while playing the game. I have a Radeon 9550, and am running a 2.6.25.9-SMP kernel with Mesa and DRI from git: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon 9550] (prog-if 00 [VGA controller]) Subsystem: C.P. Technology Co. Ltd Unknown device 2084 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: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at e000 (32-bit, prefetchable) [size=256M] Region 1: I/O ports at ec00 [size=256] Region 2: Memory at ff8f (32-bit, non-prefetchable) [size=64K] Expansion ROM at ff80 [disabled] [size=128K] Capabilities: [58] AGP version 3.0 Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8 Command: RQ=32 ArqSz=2 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x8 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 01:00.1 Display controller: ATI Technologies Inc RV350 AS [Radeon 9550] (Secondary) Subsystem: C.P. Technology Co. Ltd Unknown device 2085 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: 64 bytes Region 0: Memory at d000 (32-bit, prefetchable) [size=256M] Region 1: Memory at ff8e (32-bit, non-prefetchable) [size=64K] 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- -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16615] Texture corruption in World of Warcraft (moderately recent)
http://bugs.freedesktop.org/show_bug.cgi?id=16615 --- Comment #1 from Nicolai Hähnle [EMAIL PROTECTED] 2008-07-04 03:26:29 PST --- When you say fairly recent, can you point out a version of the driver that works without artifacts? Even better, can you use git bisect to pinpoint the commit where it turns bad? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16615] Texture corruption in World of Warcraft (moderately recent)
http://bugs.freedesktop.org/show_bug.cgi?id=16615 --- Comment #2 from Chris Rankin [EMAIL PROTECTED] 2008-07-04 03:42:29 PST --- (In reply to comment #1) When you say fairly recent, can you point out a version of the driver that works without artifacts? Even better, can you use git bisect to pinpoint the commit where it turns bad? When I say recent, I mean that it used to work in the not-too-distant past. However, that was still many kernels, builds of wine and one prior release of Fedora ago. WoW also went through an extended period of not running *at all* under Mesa, and crashing immediately on start-up: $ warcraft fixme:mixer:ALSA_MixerInit No master control found on USB Device 0x46d:0x8b4, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on USB Device 0x46d:0x992, disabling mixer fixme:advapi:SetSecurityInfo stub archive Data\patch.MPQ opened archive Data\enGB\patch-enGB.MPQ opened archive Data\enGB\patch-enGB-2.MPQ opened archive Data\patch-2.MPQ opened archive Data\expansion.MPQ opened archive Data\common.MPQ opened archive Data\enGB\locale-enGB.MPQ opened archive Data\enGB\speech-enGB.MPQ opened archive Data\enGB\expansion-locale-enGB.MPQ opened archive Data\enGB\expansion-speech-enGB.MPQ opened fixme:win:EnumDisplayDevicesW ((null),0,0x32eda4,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32ec94,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f2c8,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f42c,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f5a8,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f5a0,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f528,0x), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f518,0x), stub! X Error of failed request: GLXBadDrawable Major opcode of failed request: 156 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 585 Current serial number in output stream: 585 The only reason that I have been able to play again on this machine has been because I have suddenly discovered that running: # prelink /usr/lib/libGL.so.1.2 # prelink /usr/lib/libGLU.so.1.3.070100 on new Mesa installations seems to do some magic of its own that avoids the X_GLXMakeCurrent error. Having said all that, I do think that Mesa git was working for me when Marcus Amsler was checking WoW/Radeon patches in. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|WILL_NOT_FIX| --- Comment #10 from [EMAIL PROTECTED] 2008-07-04 07:50 --- Hi folks- back again :) Sorry about this. When I was performing my tests before, I was not doing them from a clean boot on each occasion. That means the values in /proc/sys/kernel/acpi_video_flags had been set by one method and not reset prior to trying another. I have just performed, using 2.6.26-rc8, clean boots into single user mode, no X, the echo mem /sys/power/state test. The backlight did not come on after resume :( I have repeated this three times. /proc/sys/kernel/acpi_video_flags was set to 0 before and after resuming. I shall attach the diff of the output of intel_reg_dumper before and after suspend. It appears to be larger than last time. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16633|0 |1 is obsolete|| Attachment #16634|0 |1 is obsolete|| --- Comment #11 from [EMAIL PROTECTED] 2008-07-04 07:52 --- Created an attachment (id=16731) -- (http://bugzilla.kernel.org/attachment.cgi?id=16731action=view) diff of intel_reg_dumper output before/after a suspend Note that I had a VGA monitor plugged into the machine for the duration of all of the three tests, from boot. At no point did anything appear on it, though (I didn't start X and I don't appear to have the BIOS configured to echo to it). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #12 from [EMAIL PROTECTED] 2008-07-04 08:15 --- Is there any difference with X? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #13 from [EMAIL PROTECTED] 2008-07-04 08:38 --- The backlight still doesn't come on. The intel regs are slightly different, because X has enabled my external display. I'm going to attach the output of the reg dumper before and after (files also include contents of acpi_video_flags and uname -a output) -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #14 from [EMAIL PROTECTED] 2008-07-04 08:38 --- Created an attachment (id=16733) -- (http://bugzilla.kernel.org/attachment.cgi?id=16733action=view) intel_reg_dumper output (and other bits) prior to suspend, in X -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #15 from [EMAIL PROTECTED] 2008-07-04 08:39 --- Created an attachment (id=16734) -- (http://bugzilla.kernel.org/attachment.cgi?id=16734action=view) intel_reg_dumper output (and other bits) after suspend, in X -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10985] backlight doesn't come on after resume with i915 video
http://bugzilla.kernel.org/show_bug.cgi?id=10985 --- Comment #16 from [EMAIL PROTECTED] 2008-07-04 10:06 --- Jon, when you booted into single user you remembered to load i915 right? The register diffs make it look like the suspend/resume capable i915 driver wasn't loaded... -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 8636] [r300] Driver does not support GLX_SGI_make_current_read
http://bugs.freedesktop.org/show_bug.cgi?id=8636 Corbin Simpson [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Corbin Simpson [EMAIL PROTECTED] 2008-07-04 14:02:10 PST --- Mesa 7.1rc1 correctly reports GLX 1.4 and advertises GLX_SGI_make_current_read. Closing this one. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12282] hi cpu usage with simple 3d apps
http://bugs.freedesktop.org/show_bug.cgi?id=12282 Corbin Simpson [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #1 from Corbin Simpson [EMAIL PROTECTED] 2008-07-04 14:10:37 PST --- glxgears goes as fast as possible, and more often than not, it will consume a large amount of your CPU. Do you have any other test cases? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16615] Texture corruption in World of Warcraft (moderately recent)
http://bugs.freedesktop.org/show_bug.cgi?id=16615 Markus Amsler [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Markus Amsler [EMAIL PROTECTED] 2008-07-04 16:35:47 PST --- X Error of failed request: GLXBadDrawable Major opcode of failed request: 156 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 585 Current serial number in output stream: 585 I remember this error too, but I' haven't seen it for a long time. I think (not sure) it was a compile/installation issue. The artifacts look quite similar to the ones I had and fixed with commit acb47dee69a165f242d88f9eac60fc5646e33410 Author: Markus Amsler [EMAIL PROTECTED] Date: Fri May 2 01:58:18 2008 + r300: Set correct VAP_CNTL per vertex program. Does disabling pixelshaders help? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16615] Texture corruption in World of Warcraft (moderately recent)
http://bugs.freedesktop.org/show_bug.cgi?id=16615 --- Comment #4 from Markus Amsler [EMAIL PROTECTED] 2008-07-04 17:10:44 PST --- Just checked it with a RV370, its the multitexture problem with s3tc. you should see a *WARN_ONCE* File r300_texstate.c function compute_tex_image_offset line 231 DXT 3/5 suffers from multitexturing problems! *** warning in the console. Disabling s3tc in driconf should do the trick. Strange is that disabling pixelshaders removes all terrain related artifacts, I'm not sure why. Also on r500 I see no artifacts at all, although it should suffer from the same multitexture problems. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel