-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This should already be fixed. Sorry for the noise.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuPG/AACgkQX1gOwKyEAw/bqgCffi8cMZUH0+nePKUphtUInOMz
QgAAn
From: Bo Ørsted Andresen
---
src/glx/indirect.h |2 +-
src/glx/indirect_size.c |2 +-
src/glx/indirect_size.h |2 +-
src/mesa/glapi/gen/gl_XML.py |2 +-
src/mesa/glapi/glapitemp.h |2 +-
src/mesa/main/compiler.h |2 +-
6 files changed, 6 insertio
http://bugs.freedesktop.org/show_bug.cgi?id=26875
Thomas Anderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26875
Summary: src/mesa/main/compiler.h:176:26: error: missing ')' in
expression
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
Hello all!
I recently plugged in old TNT2 (nv05) card and started to playing with it.
This hardware can do quads and triangles, but not lines or points So, i
need to emulate them.
utah-glx has some code exactly for this generation of hardware:
http://utah-glx.cvs.sourceforge.net/viewvc/u
From: Chia-I Wu
When the paint is color, paint_bind_samplers binds a dummy sampler
without a texture. It causes demos requiring a sampler (those use a
mask or an image) to crash.
---
src/gallium/state_trackers/vega/paint.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git
On 03.03.2010 20:23, Luca Barbieri wrote:
>> And never will... It does not export PIPE_CAP_GLSL, and does not have
>> the shader opcodes to ever do so.
>
> Any Gallium driver should be able to support the GLSL subset without
> control flow.
>
> And if we had a proper optimization infrastructure
On Wed, 2010-03-03 at 06:58 -0800, Luca Barbieri wrote:
> BTW, i915 is also limited to 0-7 generic indices, and thus doesn't
> work with GLSL at all right now.
>
> This should be relatively easy to fix since it should be enough to
> store the generic indices in the "texCoords" arrays, and then pas
On Wed, 2010-03-03 at 11:23 -0800, Luca Barbieri wrote:
> > And never will... It does not export PIPE_CAP_GLSL, and does not have
> > the shader opcodes to ever do so.
>
> Any Gallium driver should be able to support the GLSL subset without
> control flow.
>
> And if we had a proper optimization
> And never will... It does not export PIPE_CAP_GLSL, and does not have
> the shader opcodes to ever do so.
Any Gallium driver should be able to support the GLSL subset without
control flow.
And if we had a proper optimization infrastructure capable of inlining
functions, converting conditionals
On Wed, 2010-03-03 at 06:58 -0800, Luca Barbieri wrote:
> BTW, i915 is also limited to 0-7 generic indices, and thus doesn't
> work with GLSL at all right now.
And never will... It does not export PIPE_CAP_GLSL, and does not have
the shader opcodes to ever do so.
Keith
Florian Mickler wrote:
> On Tue, 2 Mar 2010 11:50:05 -0800
> Jesse Barnes wrote:
>
>> So the server is hanging when the client tries to get buffers? Can you
>> see what it's doing at the time?
>>
>
> i'll try tomorrow...
>
> meanwhile, i watched a film and did some other things and now glxgear
On Wed, 03 Mar 2010 12:31:24 +0100
Francisco Jerez wrote:
> Florian Mickler writes:
>
> > [...]
> > p.s.: my software stack is git master of libdrm, mesa
> > and xf86-video-intel as well as xserver-master + krh's pull request, so
> > that it looks light that:
> > 90b6ab4c5f057737b5396f987fdea7d
On 03.03.2010 14:07, José Fonseca wrote:
> On Wed, 2010-03-03 at 04:27 -0800, Luca Barbieri wrote:
>>> PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa.
>>> PIPE_FORMAT_R8G8B8X8_UNORM doesn't exist hence it appears to be
>>> unnecessary. So it doesn't make sense to rename.
>> How about D3DFMT_X8B8G
BTW, i915 is also limited to 0-7 generic indices, and thus doesn't
work with GLSL at all right now.
This should be relatively easy to fix since it should be enough to
store the generic indices in the "texCoords" arrays, and then pass
them to draw_find_shader_output.
--
On Tue, Mar 02, 2010 at 09:43:51PM +0100, Luca Barbieri wrote:
> - Not sure about i965
On i965 interpolators are not a dedicated piece of hardware, they're
programs like the other shaders. So the problem is entirely
different, and more at the level of space allocation in the
thread-to-thread comm
On Wed, 2010-03-03 at 13:31 +0100, Simon Thum wrote:
>
> It then runs fine. I'm on radeon r200, but since my update yesterday
> (git master stack using gentoo overlay) I also have OpenGL problems,
> most notably, KWin 4.4's compositing doesn't work any more. Probably,
> this isn't just intel then
On Wed, 2010-03-03 at 04:27 -0800, Luca Barbieri wrote:
> > PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa.
> > PIPE_FORMAT_R8G8B8X8_UNORM doesn't exist hence it appears to be
> > unnecessary. So it doesn't make sense to rename.
>
> How about D3DFMT_X8B8G8R8? That should map to PIPE_FORMAT_R8G
> PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa. PIPE_FORMAT_R8G8B8X8_UNORM
> doesn't exist hence it appears to be unnecessary. So it doesn't make sense to
> rename.
How about D3DFMT_X8B8G8R8? That should map to PIPE_FORMAT_R8G8B8X8_UNORM.
BTW, we are also missing D3DFMT_X4R4G4B4, D3DFMT_X1R
On Tue, 2 Mar 2010 13:59:00 -0800
Jesse Barnes wrote:
> commit 529bf185fbcb9f7705b315a5106054ee25c1c77f
> Author: Eric Anholt
> Date: Wed Feb 24 17:54:13 2010 -0800
>
> In frame event handling, track drawable id instead of drawable
> pointer.
>
> in your xf86-video-intel tree?
>
yes
Florian Mickler writes:
> [...]
> p.s.: my software stack is git master of libdrm, mesa
> and xf86-video-intel as well as xserver-master + krh's pull request, so
> that it looks light that:
> 90b6ab4c5f057737b5396f987fdea7dd5716b086 glx/dri2: Notify the driver when its
> buffers become invalid.
On Tue, 2010-03-02 at 12:43 -0800, Luca Barbieri wrote:
> The difference between an easier and harder life for (some) drivers is
> whether the limit is tied to hardware interpolators or not.
> Once we decide to not tie it, whether the limit is 128 or 256 is of
> course quite inconsequential.
> Allo
Consistency between different formats is not always a good metric here, as
there are all sort of historical reasons which make the used set of formats out
of all possible quite asymmetric.
PIPE_FORMAT_X8B8G8R8_UNORM is being used by mesa. PIPE_FORMAT_R8G8B8X8_UNORM
doesn't exist hence it appear
23 matches
Mail list logo