llvm-3.2svn r160587 moved createBoundsCheckingPass from
lib/Transforms/Scalar to lib/Transforms/Instrumentation.
Signed-off-by: Vinson Lee v...@freedesktop.org
---
scons/llvm.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scons/llvm.py b/scons/llvm.py
index f87766a..2fb82f0 100644
---
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
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 v...@freedesktop.org
---
scons/llvm.py | 3 +++
1 file changed, 3 insertions(+)
- 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 3.2
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).
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 llvm-3.1
- 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 jit, which
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 appear to have mcjit,
On Fri, Jul 20, 2012 at 6:29 PM, Chad Versace
chad.vers...@linux.intel.com wrote:
Add a command line parameter, `-sample N`, which selects a visual with at
least N samples.
For the series, Reviewed-by: Brian Paul bri...@vmware.com
___
mesa-dev mailing
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
---
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;
On Sat, Jul 21, 2012 at 10:07 AM, Matt Turner matts...@gmail.com 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
+++
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
https://bugs.freedesktop.org/show_bug.cgi?id=48338
Alexandre Demers alexandre.f.dem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
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
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
+++
Marek Olšák mar...@gmail.com 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
On Sat, Jul 21, 2012 at 9:40 PM, Eric Anholt e...@anholt.net wrote:
Marek Olšák mar...@gmail.com 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
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
---
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
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
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 e...@anholt.net
Signed-off-by: Chad Versace
The 16-bit depth case did not follow the function's prevalent pattern.
CC: Eric Anholt e...@anholt.net
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/intel/intel_screen.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
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,
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,
This miptree will be used only for storing the singlesample data of
multisample window system buffers.
CC: Eric Anholt e...@anholt.net
CC: Paul Berry stereotype...@gmail.com
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 1 +
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
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
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:
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 e...@anholt.net
CC: Paul Berry stereotype...@gmail.com
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/i965/brw_draw.c |
Actually, this patch forces an automatic downsample during
intel_miptree_map. And this should occur only due to glReadPixels.
CC: Eric Anholt e...@anholt.net
CC: Paul Berry stereotype...@gmail.com
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
CC: Eric Anholt e...@anholt.net
CC: Paul Berry stereotype...@gmail.com
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/intel/intel_screen.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
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 e...@anholt.net
CC: Paul Berry stereotype...@gmail.com
Signed-off-by: Chad Versace
Transform the code from clever, obfuscated, and imperative to
straight-forward and table-driven.
CC: Ian Romanick i...@freedesktop.org
Signed-off-by: Chad Versace chad.vers...@linux.intel.com
---
src/mesa/drivers/dri/intel/intel_screen.c | 167 +-
1 file changed, 97
On Sat, 21 Jul 2012 17:36:40 -0700, Chad Versace chad.vers...@linux.intel.com
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
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.
---
36 matches
Mail list logo