http://bugs.freedesktop.org/show_bug.cgi?id=13454
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #7 from [
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:
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: ---
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?
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
http://bugs.freedesktop.org/show_bug.cgi?id=12385
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
http://bugs.freedesktop.org/show_bug.cgi?id=13488
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from [
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.
http://bugs.freedesktop.org/show_bug.cgi?id=13328
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://bugs.freedesktop.org/show_bug.cgi?id=13328
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
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
http://bugs.freedesktop.org/show_bug.cgi?id=10132
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
http://bugs.freedesktop.org/show_bug.cgi?id=12795
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
-
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
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)
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.
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
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
40 matches
Mail list logo