Skip to content
Snippets Groups Projects
  1. Nov 27, 2011
  2. Nov 22, 2011
    • Lina Versace's avatar
      intel: Fix separate stencil in builtin DRI2 backend · 2a455665
      Lina Versace authored
      
      intelAllocateBuffer() was oblivious to separate stencil buffers.  This
      patch fixes it to allocate a non-tiled stencil buffer with special pitch,
      just as the DDX does.
      
      Without this, any app that attempted to create an EGL surface with stencil
      bits would crash. Of course, this affected only environments that used the
      builtin DRI2 backend, such as Android and Wayland.
      
      Fixes GLBenchmark2.1 on Android on gen7.
      
      Note: This is a candidate for the 7.11 branch.
      Tested-by: default avatarLouie Tsaie <louie.tsai@intel.com>
      Signed-off-by: default avatarChad Versace <chad.versace@linux.intel.com>
      (cherry picked from commit 79653c12)
      
      Conflicts:
      
      	src/mesa/drivers/dri/intel/intel_screen.c
      2a455665
    • Lina Versace's avatar
      intel: Fix region dimensions for stencil buffers received from DDX · 68060d6b
      Lina Versace authored
      
      I changed the dimensions of the stencil buffer's region, as allocated by
      the DDX, at xf86-video-intel commit
         commit 3e55f3e88b40471706d5cd45c4df4010f8675c75
         dri: Do not tile stencil buffer
      But I forgot to make the analogous update to the Intel DRI2 glue in Mesa.
      This patch makes that update.
      
      Surprisingly, the mismatch did not cause any bugs. But the mismatch, if
      left unfixed, *would* create bugs in the next commit.
      
      Note: This is a candidate for the 7.11 branch.
      Signed-off-by: default avatarChad Versace <chad.versace@linux.intel.com>
      (cherry picked from commit 50b33560)
      68060d6b
    • Lina Versace's avatar
      intel: Simplify stencil detiling arithmetic · fd35fab3
      Lina Versace authored
      
      When calculating the y offset needed for detiling window system stencil
      buffers, replace the term
         region->height * 2 + region->height % 2 - 1
      with
         rb->Height - 1 .
      
      The two terms are incidentally equivalent due to some out-of-date,
      incorrect code in the Intel DRI2 glue for DDX. (See
      intel_process_dri2_buffer_with_separate_stencil(), line ``buffer_height /=
      2;``).
      
      Note: This is a candidate for the 7.11 branch (only the intel_span.c hunk).
      Signed-off-by: default avatarChad Versace <chad.versace@linux.intel.com>
      (cherry picked from commit dc4c3a31)
      
      Conflicts:
      
      	src/mesa/drivers/dri/intel/intel_fbo.c
      	src/mesa/drivers/dri/intel/intel_span.c
      fd35fab3
  3. Nov 21, 2011
  4. Nov 18, 2011
  5. Nov 17, 2011
  6. Nov 10, 2011
    • Emma Anholt's avatar
      glsl: Fix gl_NormalMatrix swizzle setup to match i965's invariants. · 172de77b
      Emma Anholt authored
      
      A driver trying to set up builtin uniforms is faced with a problem:
      How do I walk the ir_variable structure (representing an array of
      structs, or array of matrices, or struct, or whatever), and set up
      driver structures so that dereference of that uniform gets the
      corresponding ParameterValues[] entry.  The rule in general is that
      each corresponding vector-sized field of an array of structs is one
      builtin uniform state slot.  i965 relied on another invariant: each
      state slot has a number of unique channel swizzles corresponding to
      the number of elements in the field's vector, to avoid needing to walk
      the glsl_type in parallel to get at vector_elements.
      
      All of the builtin uniforms followed this behavior, except for
      gl_NormalMatrix.  That's a mat3 (so 3 vec3s), but it was swizzled as 3
      vec4s.
      
      Fixes piglit glsl-fs-normalmatrix.
      Reviewed-by: default avatarPaul Berry <stereotype441@gmail.com>
      (cherry picked from commit cc4ddc3a)
      172de77b
    • Kenneth Graunke's avatar
      mesa/get: Move MAX_LIGHTS from GL/ES2 to GL/ES1. · 6b151886
      Kenneth Graunke authored
      
      It's required for ES 1.0 and 1.1, and isn't specified for ES 2.
      
      While the comment says Mesa depends on it internally, removing it from
      ES2 doesn't seem to regress any Piglit or ES2 conformance tests.
      
      Signed-off-by: Kenneth Graunke's avatarKenneth Graunke <kenneth@whitecape.org>
      Reviewed-by: default avatarIan Romanick <ian.d.romanick@intel.com>
      (cherry picked from commit 5785cd2b)
      6b151886
  7. Nov 05, 2011
    • Jose Fonseca's avatar
      docs: Update llvmpipe docs. · 436db5df
      Jose Fonseca authored
      Recommend LLVM 2.9, it has been working quite well, and unlike earlier
      versions, it works out-of-the-box without patches.
      
      Update Windows instructions.
      436db5df
  8. Nov 03, 2011
  9. Nov 02, 2011
  10. Oct 29, 2011
  11. Oct 27, 2011
  12. Oct 26, 2011
  13. Oct 24, 2011
Loading