On Wed, May 18, 2011 at 12:23:40PM -0700, Eric Anholt wrote:
> On Wed, 18 May 2011 09:00:09 +0200, Ian Romanick wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 05/18/2011 05:22 AM, Eric Anholt wrote:
> > > One of the pain points of working on compiler optimizations has bee
hi, everyone. I meet a problem.
I install wayland on meego.
when running compositor, i meet a warning as follows:
mesa warning:dri2 failed to create dri screen
My card is i915.
Anybody who meet this problem?I guess this problem is related to the setting
of mesa or there must be some important st
hi, everyone. I meet a problem.
I install wayland on meego.
when running compositor, i meet a warning as follows:
mesa warning:dri2 failed to create dri screen
My card is i915
Anybody who meet this problem?I guess this problem is related to the setting
of mesa .
So hope to get some reply in this
In particular, this fixes the case where a vertex shader only uses
generic vertex attributes (non-0th). Before, we were no-op'ing the
glDrawArrays/Elements().
This fixes the new piglit pos-array test.
NOTE: This is a candidate for the 7.10 branch.
---
src/mesa/main/api_validate.c | 34 +++
On Wed, May 18, 2011 at 3:16 PM, Eric Anholt wrote:
> On Wed, 18 May 2011 11:05:39 -0400, Jerome Glisse wrote:
>> On Tue, May 17, 2011 at 11:22 PM, Eric Anholt wrote:
>> > One of the pain points of working on compiler optimizations has been
>> > justifying them -- sometimes I come up with someth
Am Montag, den 16.05.2011, 19:54 +0100 schrieb Andy Furniss:
> I noticed another strange thing with pipe-video on my rv670.
>
> Until recently there was a bug that made the mesa demo lodbias misrender.
>
> It's fixed now in master and pipe-video, but if I use pipe-video + vdpau
> decode (xvmc un
On Wed, 18 May 2011 11:05:39 -0400, Jerome Glisse wrote:
> On Tue, May 17, 2011 at 11:22 PM, Eric Anholt wrote:
> > One of the pain points of working on compiler optimizations has been
> > justifying them -- sometimes I come up with something I think is
> > useful and spend a day or two on it, bu
On Wed, 18 May 2011 09:00:09 +0200, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/18/2011 05:22 AM, Eric Anholt wrote:
> > One of the pain points of working on compiler optimizations has been
> > justifying them -- sometimes I come up with something I think is
>
Fixes the following build error in wayland-demos:
CCLD wayland-compositor
/usr/lib/libEGL.so: undefined reference to
`wayland_drm_buffer_get_buffer'
/usr/lib/libEGL.so: undefined reference to `wayland_drm_uninit'
/usr/lib/libEGL.so: undefined reference to `wayl
Clip distance is calculated each time vertex position is written
which is suboptiomal is some cases but very safe.
User clip planes are an obsolete feature anyway.
Every time number of clip planes increases, the vertex program is recompiled.
That ensures no overhead in normal case (no user clip pl
On Wed, 2011-05-18 at 08:06 -0600, Brian Paul wrote:
> On 05/17/2011 05:08 AM, Andreas Faenger wrote:
> > Hi,
> >
> > this patch makes it possible to have high quality texture filtering
> > with the pure software renderer. The main purpose is to use it with
> > osmesa. The anisotropic filtering is
https://bugs.freedesktop.org/show_bug.cgi?id=36651
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #8 from Michal Su
https://bugs.freedesktop.org/show_bug.cgi?id=36651
--- Comment #7 from Brian Paul 2011-05-18 09:03:30 PDT
---
Are you sure you're looking at the updated patch?
See:
+AC_PATH_PROG([FLEX], [flex])
+test "x$FLEX" = "x" && AC_MSG_ERROR([flex is needed to build Mesa])
+
+AC_PATH_PROG([BISON], [biso
https://bugs.freedesktop.org/show_bug.cgi?id=36651
--- Comment #6 from Michal Suchanek 2011-05-18 08:51:04
PDT ---
AFAIK this is only a part of the solution.
The patch makes configure check for flex but does not make it fail when flex is
not found.
--
Configure bugmail: https://bugs.freedeskt
On Tue, May 17, 2011 at 11:22 PM, Eric Anholt wrote:
> One of the pain points of working on compiler optimizations has been
> justifying them -- sometimes I come up with something I think is
> useful and spend a day or two on it, but the value doesn't show up as
> fps in the application that sugge
On 05/17/2011 05:08 AM, Andreas Faenger wrote:
Hi,
this patch makes it possible to have high quality texture filtering
with the pure software renderer. The main purpose is to use it with
osmesa. The anisotropic filtering is based on Elliptical Weighted Avarage (EWA).
The patch was designed to m
https://bugs.freedesktop.org/show_bug.cgi?id=36651
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Dave Airlie
(I've already pushed this by accident, if its bad I can revert it).
this seems like a logical thing to do and sets the correct st flags
for vertex textures.
Signed-off-by: Dave Airlie
---
src/mesa/state_tracker/st_atom.c |1 +
src/mesa/state_tracker/st_atom.h
On 05/17/2011 08:22 PM, Eric Anholt wrote:
This makes automatic parsing of MESA_GLSL=dump output easier.
---
src/mesa/program/ir_to_mesa.cpp |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
This makes human parsing of MESA_GLSL=dump easier, too.
Reviewed-by: Kenneth Graunke
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/18/2011 05:22 AM, Eric Anholt wrote:
> One of the pain points of working on compiler optimizations has been
> justifying them -- sometimes I come up with something I think is
> useful and spend a day or two on it, but the value doesn't show up as
20 matches
Mail list logo
