[Mesa-dev] [PATCH] llvmpipe: Remove the ARB_draw_instanced capability.

Olivier Galibert galibert at pobox.com
Mon Jun 25 11:17:28 PDT 2012


On Mon, Jun 25, 2012 at 05:34:25AM -0700, Jose Fonseca wrote:
> ----- Original Message -----
> > That capability requires integer handling and that's not yet active,
> > ending with a failure in draw-non-instanced unless you force it on.
> > See bug 51366.
> >     
> > Frankly, I'd rather have that patch rejected and integer/glsl 130
> > capability activated instead.  There still are things missing, but
> > they mostly have their own extension anyway.  And the overall picture
> > ain't so bad.
> 
> I'm personally also more interested in seeing llvmpipe to get the missing features for GLSL 1.30 / OGL 3.
> 
> What's the overall picture of llvmpipe w/ integer/glsl 130? That is, how many piglit tests go from skipped to passed/failed?

To failed:

precision-05.vert
link-mismatch-layout-02
no-redeclaration-01.vert
feature-macro.vert
fs-exec-after-break
  - general failures, everybody has them

vs-clip-distance-bulk-assign
vs-clip-distance-inout-param
vs-clip-distance-out-param
vs-clip-distance-retval
  - haven't checked what the problem is, softpipe has it right

fs-isinf-vec2
fs-isinf-vec3
fs-isinf-vec4
vs-isinf-vec2
vs-isinf-vec3
vs-isinf-vec4
  - test is iffy

fs-texelFetch-2D
fs-texelFetchOffset-2D
  - no texelFetch support yet

fs-texture-sampler2dshadow-10
fs-texture-sampler2dshadow-11
  - dunno what's going on, softpipe fails it too

vs-attrib-ivec4-implied
vs-attrib-ivec4-precision
vs-attrib-uvec4-implied
vs-attrib-uvec4-precision
  - use glVertexAttribIPointer, which is GL 3.0+ only

vs-textureLod-miplevels
  - issue with vertex shader invalidation when sampler mode changes (as in, it's not done)

vs-textureLod-miplevels-2
  - you know that one, it's nowhere near fixed yet (the softpipe patch is awaiting review too :-)

texel-offset-limits
  - no limits defined in lp_screen.c, udnno whether texture() would take it into account either

To pass:
1503 total, it seems, you can be sure I'm not going to list them :-)

Best,

  OG.


More information about the mesa-dev mailing list