This is not exposed generally yet because some of the swrast paths hit
in piglit (drawpixels, copypixels, blit) aren't yet converted to
MapRenderbuffer.
Reviewed-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_misc_state.c |5 -
src/mesa/drivers/dri/i965/brw_wm_surface_state.
With separate stencil GL_DEPTH32F_STENCIL8, the miptree will have a
really different format (MESA_FORMAT_Z32_FLOAT) from the teximage
(MESA_FORMAT_Z32_FLOAT_X24S8).
v2: Do it for gen7, too.
Reviewed-by: Kenneth Graunke (v1)
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c |2 +-
src/me
This is a little more unusual than the separate MESA_FORMAT_S8_Z24
support, because in addition to storing the real stencil data in a
MESA_FORMAT_S8 miptree, we also make the Z miptree be
MESA_FORMAT_Z32_FLOAT instead of the requested format.
Reviewed-by: Kenneth Graunke
---
src/mesa/drivers/dri
The format handling here is tricky, because we're not actually
generating a Z32_FLOAT_X24S8 miptree, so we're guessing the format
that GL wants based on seeing Z32_FLOAT with a separate stencil.
Reviewed-by: Kenneth Graunke
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 22 ++
All the operations were just trying to get at irb->wrapped_depth->mt,
which is the same as irb->mt now.
Reviewed-by: Kenneth Graunke
---
src/mesa/drivers/dri/intel/intel_fbo.c | 92 +++-
src/mesa/drivers/dri/intel/intel_fbo.h | 27 +-
2 files changed, 8 in
This little bit of logic was duplicated, which isn't much, but I was
going to need to duplicate a bit of additional logic in the next
commit.
---
src/mesa/drivers/dri/intel/intel_tex_validate.c | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/src/mesa/drivers/
There were only two places it was really used at this point, which was
in the batchbuffer emit of the separate stencil packets for gen6/7.
Just write in the ->stencil_mt reference in those two places and ditch
all this flailing around with allocation and refcounts.
v2: Fix separate stencil on gen7
gen7 only supports the non-packed formats, even if you associate a
real separate stencil buffer -- otherwise it's as if the depth test
always fails.
This requires a little bit of care in the match_texture_image case,
since the miptree doesn't track the effective format of a mapping
(with S8 merged
See previous commit for more information.
---
src/mesa/drivers/common/meta.c | 47 ++-
1 files changed, 12 insertions(+), 35 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 259041f..1683c85 100644
--- a/src/mesa
This helper function is used during mipmap generation to prepare space
for the destination mipmap levels.
This improves/fixes two things:
1. If the texture object was created with glTexStorage2D, calling
_mesa_TexImage2D() to allocate the new image would generate
INVALID_OPERATION since the
We'll call this from the mipmap generation code.
---
src/mesa/main/teximage.c | 11 ++-
src/mesa/main/teximage.h |4
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 8a002b6..eccc0fd 100644
--- a/src/mesa/m
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
src/mesa/drivers/dri/i965/brw_context.h |3 ++
src/mesa/drivers/dri/i965/brw_gs_emit.c | 10
src/mesa/drivers/dri/i965/gen6_sol.c| 38 +++
4 files changed, 52 inse
2011/12/15 Mathias Fröhlich :
>
> Brian,
>
> On Thursday, December 15, 2011 17:08:57 Brian Paul wrote:
>> There's a regression in vertex array drawing with this commit:
>>
>> commit ed42c2580717527b2005580940fc766d95bb6b0b
>> Author: Mathias Fröhlich
>> Date: Mon Oct 31 16:23:40 2011 +0100
>>
>>
Brian,
On Thursday, December 15, 2011 17:08:57 Brian Paul wrote:
> There's a regression in vertex array drawing with this commit:
>
> commit ed42c2580717527b2005580940fc766d95bb6b0b
> Author: Mathias Fröhlich
> Date: Mon Oct 31 16:23:40 2011 +0100
>
> vbo: Use The VERT_{ATTRIB,BIT} defi
https://bugs.freedesktop.org/show_bug.cgi?id=43864
Christoph Bumiller changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 15.12.2011 21:10, Jose Fonseca wrote:
>
> - Original Message -
>>
>> - Original Message -
>>> On 15.12.2011 20:09, Jose Fonseca wrote:
- Original Message -
> On 12/14/2011 12:58 AM, Ian Romanick wrote:
>> On 12/13/2011 01:25 PM, Jose Fonseca wrote:
>>> --
- Original Message -
>
>
> - Original Message -
> > On 15.12.2011 20:09, Jose Fonseca wrote:
> > > - Original Message -
> > >> On 12/14/2011 12:58 AM, Ian Romanick wrote:
> > >>> On 12/13/2011 01:25 PM, Jose Fonseca wrote:
> >
> > - Original Message -
>
- Original Message -
> On 15.12.2011 20:09, Jose Fonseca wrote:
> > - Original Message -
> >> On 12/14/2011 12:58 AM, Ian Romanick wrote:
> >>> On 12/13/2011 01:25 PM, Jose Fonseca wrote:
>
> - Original Message -
> > On 12/13/2011 03:09 PM, Jose Fonseca wrote
- Original Message -
> On 12/13/2011 04:22 PM, Jose Fonseca wrote:
> > - Original Message -
> >>
> >> - Original Message -
> >>> On 12/13/2011 03:48 PM, Jose Fonseca wrote:
> - Original Message -
> > On 12/13/2011 03:25 PM, Jose Fonseca wrote:
> >> -
On 15.12.2011 20:09, Jose Fonseca wrote:
> - Original Message -
>> On 12/14/2011 12:58 AM, Ian Romanick wrote:
>>> On 12/13/2011 01:25 PM, Jose Fonseca wrote:
- Original Message -
> On 12/13/2011 03:09 PM, Jose Fonseca wrote:
>> - Original Message -
>>>
- Original Message -
> On 12/13/2011 02:12 PM, Jose Fonseca wrote:
> >
> >
> > - Original Message -
> >> On 12/13/2011 03:48 PM, Jose Fonseca wrote:
> >>> - Original Message -
> On 12/13/2011 03:25 PM, Jose Fonseca wrote:
> > - Original Message -
> >>
- Original Message -
> On 12/14/2011 12:58 AM, Ian Romanick wrote:
> > On 12/13/2011 01:25 PM, Jose Fonseca wrote:
> >>
> >>
> >> - Original Message -
> >>> On 12/13/2011 03:09 PM, Jose Fonseca wrote:
>
> - Original Message -
> > On 12/13/2011 12:26 PM, Bryan C
On 14 December 2011 13:42, Marek Olšák wrote:
> I think RASTERIZER_DISCARD has nothing to do with transform feedback.
> I think it's part of the same spec because it's not useful without it.
> As I understand it, _NEW_TRANSFORM_FEEDBACK is dirty when transform
> feedback buffer bindings are chang
https://bugs.freedesktop.org/show_bug.cgi?id=43864
--- Comment #1 from Vinson Lee 2011-12-15 10:46:10 PST ---
861a029ddb31e91bb4d8e18ab708d0d172f63aad is the first bad commit
commit 861a029ddb31e91bb4d8e18ab708d0d172f63aad
Author: Marek Olšák
Date: Thu Dec 15 18:42:21 2011 +0100
gallium:
- Original Message -
> On Mon, 2011-12-12 at 07:05 -0800, Jose Fonseca wrote:
> > - Original Message -
> > > Hi,
> > >
> > > I have just pushed a branch containing an LLVM shader backend for
> > > r600g to my
> > > personal git repo:
> > >
> > > http://cgit.freedesktop.org/~tstell
https://bugs.freedesktop.org/show_bug.cgi?id=43864
Bug #: 43864
Summary: src/gallium/drivers/llvmpipe/lp_state_so.c:46: error:
‘struct pipe_stream_output_info’ has no member named
‘output_buffer’
Classification: Unclassified
On Thu, Dec 15, 2011 at 11:08 AM, zhigang gong wrote:
> On Thu, Dec 15, 2011 at 11:57 PM, Eric Anholt wrote:
>> On Thu, 15 Dec 2011 17:58:45 +0800, zhigang.g...@linux.intel.com wrote:
>>> From: Zhigang Gong
>>>
>>> Glamor need a function to create a texture from a
>>> BO allocated by using libdr
On 15 December 2011 08:02, Eric Anholt wrote:
> On Thu, 15 Dec 2011 00:00:49 +0100, Marek Olšák wrote:
> > On Wed, Dec 14, 2011 at 11:25 PM, Paul Berry
> wrote:
> > > (c) Do nothing, and rely on programmers to remember that RasterDiscard
> is an
> > > exception to the usual correspondence betwe
Mathias,
There's a regression in vertex array drawing with this commit:
commit ed42c2580717527b2005580940fc766d95bb6b0b
Author: Mathias Fröhlich
Date: Mon Oct 31 16:23:40 2011 +0100
vbo: Use The VERT_{ATTRIB,BIT} defines.
Signed-off-by: Mathias Froehlich
Reviewed-by: Brian Paul
On Thu, Dec 15, 2011 at 11:57 PM, Eric Anholt wrote:
> On Thu, 15 Dec 2011 17:58:45 +0800, zhigang.g...@linux.intel.com wrote:
>> From: Zhigang Gong
>>
>> Glamor need a function to create a texture from a
>> BO allocated by using libdrm directly in DDX layer.
>> EGL image extension API eglCreateI
On Wed, 14 Dec 2011 14:38:52 -0700, Brian Paul wrote:
> On 12/14/2011 02:13 PM, Eric Anholt wrote:
> > On Tue, 13 Dec 2011 18:07:05 -0700, Brian Paul
> > wrote:
> >> From: Brian Paul
> >>
> >> This fixes two things:
> >> 1. If the texture object was created with glTexStorage2D, the call
> >>
On Thu, 15 Dec 2011 00:00:49 +0100, Marek Olšák wrote:
> On Wed, Dec 14, 2011 at 11:25 PM, Paul Berry wrote:
> > (c) Do nothing, and rely on programmers to remember that RasterDiscard is an
> > exception to the usual correspondence between dirty bits and substructures
> > of gl_context.
> >
> > I
On Thu, 15 Dec 2011 07:43:20 -0700, Brian Paul wrote:
> ---
> src/mesa/main/texformat.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/src/mesa/main/texformat.c b/src/mesa/main/texformat.c
> index c776b41..7e60541 100644
> --- a/src/mesa/main/texformat.c
> +++ b/s
On Thu, 15 Dec 2011 17:58:45 +0800, zhigang.g...@linux.intel.com wrote:
> From: Zhigang Gong
>
> Glamor need a function to create a texture from a
> BO allocated by using libdrm directly in DDX layer.
> EGL image extension API eglCreateImageKHR does support
> this function, but that extension onl
On Wed, 14 Dec 2011 15:11:53 -0800, Kenneth Graunke
wrote:
> On 12/13/2011 01:19 PM, Eric Anholt wrote:
> > On Thu, 8 Dec 2011 17:08:04 -0800, Kenneth Graunke
> > wrote:
> >> Signed-off-by: Kenneth Graunke
> >> + if (one_mask) {
> >> + swizzled_result.writemask = one_mask;
> >> +
From: Zhigang Gong
Added two color formats RGB565 and A8 to gbm layer.
Add A8 to dri layer.
Signed-off-by: Zhigang Gong
---
include/GL/internal/dri_interface.h |1 +
src/gbm/backends/dri/gbm_dri.c|6 ++
src/gbm/main/gbm.h|2 ++
src/mesa
From: Zhigang Gong
Glamor need a function to create a texture from a
BO allocated by using libdrm directly in DDX layer.
EGL image extension API eglCreateImageKHR does support
this function, but that extension only support one
colore format - ARGB32 which is not sufficent for
us. I discussed this
---
src/mesa/main/texformat.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/texformat.c b/src/mesa/main/texformat.c
index c776b41..7e60541 100644
--- a/src/mesa/main/texformat.c
+++ b/src/mesa/main/texformat.c
@@ -118,6 +118,8 @@ _mesa_choose_tex_format( s
v2: use _mesa_pack_colormask() helper and fix incorrect masking arithmetic
---
src/mesa/swrast/s_clear.c | 225 +++--
1 files changed, 113 insertions(+), 112 deletions(-)
diff --git a/src/mesa/swrast/s_clear.c b/src/mesa/swrast/s_clear.c
index 3566370..d94
For generating bit-wise colormasks for arbitrary pixel formats.
---
src/mesa/main/format_pack.c | 75 +++
src/mesa/main/format_pack.h |3 ++
2 files changed, 78 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/format_pack.c b/src/mesa/main/for
Returns max bits per channel for the given format.
---
src/mesa/main/formats.c | 16
src/mesa/main/formats.h |3 +++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index 1f83a53..cca0014 100644
--- a/src/mesa
Another step toward getting rid of the renderbuffer PutRow/etc functions.
v2: fix assorted depth/stencil clear bugs found by Eric
---
src/mesa/swrast/s_clear.c | 49 ++---
src/mesa/swrast/s_depth.c | 235 ---
src/mesa/swrast/s_depth.h |5 +-
42 matches
Mail list logo
