[Bug 13454] [855gm]glxgears can not run

http://bugs.freedesktop.org/show_bug.cgi?id=13454 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #7 from [

[Bug 13446] display turns off after some time using kernel modules from git

http://bugs.freedesktop.org/show_bug.cgi?id=13446 --- Comment #5 from [EMAIL PROTECTED] 2007-12-04 01:30 PST --- I also can see this "jittering", but there are no usable log entries neither in kernel log nor in Xorg.0.log. :( I will give Sergio's patch a try. -- Configure bugmail:

[Bug 13446] display turns off after some time using kernel modules from git

http://bugs.freedesktop.org/show_bug.cgi?id=13446 --- Comment #6 from [EMAIL PROTECTED] 2007-12-04 03:38 PST --- OK, as posted in #13326 it does not help here. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Bug 13488] DRI Wiki Maintainance

http://bugs.freedesktop.org/show_bug.cgi?id=13488 --- Comment #1 from [EMAIL PROTECTED] 2007-12-04 05:02 PST --- I forgot to say the file where to change that line -- /etc/apache2/sites-enabled/500-dri.freedesktop.org -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?

[Bug 13508] texture applied incorrect if format is GL_LUMINANCE_ALPHA

http://bugs.freedesktop.org/show_bug.cgi?id=13508 --- Comment #2 from [EMAIL PROTECTED] 2007-12-04 05:32 PST --- Note that you're requesting an internalFormat of 1, which is GL_LUMINANCE, not LUMINANCE_ALPHA. There's nothing wrong with that, but the bug could be rather with this inter

[Bug 12385] i915 work with beryl only at 16bpp (i854G)

http://bugs.freedesktop.org/show_bug.cgi?id=12385 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX

[Bug 13488] DRI Wiki Maintainance

http://bugs.freedesktop.org/show_bug.cgi?id=13488 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from [

[Bug 13488] DRI Wiki Maintainance

http://bugs.freedesktop.org/show_bug.cgi?id=13488 --- Comment #3 from [EMAIL PROTECTED] 2007-12-04 08:16 PST --- There is nobody else doing maintenance work on dri.freedesktop.org AFAIK, so feel free to proceed, Benjamin. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.

[Bug 13328] VT switching with OpenGL application running freezes Xorg

http://bugs.freedesktop.org/show_bug.cgi?id=13328 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug 13328] VT switching with OpenGL application running freezes Xorg

http://bugs.freedesktop.org/show_bug.cgi?id=13328 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 13299] Mesa 7.0.1 implementation error: i915_program_error: Exceeded max ALU instructions

http://bugs.freedesktop.org/show_bug.cgi?id=13299 --- Comment #2 from [EMAIL PROTECTED] 2007-12-04 09:19 PST --- Created an attachment (id=12931) --> (http://bugs.freedesktop.org/attachment.cgi?id=12931&action=view) my xorg.conf I'm attaching one of files you requested. As for other

[Bug 10132] dri doesn't work on second head (r128)

http://bugs.freedesktop.org/show_bug.cgi?id=10132 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: options list with 2 drivers (bug 10132)

On Mon, 2007-12-03 at 18:01 -0500, Felix Kühling wrote: > I'm looking at the details in the bugzilla entry right now. This may or > may not apply to michalwd1979's problem. > > I think the problem happens when r128CreateScreen calls > driParseOptionInfo. It gets the two arguments __driConfigOpti

[Bug 12795] no effective checking pciaccess version when compiling with xserver-1.3

http://bugs.freedesktop.org/show_bug.cgi?id=12795 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 13446] display turns off after some time using kernel modules from git

http://bugs.freedesktop.org/show_bug.cgi?id=13446 --- Comment #7 from [EMAIL PROTECTED] 2007-12-04 10:34 PST --- It sounds as if this is the same problem as bug #13326. Anyone object to marking it as a dup? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email -

[Bug 13327] Xorg crashes on attempting to run fragment shader

http://bugs.freedesktop.org/show_bug.cgi?id=13327 --- Comment #3 from [EMAIL PROTECTED] 2007-12-04 11:20 PST --- Created an attachment (id=12935) --> (http://bugs.freedesktop.org/attachment.cgi?id=12935&action=view) A GDB backtrace of the crash Here's a gdb backtrace -- Configure

i915_compat.c: writing 32 bits to a 64-bit BAR

The GWB flush BAR for i915 and later chipsets is 64-bits wide, but on 32-bit kernels, the resources are 32-bits. Use the upper_32_bits macro instead of a shift by 32 to extract the right value on all machines. diff --git a/linux-core/i915_compat.c b/linux-core/i915_compat.c index e119a99..f03f6c7

Allow relocation to be skipped when buffers don't move.

commit 4d0b98d14dd6638ba000150686328d93cda6f410 Author: Keith Packard <[EMAIL PROTECTED]> Date: Tue Dec 4 12:22:30 2007 -0800 Allow relocation to be skipped when buffers don't move. One of the costs of superioctl has been the need to perform relocations inside the kernel. The co

[PATCH] don't free the hw lock if it's driver mapped

The map removal code was blithely freeing the lock structure, even if it was part of a _DRM_DRIVER mapping. This caused X to crash at startup if you used a DRI aware driver. Look good? There may be a nicer way to do it... Jesse diff --git a/linux-core/drm_drv.c b/linux-core/drm_drv.c index 6a

Re: [PATCH] don't free the hw lock if it's driver mapped

On Tuesday, December 04, 2007 12:30 pm Jesse Barnes wrote: > The map removal code was blithely freeing the lock structure, even if it > was part of a _DRM_DRIVER mapping. This caused X to crash at startup if > you used a DRI aware driver. > > Look good? There may be a nicer way to do it... Dave

[Bug 13527] New: GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 Summary: GL_LINE_LOOP is broken on R200 Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #1 from [EMAIL PROTECTED] 2007-12-04 14:12 PST --- Using driconf I disabled 3D acceleration and restarted Blender. There is no issue in this case: camera is drawn correctly and all the other glitches I observed with hardwar

Radeon kernel mode setting code

Hi, So here it's my kernel modesetting code finaly accessible publicly :) git clone git://people.freedesktop.org/~glisse/drm The beast is in modesetting-radeon code. This is primilary work ie this is not intended for end user but for developer, curious people or people living beyond the edge. Her

Re: Allow relocation to be skipped when buffers don't move.

Keith Packard wrote: >commit 4d0b98d14dd6638ba000150686328d93cda6f410 >Author: Keith Packard <[EMAIL PROTECTED]> >Date: Tue Dec 4 12:22:30 2007 -0800 > >Allow relocation to be skipped when buffers don't move. > >One of the costs of superioctl has been the need to perform relocations

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #2 from [EMAIL PROTECTED] 2007-12-04 14:54 PST --- Yes, this looks like a r200 dri driver bug. Probably related to the tcl code and the render templates this uses (line loops are decomposed into line strips or lines (though

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #3 from [EMAIL PROTECTED] 2007-12-04 15:04 PST --- You are correct. I set tcl_mode=0 and restarted Blender and all the glitches I saw in the interface are gone. Thanks a lot for the workaround! :) Is this something that c

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #4 from [EMAIL PROTECTED] 2007-12-04 15:21 PST --- Aha, this explains why the selection boxes in HomeWorldSDL only show the right and bottom edges on R200. Checking the code shows GL_LINE_LOOP is used there. However it use

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #5 from [EMAIL PROTECTED] 2007-12-04 15:27 PST --- Actually, is this might be a duplicate of bug 12410? Though seem to recall it working correctly with a 855 and R100 though. -- Configure bugmail: http://bugs.freedesktop

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #6 from [EMAIL PROTECTED] 2007-12-04 16:25 PST --- (In reply to comment #3) > Is this something that can fixed later in R200 code, or will I need to use > this trick (tcl_mode=0) forever? This certainly can (and should) be

[Bug 13527] GL_LINE_LOOP is broken on R200

http://bugs.freedesktop.org/show_bug.cgi?id=13527 --- Comment #7 from [EMAIL PROTECTED] 2007-12-04 16:38 PST --- Created an attachment (id=12949) --> (http://bugs.freedesktop.org/attachment.cgi?id=12949&action=view) use _tnl_translate_prim so begin and end flags are included in flags

[Bug 13508] texture applied incorrect if format is GL_LUMINANCE_ALPHA

http://bugs.freedesktop.org/show_bug.cgi?id=13508 --- Comment #3 from [EMAIL PROTECTED] 2007-12-04 17:11 PST --- I do not mean the alpha channel on this bug. The image drawn only is half size with current i915 driver. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi

[Bug 13442] [i965-TTM]mesa demo "glxgears" hang system

http://bugs.freedesktop.org/show_bug.cgi?id=13442 --- Comment #3 from [EMAIL PROTECTED] 2007-12-04 17:23 PST --- Eric said: 1. it seems to be 965gm specific issue, as 965g is working on his side. Colin, please test this on 965g. 2. Even non-ttm doesn't work on Eric's 965gm. -- Conf

[Bug 13508] texture applied incorrect if format is GL_LUMINANCE_ALPHA

http://bugs.freedesktop.org/show_bug.cgi?id=13508 --- Comment #4 from [EMAIL PROTECTED] 2007-12-04 17:33 PST --- (In reply to comment #3) > I do not mean the alpha channel on this bug. > The image drawn only is half size with current i915 driver. I never suggested it has something to

Re: Allow relocation to be skipped when buffers don't move.

On Tue, 2007-12-04 at 23:42 +0100, Thomas Hellström wrote: > Kernel mapping of buffer object doesn't wait for fences to pass, however > the kernel code needs to make sure before mapping, that the buffer is > either on the unfenced list or validated with NO_EVICT, since a buffer > must not move

[Bug 13439] [TTM i965]mesa demo "fire" crash Xorg

http://bugs.freedesktop.org/show_bug.cgi?id=13439 --- Comment #1 from [EMAIL PROTECTED] 2007-12-04 17:49 PST --- totally rewriting the code in question anyway at the moment. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mai

[Bug 13358] Error: couldn't get an RGB, Double-buffered visual

http://bugs.freedesktop.org/show_bug.cgi?id=13358 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Radeon X800XL 256 (R430) can|Error: couldn't get an RGB,

[Bug 13531] New: Seg fault when draw triangle if GL_LIGHT_MODEL_TWO_SIDE is TRUE and glFrontFace is GL_CW

http://bugs.freedesktop.org/show_bug.cgi?id=13531 Summary: Seg fault when draw triangle if GL_LIGHT_MODEL_TWO_SIDE is TRUE and glFrontFace is GL_CW Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 13531] Seg fault when draw triangle if GL_LIGHT_MODEL_TWO_SIDE is TRUE and glFrontFace is GL_CW

http://bugs.freedesktop.org/show_bug.cgi?id=13531 --- Comment #1 from [EMAIL PROTECTED] 2007-12-04 23:56 PST --- Created an attachment (id=12956) --> (http://bugs.freedesktop.org/attachment.cgi?id=12956&action=view) test case The bug does not exists with i965 driver and Mesa 7.0.2.

Re: Allow relocation to be skipped when buffers don't move.

Keith, Keith Packard wrote: >On Tue, 2007-12-04 at 23:42 +0100, Thomas Hellström wrote: > > > >>Kernel mapping of buffer object doesn't wait for fences to pass, however >>the kernel code needs to make sure before mapping, that the buffer is >>either on the unfenced list or validated with NO_E

[Bug 13358] Error: couldn't get an RGB, Double-buffered visual

http://bugs.freedesktop.org/show_bug.cgi?id=13358 --- Comment #2 from [EMAIL PROTECTED] 2007-12-04 23:40 PST --- Weird one - I suppose this doesn't happen with Git of everything including xserver? Can you attach the output of glxinfo from before and after the problem? -- Configure