On Tue, Mar 06, 2012 at 08:25:10AM -0800, Eric Anholt wrote:
> On Mon, 27 Feb 2012 15:46:32 +0800, Yuanhan Liu
> wrote:
> > diff --git a/src/mesa/drivers/dri/i965/brw_sf.c
> > b/src/mesa/drivers/dri/i965/brw_sf.c
> > index 6e63583..7950c47 100644
> > --- a/src/mesa/drivers/dri/i965/brw_sf.c
> >
https://bugs.freedesktop.org/show_bug.cgi?id=47028
Bug #: 47028
Summary: EGL: (r300) weston crashes in libEGL.so - bisected
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
On 03/06/2012 02:57 PM, Eric Anholt wrote:
> The force-enable option is dropped, now that the hardware we were
> concerned about has HiZ on by default. Now, instead of doing
> INTEL_HIZ=0 to test disabling hiz, you can set hiz=false.
> ---
> src/mesa/drivers/dri/intel/intel_context.c |5 +++-
On Sat, Mar 3, 2012 at 09:11, Johannes Obermayr wrote:
> This fixes the libGLU.so.* build when a system libGL.so is not present since
> it is relying on the lib/ to build against until it gets converted to
> automake.
>
> ---
> src/glx/Makefile.am | 1 +
> 1 files changed, 1 insertions(+),
When a driver is loaded by the setuid root X Server, you don't want
the debug flags to apply in case they can be used for nefarious
purposes.
---
src/mesa/main/imports.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/imports.c b/src/mesa/main/imports.c
in
If you want to test the graphics driver, you want to test it under the
conditions that users will see, not some set of additional fallbacks.
If you want to test swrast, run the swrast driver (or no_rast=true)
instead.
---
src/mesa/drivers/dri/i915/intel_tris.c | 12 +-
src/mesa/drive
A user (for example, without DRI priveleges) should not be able to
modify the behavior of the X Server's AIGLX driver.
---
src/mesa/drivers/dri/common/xmlconfig.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlconfig.c
b/src/mesa/d
This was added in the i915/i965 merge from the i915 driver, but I
don't recall it ever being used since then.
---
src/mesa/drivers/dri/intel/intel_pixel.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_pixel.c
b/src/mesa/drivers/dr
The idea is that when the driver is loaded by the setuid root X
Server, you don't want the driver debug flags to apply in case they
can be used for nefarious purposes.
---
src/mesa/drivers/dri/intel/intel_context.c |6 +-
src/mesa/drivers/dri/intel/intel_screen.c | 20 +++---
---
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.c|3 +--
src/mesa/drivers/dri/intel/intel_screen.c |6 +-
4 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/mesa/driv
The force-enable option is dropped, now that the hardware we were
concerned about has HiZ on by default. Now, instead of doing
INTEL_HIZ=0 to test disabling hiz, you can set hiz=false.
---
src/mesa/drivers/dri/intel/intel_context.c |5 +++-
src/mesa/drivers/dri/intel/intel_screen.c | 31 ++
On Tue, 06 Mar 2012 10:26:58 -0800, Kenneth Graunke
wrote:
> On 03/05/2012 05:01 PM, Eric Anholt wrote:
> > The upstream of gtest has decided that the intended usage model is for
> > projects to import the source and use it, which is reflected in their
> > recent removal of the gtest-config tool.
nobled writes:
> It's a GNU extension that isn't supported by clang right now:
> http://gcc.gnu.org/onlinedocs/gcc-4.6.3/gcc/Nested-Functions.html
> http://clang.llvm.org/docs/UsersManual.html#c_unimpl_gcc
>
> With this, clang now compiles the nouveau classic driver.
>
> Bugzilla: https://bugs.fr
On Tue, Mar 6, 2012 at 6:41 AM, Michel Dänzer wrote:
> On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
>> > > > For a bunch of it, apps don't use it so nobody would notice.
>> > > > glBitmap and glDrawPixels are reasonably popular, though. You
>> > > > should
>> > > > be
>> > > > able to b
On 03/05/2012 05:01 PM, Eric Anholt wrote:
The upstream of gtest has decided that the intended usage model is for
projects to import the source and use it, which is reflected in their
recent removal of the gtest-config tool.
You've got to be kidding me :( But you're right:
http://code.google.
On 03/06/2012 10:47 AM, Kenneth Graunke wrote:
On 03/05/2012 05:01 PM, Eric Anholt wrote:
---
configure.ac | 1 +
src/gtest/.gitignore | 5 +
src/gtest/Makefile.am | 38 ++
3 files changed, 44 insertions(+), 0 deletions(-)
create mode 100644 src/gtest/.gitign
https://bugs.freedesktop.org/show_bug.cgi?id=46815
--- Comment #1 from Kenneth Graunke 2012-03-06 09:53:33
PST ---
Bison is definitely required, so yes, configure ought to detect that and fail.
We should fix that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
On 03/05/2012 05:01 PM, Eric Anholt wrote:
---
configure.ac |1 +
src/gtest/.gitignore |5 +
src/gtest/Makefile.am | 38 ++
3 files changed, 44 insertions(+), 0 deletions(-)
create mode 100644 src/gtest/.gitignore
create mode 10
On 03/05/2012 08:42 PM, Anuj Phogat wrote:
On Wed 29 Feb 2012 07:36:21 PM PST, Brian Paul wrote:
If the texture is a 1D array, don't remove the border pixel from the
height. Similarly for 2D array textures and the depth direction.
Simplify the function by assuming the border is always one pixel
On 03/06/2012 02:15 AM, Tomasz Kowal wrote:
Would it be possible to add missing copyrights to dri_util.c?
The oldest git commits for dri_util.c are from 2004, committed by Ian.
Ian, would copying the blurb from utils.c be OK?
/*
* (C) Copyright IBM Corporation 2002, 2004
* All Rights Reserv
On 03/05/2012 11:08 PM, Vinson Lee wrote:
llvm-3.1svn r152043 changes createMCInstPrinter to take an additional
MCRegisterInfo argument.
Signed-off-by: Vinson Lee
---
src/gallium/auxiliary/gallivm/lp_bld_debug.cpp | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff -
On Tue, 6 Mar 2012 14:40:32 +0800, Yuanhan Liu
wrote:
> We have to do fallback when the 'Clipped Drawing Rectangle X/Y Max'
> exceed the hardware's limit no matter the drawing rectangle offset
> changed or not.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46665
>
> NOTE: This is
On Mon, 27 Feb 2012 15:46:32 +0800, Yuanhan Liu
wrote:
> diff --git a/src/mesa/drivers/dri/i965/brw_sf.c
> b/src/mesa/drivers/dri/i965/brw_sf.c
> index 6e63583..7950c47 100644
> --- a/src/mesa/drivers/dri/i965/brw_sf.c
> +++ b/src/mesa/drivers/dri/i965/brw_sf.c
> @@ -125,6 +135,7 @@ brw_upload_s
- Original Message -
> On Mon, 5 Mar 2012 19:41:14 -0800 (PST), Benoit Jacob
> wrote:
> > > For a bunch of it, apps don't use it so nobody would notice.
> > > glBitmap and glDrawPixels are reasonably popular, though. You
> > > should
> > > be
> > > able to build those with shaders, though
On Mon, 5 Mar 2012 19:41:14 -0800 (PST), Benoit Jacob
wrote:
> > For a bunch of it, apps don't use it so nobody would notice.
> > glBitmap and glDrawPixels are reasonably popular, though. You should
> > be
> > able to build those with shaders, though. You can see partial
> > implementations for
- Original Message -
> On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
> That said, there's no denying that your use case is relatively
> special,
> so a more specialized solution which preserves some GLES API calls
> might
> provide significantly better performance. On the other h
On Die, 2012-03-06 at 05:11 -0800, Benoit Jacob wrote:
> > > > For a bunch of it, apps don't use it so nobody would notice.
> > > > glBitmap and glDrawPixels are reasonably popular, though. You
> > > > should
> > > > be
> > > > able to build those with shaders, though. You can see partial
> > >
- Original Message -
> > > > http://people.mozilla.org/~eakhgari/es2gears.html
>
> Too bad it refuses to run on big endian hosts yet. :)
Off-topic, but just FYI: Emscripten uses a Typed Array to represent the heap,
and Typed Arrays expose endianness which means that it's up to the appl
- Original Message -
> To solve these, I don't think building a Mesa driver would help you
> too
> much -- it seems like a big detour to mostly get to the same point of
> hooking desktop glBlendFunc up to WebGL glBlendFunc and so on (git
> grep
> ctx-\>API suggests not too many overrides ar
> > > For a bunch of it, apps don't use it so nobody would notice.
> > > glBitmap and glDrawPixels are reasonably popular, though. You
> > > should
> > > be
> > > able to build those with shaders, though. You can see partial
> > > implementations for these in on top of fixed function in Mesa as
>
On 05.03.2012 23:56, Emil Velikov wrote:
On Sun, 04 Mar 2012 11:52:36 -, Christian König
wrote:
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/mixer.c | 27
+--
1 files changed, 21 insertions(+), 6 deletions(-)
Hello Christian
Would yo
Would it be possible to add missing copyrights to dri_util.c?
Thanks,
Tomasz___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, 2012-03-05 at 19:41 -0800, Benoit Jacob wrote:
>
> - Original Message -
> > On Sat, 3 Mar 2012 13:21:08 -0800, Alon Zakai
> > wrote:
> > >
> > > In the project I work on (Emscripten, an open source C/C++ to
> > > JavaScript compiler that utilizes LLVM), we want to be able to
> >
33 matches
Mail list logo
