On Mon, Aug 22, 2016 at 14:18:51 -0700, Jason Ekstrand wrote:
> On Mon, Aug 22, 2016 at 2:06 PM, Julien Cristau wrote:
>
> > On Fri, Aug 19, 2016 at 09:04:14 -0700, Jason Ekstrand wrote:
> >
> > > Not providing a path allows the ICD to work on multi-arch systems
On Fri, Aug 19, 2016 at 09:04:14 -0700, Jason Ekstrand wrote:
> Not providing a path allows the ICD to work on multi-arch systems but
> breaks it if you install anywhere other than /usr/lib. Given that users
> may be installing locally in .local or similar, we probably do want to
> provide a file
On Fri, Aug 19, 2016 at 09:04:14 -0700, Jason Ekstrand wrote:
> diff --git a/src/intel/vulkan/Makefile.am b/src/intel/vulkan/Makefile.am
> index ad0148d..9fef960 100644
> --- a/src/intel/vulkan/Makefile.am
> +++ b/src/intel/vulkan/Makefile.am
> @@ -141,7 +141,7 @@ anv_timestamp.h:
> $(AM_V_G
ction-if-not-given
>
> Signed-off-by: Andreas Boll
> ---
> configure.ac | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
for the series:
Reviewed-by: Julien Cristau
Cheers,
Julien
___
mesa-dev mailing list
On Thu, Jul 3, 2014 at 22:13:53 +0200, Adel Gadllah wrote:
> Commit 442442026eb updated both i915 and i965 for DRI3 support,
> but one check in intelInitScreen2 was missed for i915 causing crashes
> when trying to use i915 with DRI3.
>
> So fix that up.
>
> Reported-by: Igor Gnatenko
> Tested-
On Wed, Aug 14, 2013 at 09:46:44 -0700, Tom Stellard wrote:
> On Wed, Aug 14, 2013 at 09:08:55AM +0200, Maarten Lankhorst wrote:
> > Op 14-08-13 04:37, Tom Stellard schreef:
> > > On Tue, Aug 13, 2013 at 05:53:52PM +0200, Maarten Lankhorst wrote:
> > >> Fixes a build failure of 9.2 on ubuntu, beca
On Thu, Apr 3, 2014 at 15:46:01 +1100, Jonathan Gray wrote:
> OpenBSD does not have DT_NEEDED entries for libc by design,
> over concerns how the symbols would be referenced after
> changing the major version of the library.
>
> So avoid -no-undefined checks on OpenBSD as they will fail.
>
> v2
On Tue, May 13, 2014 at 01:36:28 +0100, Emil Velikov wrote:
> Commit 11623be934f85 was meant to have this hunk, which
> I accidently dropped during git rebase.
>
> Cc: 10.2
> Signed-off-by: Emil Velikov
Reviewed-by: Julien Cristau
Thanks for the quick fix.
From: Roland Stigge
In the case of powerpc, mesa activates some altivec instructions
that are unknown on the powerpcspe architecture (see
https://wiki.debian.org/PowerPCSPEPort), causing a build failure as the
'vand' opcode is not recognized by the assembler.
This patch fixes this by preventing
It's only used in this one file as far as I can tell, and exporting a
symbol named 'devices' from a shared library is a recipe for trouble.
---
src/gbm/main/gbm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index b057386..30785a6 1006
On Mon, Mar 3, 2014 at 17:21:15 +, Emil Velikov wrote:
> On 03/03/14 16:41, Julien Cristau wrote:
> > It's only used in this one file as far as I can tell, and exporting a
> > symbol named 'devices' from a shared library is a recipe for trouble.
> Hm
On Mon, Mar 3, 2014 at 17:29:56 +, Emil Velikov wrote:
> On 03/03/14 17:23, Julien Cristau wrote:
> > On Mon, Mar 3, 2014 at 17:21:15 +, Emil Velikov wrote:
> >
> >> On 03/03/14 16:41, Julien Cristau wrote:
> >>> It's only used in this one f
On Thu, Dec 11, 2014 at 09:02:11 +, Emil Velikov wrote:
> * Don't ship anything but a tar.xz tarball.
> Linux, *BSD and WindowsXP+ have/ship programs that support the format
> for more than 5 years.
>
FWIW I'd appreciate if you kept the tar.gz.
Cheers,
Julien
___
On Mon, Dec 15, 2014 at 10:46:25 +, Emil Velikov wrote:
> On 12/12/14 22:41, Julien Cristau wrote:
> > On Thu, Dec 11, 2014 at 09:02:11 +, Emil Velikov wrote:
> >
> >> * Don't ship anything but a tar.xz tarball.
> >> Linux, *BSD and WindowsXP+ have
On Sun, Dec 21, 2014 at 12:08:44 -0800, Ian Romanick wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=87516
> ---
> src/mesa/main/shaderapi.c | 26 --
> 1 file changed, 20 insertions(+), 6 deletions(-)
On Tue, Sep 30, 2014 at 01:33:08 +0100, Emil Velikov wrote:
> On 29/09/14 17:24, Matt Turner wrote:
> > On Mon, Sep 29, 2014 at 9:16 AM, Emil Velikov
> > wrote:
> >> So all in all we have the following:
> >>
> >> Some distributions/people choose odd location of the modules. Which
> >> can lead t
On Mon, Oct 13, 2014 at 00:38:25 +0100, Emil Velikov wrote:
> Mesa 10.3.1 has been released. Mesa 10.3.1 is a bug fix release
> fixing bugs since the 10.3 release, (see below for a list of
> changes).
>
> The tag in the git repository for Mesa 10.3.1 is 'mesa-10.3.1'.
>
Hi Emil,
I'm not seeing
On Thu, Mar 12, 2015 at 16:15:56 +0900, Michel Dänzer wrote:
> On 11.03.2015 05:07, Vivek Dasmohapatra wrote:
> > Hi - As you probably already know, there can only be one version of
> > libstdc++.so in your runtime link chain - This is usually not a problem,
> > but when things are linked against
On Thu, Jan 12, 2012 at 20:52:33 -0500, Matt Turner wrote:
> On Thu, Jan 12, 2012 at 7:08 PM, Eric Anholt wrote:
> > This does introduce a warning by the automake build system, that the
> > missing-symbols test build is non-portable. That's true -- Mac OS X
> > can't take something built as a lo
From: Julien Cristau
We were stomping on the caller's buffer by ignoring their alignment
requests. This patch makes the USE_XCB path match the older one more
closely.
Signed-off-by: Julien Cristau
---
src/mapi/glapi/gen/glX_proto_send.py | 36 -
1
From: Julien Cristau
Doing
size = reply.length * 4;
[...]
extra = 4 - (size & 3);
is useless, size & 3 will always be 0.
Signed-off-by: Julien Cristau
---
src/mapi/glapi/gen/glX_proto_send.py |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff
On Thu, Jul 19, 2012 at 09:39:09 -0700, Ian Romanick wrote:
> On 07/19/2012 07:46 AM, Julien Cristau wrote:
> >From: Julien Cristau
> >
> >We were stomping on the caller's buffer by ignoring their alignment
> >requests. This patch makes the USE_XCB path mat
From: Julien Cristau
Doing
size = reply.length * 4;
[...]
extra = 4 - (size & 3);
is useless, size & 3 will always be 0.
Signed-off-by: Julien Cristau
---
v2: also change the copy in src/glx/apple
src/glx/apple/glxreply.c |5 -
src/mapi/g
From: Julien Cristau
We were stomping on the caller's buffer by ignoring their alignment
requests and other pixel store modes. This patch makes the USE_XCB path match
the older one more closely.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=52059
Signed-off-by: Julien Cristau
-
From: Julien Cristau
Suggested-by: Ian Romanick
Signed-off-by: Julien Cristau
---
src/glx/apple/glxreply.c |2 +-
src/glx/glxclient.h |2 +-
src/glx/pixel.c |2 +-
src/glx/singlepix.c |8
src/mapi
On Fri, Jul 20, 2012 at 11:09:19 +0200, Julien Cristau wrote:
> From: Julien Cristau
>
> We were stomping on the caller's buffer by ignoring their alignment
> requests and other pixel store modes. This patch makes the USE_XCB path match
> the older one more closely.
On Sat, Jul 28, 2012 at 13:04:56 +0200, Julien Cristau wrote:
> On Fri, Jul 20, 2012 at 11:09:19 +0200, Julien Cristau wrote:
>
> > From: Julien Cristau
> >
> > We were stomping on the caller's buffer by ignoring their alignment
> > requests and other pixel
On Fri, Aug 24, 2012 at 14:45:44 -0400, nerdopolis wrote:
> Hi.
>
> I hope this is the correct place for this.
>
> I make a Wayland live cd, and in order for Wayland to work, I need to build
> mesa with Wayland support.
>
> I get Mesa to build just fine it's just that I notice that the binarie
On Thu, Aug 9, 2012 at 19:01:55 -0700, Ian Romanick wrote:
> 8/17: Release Mesa 8.0.5. I'll send out another pick-list on Friday
> or Saturday, and pick things over on Monday or Tuesday.
>
Hi Ian,
is there an updated plan for 8.0.5?
Cheers,
Julien
_
On Sat, Apr 23, 2011 at 10:48:49 +0200, Marek Olšák wrote:
> On Fri, Apr 22, 2011 at 1:29 PM, Jose Fonseca wrote:
>
> > The Mesa state tracker uses SWTNL for GL selection/feedback regardless of
> > the driver. Some SPECviewperf viewsets and CAD apps use it. So using LLVM
> > speeds up selection/
On Fri, May 6, 2011 at 13:01:14 -0400, Matt Turner wrote:
> From: Jay Estabrook
>
> Reviewed-by: Matt Turner
> Signed-off-by: Jay Estabrook
> ---
> src/gallium/include/pipe/p_config.h |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/include/pipe
On Fri, May 6, 2011 at 13:01:15 -0400, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
>
> PIPE_ARCH_UNKNOWN_ENDIAN is used no where else. All #else branches of
> #ifdef PIPE_ARCH_LITTLE assume big-endian. Not #error'ing out here
> only serves to allow bad things to happen.
>
I think thi
On Mon, Jun 6, 2011 at 18:56:20 -0700, Kenneth Graunke wrote:
> I'd make this an assertion. must_use_separate_stencil is only set for
> gen >= 7, and I assert that try_separate_stencil ought to be true in
> that case (old DDX doesn't support IVB, new DDX requires new dri2proto
> to compile
On Thu, Jun 9, 2011 at 18:57:54 +1000, Christopher James Halse Rogers wrote:
> DRI2 will throw BadRequest for this when the client is not local, but
> DRI2 is an implementation detail and not something callers should have
> to know about. Silently swallow errors in this case, and just propagate
On Fri, Aug 27, 2010 at 15:24:45 +0100, Jon TURNEY wrote:
> diff --git a/src/mesa/drivers/osmesa/Makefile
> b/src/mesa/drivers/osmesa/Makefile
> index 091e6f6..fb70790 100644
> --- a/src/mesa/drivers/osmesa/Makefile
> +++ b/src/mesa/drivers/osmesa/Makefile
> @@ -38,7 +38,7 @@ default: $(TOP)/$(LI
On Fri, Sep 24, 2010 at 14:06:51 +0200, Xavier Chantry wrote:
> When gallium llvm is enabled, configure.ac does the following :
> LLVM_CFLAGS=`$LLVM_CONFIG --cflags`
>
> This is the result on my system :
> -I/usr/include -DNDEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS
> -D__STDC_CONSTANT_MACROS -O2
On Tue, Oct 19, 2010 at 13:31:35 +0200, Thomas Hellstrom wrote:
> Hi!
>
> I've been trying to send a patch to mesa-dev a couple of times using
> git send-email, but the message never makes it to the list. Am I the
> only one having trouble with this?
>
It did make it to the list, both times, as
On Tue, Oct 19, 2010 at 14:15:44 +0200, Thomas Hellstrom wrote:
> On 10/19/2010 01:55 PM, Julien Cristau wrote:
> >On Tue, Oct 19, 2010 at 13:31:35 +0200, Thomas Hellstrom wrote:
> >
> >>Hi!
> >>
> >>I've been trying to send a patch to mesa-dev a co
src/mesa/drivers/dri/*/*/*.[chS] is a superset of
src/mesa/drivers/dri/*/server/*.[ch] and
src/mesa/drivers/dri/common/xmlpool/*.[ch].
include/GL/internal/glcore.h is already in MAIN_FILES, no need for it in
DRI_FILES too. src/glx/Makefile was listed twice.
Signed-off-by: Julien Cristau
On Sun, Dec 5, 2010 at 20:47:01 -0800, Eric Anholt wrote:
> What is this patch for? According to the second mail quoted, a TLS
> loader works for both TLS and non-TLS drivers -- that is to say, the X
> Server's loader should always default to having TLS support, regardless
> of whether the (prob
On Thu, Dec 30, 2010 at 10:27:14 -0700, tom fogal wrote:
> Isn't this going to mean that GLEW's w/o the .pc file cannot be used?
I don't think so. If the .pc isn't found and you didn't pass
GLEW_{CFLAGS,LIBS}, it'll look for GL/glew.h and -lGLEW directly.
Cheers,
Julien
On Sun, Oct 24, 2010 at 13:23:28 +0200, Tormod Volden wrote:
> Commit 5a3ac74 added $(TALLOC_LIBS) to the mklib call in
> src/mesa/drivers/osmesa/Makefile and this breaks static builds on
> Linux since ar barfs on "-ltalloc". I have been looking at different
> ways of dealing with this without fin
On Sat, Jan 8, 2011 at 17:00:54 +0100, Sebastian H. wrote:
> make then stopped like this
>
> gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
> -I../../../../../include -I../../../../../src/mapi
> -I../../../../../src/mesa -I../../../../../src/egl/main
> -I../../../../../src/egl/
We were sending too long requests for GLXChangeDrawableAttributes,
GLXGetDrawableAttributes, GLXDestroyPixmap and GLXDestroyWindow.
Signed-off-by: Julien Cristau
---
src/glx/glx_pbuffer.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/glx/glx_pbuffer.c b/src
xGLXChangeDrawableAttributesSGIXReq follows the GLXVendorPrivate header
with a drawable, number of attributes, and list of (type, value)
attribute pairs. Don't forget to put the number of attributes in there.
I don't think this can ever have worked.
Signed-off-by: Julien Cristau
--
The extra length is the size of the request *minus* the size of the
VendorPrivate header, not the addition.
Signed-off-by: Julien Cristau
---
src/glx/glxext.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glx/glxext.c b/src/glx/glxext.c
index c5e9d05..c75c9bf
On Sun, Jan 30, 2011 at 00:00:48 +0100, Henri Verbeet wrote:
> @@ -918,12 +921,15 @@ dri2CreateScreen(int screen, struct glx_display * priv)
> return &psc->base;
>
> handle_error:
> + if (psc->fd)
> + close(psc->fd);
0 is a valid fd. It might be better to initialize fd to -1 and ch
On Mon, Jan 31, 2011 at 18:18:22 +0100, Henri Verbeet wrote:
> The attached patch should do.
Looks good to me, thanks.
Cheers,
Julien
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
(1):
> Disable direct rendering on Cygwin
>
> Samuel Thibault (1):
> Only require libdrm if direct rendering is actually enabled.
>
> nobled (1):
> Disable direct rendering on GNU/Hurd
>
For the series:
Reviewed-by: Julien Cristau
Cheers,
Julien
__
On Sat, May 29, 2010 at 06:13:11 -0700, bugzilla-dae...@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=28280
>
> --- Comment #3 from Matthias Liertzer 2010-05-29 06:13:11
> PDT ---
> Created an attachment (id=35934)
> View: https://bugs.freedesktop.org/attachment.cgi?id=
Hi,
it seems that the dri loader ABI changed between mesa 7.7 and 7.8.
Drivers from 7.7 reference a _glapi_set_warning_func symbol which
doesn't seem to be exported by the 7.8 libGL, so the new libGL can't
load the old drivers. Was this change intentional? What is the
intended stability of that
On Mon, Jun 21, 2010 at 17:23:25 -0600, Brian Paul wrote:
> Julien Cristau wrote:
> >Hi,
> >
> >it seems that the dri loader ABI changed between mesa 7.7 and 7.8.
> >Drivers from 7.7 reference a _glapi_set_warning_func symbol which
> >doesn't seem to be expor
On Thu, Jun 24, 2010 at 01:08:03 -0700, Corbin Simpson wrote:
> On Wed, Jun 23, 2010 at 6:31 PM, nobled wrote:
> > One tiny step toward porting Gallium to the GNU/Hurd kernel
> > (and fixing Debian bug #585618).
> > ---
> > src/gallium/include/pipe/p_config.h | 5 +
> > 1 files changed, 5
On Sun, Jul 18, 2010 at 08:59:23 -0700, Corbin Simpson wrote:
> I didn't ack the earlier version of the patch because it had no testers. Has
> this been tested?
>
It's been used in debian's mesa packages since April 2009.
So Acked-by: Julien
)
> > #define PIPE_OS_FREEBSD
> > #define PIPE_OS_BSD
> > #define PIPE_OS_UNIX
> > --
> > 1.5.4.3
>
> Looks reasonable; does this actually work for you? I'd like somebody
> to test first.
>
I verified that this builds on a kfreebsd system on top of 7.8
55 matches
Mail list logo
