This fixes the piglit EXT_framebuffer_multisample/bitmap tests.
Note that we must not rely on ctx->DrawBuffer when flushing the cache, because
that's already updated with a new framebuffer. We want to draw into the old
framebuffer where glBitmap was called.
---
src/mesa/state_tracker/st_atom_fram
On Sat, 21 Jul 2012 17:36:40 -0700, Chad Versace
wrote:
> After commit "intel: Convert to using private depth/stencil buffers", we
> request from DRI2GetBuffersWithFormat only the front left and back left
> buffers. We no longer request depth and stencil buffers.
>
> Assert that in intelAllocate
This turns on window system multisampling.
No Piglit regressions on Ivybridge.
Tested with `glxgears -samples 1`.
Passes 53/70 of oglconform's winsys multisample tests. The failing tests
mostly consist of those that call glDrawPixels on the depth and stencil
buffer (which fail due to a swrast fa
Transform the code from clever, obfuscated, and imperative to
straight-forward and table-driven.
CC: Ian Romanick
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_screen.c | 167 +-
1 file changed, 97 insertions(+), 70 deletions(-)
diff --git a/src/m
DRI2 configs were constructed in intelInitScreen2. That function already
does too much, so move verbatim the code for creating configs to a new
function, intel_screen_make_configs.
CC: Eric Anholt
CC: Paul Berry
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_screen.c | 189 ++
CC: Eric Anholt
CC: Paul Berry
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_screen.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index 4a12b67..958
Actually, this patch forces an automatic downsample during
intel_miptree_map. And this should occur only due to glReadPixels.
CC: Eric Anholt
CC: Paul Berry
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 10 ++
1 file changed, 10 insertions(+)
diff -
Do this immediately after drawing is complete and at the same time that we
mark the depth buffer as needing a depth resolve.
CC: Eric Anholt
CC: Paul Berry
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/brw_draw.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions
This function does a downsample from mt to mt->singlesample_mt.
Conceptually, this function belongs in intel_mipmap_tree.c. However, it
needs to interact with blorp, which is C++. So I created a new file,
brw_blorp_orphands.cpp, for this and other functions that fall into the
same category.
CC: E
Immediately after obtaining, with DRI2GetBuffersWithFormat, the DRM buffer
handle for a DRI2 buffer, we wrap that DRM buffer handle with a region and
a miptre. This patch additionally allocates an accompanying multisample
miptree if the DRI2 buffer is multisampled.
Since we do not yet advertise mu
Move the logic for creating the ancillary hiz and mcs miptress for winsys
and non-texture renderbuffers from intel_alloc_renderbuffer_storage to
intel_miptree_create_for_renderbuffer. Let's try to isolate complex
miptree logic to intel_mipmap_tree.c.
Without this refactor, code duplication would b
This miptree will be used only for storing the singlesample data of
multisample window system buffers.
CC: Eric Anholt
CC: Paul Berry
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 1 +
src/mesa/drivers/dri/intel/intel_mipmap_tree.h | 23 +
Add a new param, num_samples, to intel_create_renderbuffer and
intel_create_private_renderbuffer. The caller, intelCreateBuffer, passes
in the value of gl_config::NumSamples.
No multisample GL config is yet advertised, so the value of num_samples is
currently 0.
For server-owned winsys buffers, g
Rename quantize_num_samples to intel_quantize_num_samples and change the
first param from struct intel_context* to struct intel_screen*. The
function will later be used by intelCreateBuffer, which is not bound to
any context but is bound to a screen. Since the function now depends on
the screen, mo
The 16-bit depth case did not follow the function's prevalent pattern.
CC: Eric Anholt
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/intel/intel_screen.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/driver
Nearly the whole function body was contained in the 'else' branch. The
'if' branch did one thing: return early with an error. Clean things up by
moving all the code out of the 'else' branch. Decreases max nesting level
from 4 to 3.
CC: Eric Anholt
Signed-off-by: Chad Versace
---
src/mesa/driver
After commit "intel: Convert to using private depth/stencil buffers", we
request from DRI2GetBuffersWithFormat only the front left and back left
buffers. We no longer request depth and stencil buffers.
Assert that in intelAllocateBuffer and remove the related dead code.
CC: Eric Anholt
Signed-of
No Piglit regressions on Ivybridge.
Tested with `glxgears -samples 1`.
Passes 53/70 of oglconform's winsys multisample tests. The failing tests
mostly consist of those that call glDrawPixels on the depth and stencil
buffer (which fail due to a swrast fallback) or do fancy things with the
msaa alp
The multisample-resolve blit relies on this being correct.
---
src/mesa/state_tracker/st_cb_fbo.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_cb_fbo.c
b/src/mesa/state_tracker/st_cb_fbo.c
index e1818ab..7eef5c6 100644
--- a/src/mesa/st
On Sat, Jul 21, 2012 at 9:40 PM, Eric Anholt wrote:
> Marek Olšák writes:
>
>> This fixes a build system regression after Makefile conversions
>> to automake.
>>
>> I need only OPT_FLAGS to set -fno-omit-frame-pointer.
>> ARCH_FLAGS is for --enable-32-bit.
>> I am not sure what PIC_FLAGS is good
Marek Olšák writes:
> This fixes a build system regression after Makefile conversions
> to automake.
>
> I need only OPT_FLAGS to set -fno-omit-frame-pointer.
> ARCH_FLAGS is for --enable-32-bit.
> I am not sure what PIC_FLAGS is good for, but r600g uses it.
>
> VISIBILITY_CFLAGS might be missing
v2: make it more bullet-proof
---
src/mesa/main/fbobject.c | 112 +-
1 file changed, 111 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 4370c72..ca43f81 100644
--- a/src/mesa/main/fbobject.c
+++ b/sr
https://bugs.freedesktop.org/show_bug.cgi?id=52347
Bug #: 52347
Summary: mklib: Error: no object files specified for d3d1x
state tracker
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
O
https://bugs.freedesktop.org/show_bug.cgi?id=48338
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=52346
Bug #: 52346
Summary: libxcb version not specified (correctly) in dependency
check
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/V
On Sat, Jul 21, 2012 at 10:07 AM, Matt Turner wrote:
> ---
> src/mesa/main/imports.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
> index 0fc8f55..73913b5 100644
> --- a/src/mesa/main/imports.h
> +++ b/src/mesa/ma
---
src/mesa/main/imports.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 0fc8f55..73913b5 100644
--- a/src/mesa/main/imports.h
+++ b/src/mesa/main/imports.h
@@ -119,7 +119,7 @@ typedef union { GLfloat f; GLint i;
Check the internal format instead of gl_format. Sometimes a driver may
allocate two textures of formats e.g. RGBA and ARGB
from internalformat GL_RGBA8, and doing a resolve between those 2 GL_RGBA8
formats results in a GL error.
Technically speaking, a user getting the error has done nothi
On Fri, Jul 20, 2012 at 6:29 PM, Chad Versace
wrote:
> Add a command line parameter, `-sample N`, which selects a visual with at
> least N samples.
For the series, Reviewed-by: Brian Paul
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://
I went ahead and pushed it. Hopefully it should fix it.
Jose
- Original Message -
> The attached patch should fix, but I don't have a machine with old
> llvm now.
>
> Jose
>
> - Original Message -
> > - Original Message -
> > > Hi guys
> > >
> > > LLVM 2.8 doesn't appea
- Original Message -
> > Yes, mcjit is only used/necessary from llvm-3.1 onwards, so the
> > autoconf code should check conditiionally.
> >
> > BTW, I'll soon commit a change that will stop using mcjit from 3.2
> > onwards (as with the current LLVM 3.2 trunk, AVX is supported by
> > the old
The attached patch should fix, but I don't have a machine with old llvm now.
Jose
- Original Message -
> - Original Message -
> > Hi guys
> >
> > LLVM 2.8 doesn't appear to have mcjit, so we end up with no llvm
> > libs
> > defined,
>
> Yes, mcjit is only used/necessary from llv
> Yes, mcjit is only used/necessary from llvm-3.1 onwards, so the autoconf code
> should check conditiionally.
>
> BTW, I'll soon commit a change that will stop using mcjit from 3.2 onwards
> (as with the current LLVM 3.2 trunk, AVX is supported by the old jit, which
> is more stable/polished).
- Original Message -
> Hi guys
>
> LLVM 2.8 doesn't appear to have mcjit, so we end up with no llvm libs
> defined,
Yes, mcjit is only used/necessary from llvm-3.1 onwards, so the autoconf code
should check conditiionally.
BTW, I'll soon commit a change that will stop using mcjit from
Sounds good. Thanks Vinson.
Jose
- Original Message -
> llvm-3.2svn r160587 moved createBoundsCheckingPass from
> lib/Transforms/Scalar to lib/Transforms/Instrumentation.
>
> Signed-off-by: Vinson Lee
> ---
> scons/llvm.py | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/sc
Hi guys
LLVM 2.8 doesn't appear to have mcjit, so we end up with no llvm libs
defined, look at the recent build failures in tinderbox.x.org.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mes
llvm-3.2svn r160587 moved createBoundsCheckingPass from
lib/Transforms/Scalar to lib/Transforms/Instrumentation.
Signed-off-by: Vinson Lee
---
scons/llvm.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scons/llvm.py b/scons/llvm.py
index f87766a..2fb82f0 100644
--- a/scons/llvm.py
+++
37 matches
Mail list logo
