On 01/17/2013 02:14 PM, Sedat Dilek wrote:
Hi
I am playing again with llvm/clang v3.2 and patches I adapted from
LLVMLinux project.
I wanted to test my new toolchain before doing a rough testing of the
mainline Linux-kernel.
I decided to build the latest mesa-8.0.5 as I am on
On 01/17/2013 04:23 PM, Sedat Dilek wrote:
Hi,
with the following patchset (13 patches) I was able to build
mesa-8.0.5 with LLVM v3.2.
There is one big fat patch called gallivm,draw,llvmpipe: Support
wider native registers. [1] which makes backporting hard.
Jose?
Regards,
- Sedat -
On Sun, May 8, 2011 at 3:01 AM, STEVE555 stevenward...@hotmail.com wrote:
Hi to all,
I have been regularly been building the git version of mesa with
with the gallium-nouveau code enabled.
I'm currently using Fedora Rawhide with the latest updates. I use the
following ./autogen.sh
On Sat, Apr 23, 2011 at 5:15 PM, Dave Airlie airl...@gmail.com wrote:
Hi Brian,
st/mesa: check image size before copy_image_data_to_texture()
This causes a regression with NPOT textures in fbo-generate-mipmaps on r600g.
You meant fbo-generate-mipmap-formats right? fbo-generate-mipmaps works
On 01/23/2011 10:30 PM, Jakob Bornecrantz wrote:
Hi all
I have pushed some draw module changes here
http://cgit.freedesktop.org/~wallbraker/mesa/log/?h=i915g-speedshowmsg=1
which improves speed in the draw module by avoiding unneeded flushing
and setup on draw calls.
The first two commits
Christoph,
I don't see a patch for the st/mesa program translation code to check
that we don't exceed the limit. Were you doing to take care of that too?
I guess we're assuming that the max number of generic inputs == max
number of generic outputs. I think that's OK until a counter case
Matej Urbas wrote:
Hi,
I am trying to build mesa. I did this:
./autogen.sh
gmake
All dependencies are satisfied and 'autoreconf' passes without
complaints.
However, I get the following build-time error:
mklib: Making Linux shared library: i810_dri.so.tmp
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It looks like a few bug fixes have accumulated on the branch. Could
folks spend some time this week to cherry-pick stable patches from
master, update the release notes, etc. so that we can do a release
either on Friday or
Arpad Borsos wrote:
Sorry about my last mail which was empty except for the attached patch.
The patch fixes a division by zero crash which is triggered when I run
the cairo test-suite using its gl backend and the gallium softpipe driver.
The test-suite still crashes when I'm using llvmpipe,
It looks like the piglit tests use an image comparison to determine
pass/fail, right?
That may not be too reliable since different drivers will produce
slightly different results.
Is there any way that the rendering can be checked for correctness
without relying on an exact image comparison?
we can allow e.g. 15% of pixels to even fail
piglit_probe_pixel_rgb() too. I can extend the patch with this if
you'd like it.
Kristof
On Wed, Apr 14, 2010 at 16:49, Brian Paul bri...@vmware.com wrote:
It looks like the piglit tests use an image comparison to determine
pass/fail, right
Thanks to Tollef and Jesse, everyone should now be subscribed to the mesa-dev
list at freedesktop.org. You should see this message twice if you're on the
new list.
I'll probably shut down the old list next week when I get back from a little
time off...
-Brian
Author: Corbin Simpson mostawesomed...@gmail.com
Date: Fri Apr 9 03:38:23 2010 -0700
st/xorg: Fix bad paramf.
Should be an integer param, according to docs.
---
src/gallium/state_trackers/xorg/xorg_driver.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff
. IN NO EVENT SHALL
+ * BRIAN PAUL BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
When copying/pasting the license info into new files, check who's named in the
license blurb.
You can either replace BRIAN PAUL with your name or THE AUTHORS AND
COPYRIGHT HOLDERS.
Thanks
On Thu, Apr 8, 2010 at 4:21 PM, Brian Paul bri...@vmware.com wrote:
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably in the next 24 hours.
Then, some of you may have to log into the mailman
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably in the next 24 hours.
Then, some of you may have to log into the mailman interface
(http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set
On Tue, Apr 6, 2010 at 8:00 PM, Chris Ball c...@laptop.org wrote:
http://tinderbox.x.org/builds/2010-04-07-0001/logs/libGL/#build
swrastg_dri.so.tmp: undefined reference to draw_pt_fetch_pipeline_or_emit_llvm
collect2: ld returned 1 exit status
On Tue, Apr 6, 2010 at 3:44 PM, Marc Dietrich marvi...@gmx.de wrote:
From: root r...@fb07-iapwap2.physik.uni-giessen.de
compile fix for cell driver.
---
src/gallium/drivers/cell/ppu/cell_screen.c | 3 +++
src/gallium/drivers/cell/ppu/cell_texture.c | 2 +-
2 files changed, 4
Chia-I Wu wrote:
On Mon, Apr 5, 2010 at 7:42 AM, Dave Airlie airl...@gmail.com wrote:
Starting program: /home/airlied/mesa/progs/demos/readpix
[Thread debugging using libthread_db enabled]
GL_VERSION = 2.1 Mesa 7.9-devel
GL_RENDERER = Gallium 0.4 on RV530
Program received signal SIGSEGV,
Nicolai Haehnle wrote:
Hi,
On Mon, Apr 5, 2010 at 1:58 AM, Tom Stellard tstel...@gmail.com wrote:
1. Improve branch emulation in the r300 compiler:
The goal of this task will be to improve upon the work done by
Nicolai Häehnle in this branch:
Henri Verbeet wrote:
It uses ctx-VertexProgram._Current.
---
src/mesa/main/state.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/state.c b/src/mesa/main/state.c
index 589029d..b971cc9 100644
--- a/src/mesa/main/state.c
+++
Dave Airlie wrote:
Just going down the r300g piglit failures and noticed fbo-drawbuffers
failed, I've no idea
if this passes on Intel hw, but it appears the texenvprogram really
needs to understand the
draw buffers. The attached patch fixes it here for me on r300g anyone
want to test this on
Brian Paul wrote:
Dave Airlie wrote:
Just going down the r300g piglit failures and noticed fbo-drawbuffers
failed, I've no idea
if this passes on Intel hw, but it appears the texenvprogram really
needs to understand the
draw buffers. The attached patch fixes it here for me on r300g anyone
Marek Olšák wrote:
Hi devs,
this extensions is extensively used in Wine for obvious performance
reasons and is quite popular in the GL community, therefore we should
advertise it. All needed code seems to be already in mesa/main, so
unless I overlooked something, the patch below is
Luca Barbieri wrote:
On Fri, Apr 2, 2010 at 9:51 AM, Jose Fonseca jfons...@vmware.com wrote:
Reliability goes both ways: using a global constructor simplifies the
problem substantially, but it is only as reliable as the global constructor
mechanism itself -- which it's not much given the
On Thu, Apr 1, 2010 at 4:29 PM, Luca Barbieri l...@luca-barbieri.com wrote:
The half float conversion code initially used a global C++ constructor
to initialize the tables.
That fails to work since ld does not get the symbol from the shared
library, so I changed to use register a global
This is getting off-topic, but anyway...
Luca Barbieri wrote:
There are several deep challenges in making TGSI - LLVM IR translation
lossless -- I'm sure we'll get around to overcome them -- but I don't
think that using LLVM is a requirement for this module. Having a shared
IR for simple TGSI
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Final versions of both Mesa 7.8 and 7.7.1 have been released. Links on
the Mesa website will still need to be updated, but I think Brian has to
do that.
I'll do that soon.
The tag in the GIT repository for Mesa 7.8 is
Roland Scheidegger wrote:
On 29.03.2010 04:50, Marek Olšák wrote:
We were talking a bit on IRC that the GLSL compiler implements the sqrt
function somewhat inefficiently. Instead of rsq+rcp+cmp instructions as
is in the original code, the proposed patch uses just rsq+mul. Please
see the
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Final versions of both Mesa 7.8 and 7.7.1 have been released. Links on
the Mesa website will still need to be updated, but I think Brian
Brian Paul wrote:
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Final versions of both Mesa 7.8 and 7.7.1 have been released. Links on
the Mesa website will still need to be updated
Following up on an message from a while ago:
Brian Paul wrote:
Robert Bragg wrote:
Hi,
Every now and then while working on the Clutter toolkit we end up with
glGet{Integer,Float}v in our profiles. Our typical response is to simply
cache the offending state so as to avoid querying OpenGL
Jakob Bornecrantz wrote:
Hi Brian, Keith, Zack et al.
So I tried to get i915g running again and it looks like there is a
RGBA vs BGRA bug in the draw module. I have attached two patches that
I would like to have some comments on before commit.
Patch 1 removes a bunch of switch cases that
Eric Anholt wrote:
People that hang out on IRC have probably heard about my build system
work. One of the first steps I've been working on finishing is
splitting out the demos repository. We're currently distributing the
Mesa progs/ separately from the main Mesa distribution, and most people
for orientation and arrow keys for moving to camera to become more
interactive.
OK, ignore my other msg then.
-Brian
Thanks,
Kristof
On Wed, Mar 24, 2010 at 11:04, Brian Paul bri...@vmware.com wrote:
RALOVICH wrote:
Attached patch adds to glsl demos to mesa. If the drivers support
them
Luca Barbieri wrote:
Apparently _mesa_Clear should not set BUFFER_BIT_STENCIL if the visual
lacks a stencil buffer.
So it seems the visual is somehow incorrect, or a visual with a
stencil buffer is being selected but the stencil renderbuffer is not
actually set.
At line 167 of
Luca Barbieri wrote:
Fixes a segfault when clearing a non-existent stencil buffer.
---
src/mesa/state_tracker/st_manager.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
index
Johannes Obermayr wrote:
Please apply this patch.
Otherwise st:es has a compile error in st_es2.c!
Thanks.
Johannes
Ping
If you do not believe try compiling it on a fresh machine like OBS.
Include flow:
src/gallium/state_trackers/es/st_es2.c - src/mesa/state_tracker/st_manager.h
-
tom fogal wrote:
They seem to have become hidden with the visibility changes, at least
--with-driver=xlib.
Your patch doesn't apply cleanly for me but I'll do it by hand.
It looks like there's some other functions also lacking PUBLIC.
I'll fix those too.
-Brian
On Fri, Mar 19, 2010 at 4:17 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
On Fri, Mar 19, 2010 at 10:39 PM, Dan Nicholson dbn.li...@gmail.com wrote:
On Fri, Mar 19, 2010 at 2:19 PM, Luca Barbieri l...@luca-barbieri.com
wrote:
Can we just put this program in the demos? Or at least just
Tom wrote:
Ian Romanick i...@freedesktop.org writes:
tom fogal wrote:
$ lib nm libOSMesa.so | grep EGL
00064254 t _mesa_EGLImageTargetRenderbufferStorageOES
000b30c0 t _mesa_EGLImageTargetTexture2DOES
U glEGLImageTargetRenderbufferStorageOES
I'd like one of the other DRI developers to double-check this patch
but the others look fine. I'll commit them soon.
-Brian
On Thu, Mar 11, 2010 at 9:13 PM, Jeff Smith whydo...@yahoo.com wrote:
--
Download
Committed. Thanks.
-Brian
On Fri, Mar 12, 2010 at 12:38 AM, Luc Verhaegen l...@skynet.be wrote:
Luc Verhaegen.
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling,
On Fri, Mar 12, 2010 at 12:19 PM, Maciej Cencora m.cenc...@gmail.com wrote:
Hi all,
I've got some questions regarding FBOs in mesa. I hope you'll be able to
answer at least some of them.
GLcontext structure holds pointers to 4 gl_framebuffers (DrawBuffer,
ReadBuffer,
WinSysDrawBuffer,
The overriding goal is to avoid the expense of computing this in
software when the hardware can do the bounds check.
I guess we could add a PIPE_CAP query to ask the driver if it can do
bounds checking and if it can't, do it in the state tracker. But I
think Keith's interested in minimizing
Karl Schultz wrote:
Am getting these warnings in the Windows build:
2Compiling...
2lex.yy.c
2program_lexer.l(327) : warning C4244: '=' : conversion from 'double'
to 'float', possible loss of data
2program_lexer.l(331) : warning C4244: '=' : conversion from 'double'
to 'float', possible
Luca Barbieri wrote:
I've looked into the issue, and found a workaround by looking at what
st_renderbuffer_alloc_storage (which is called to create the depth
buffer with ST_SURFACE_DEPTH != BUFFER_DEPTH) does.
Adding:
if(ctx) ctx-NewState |= _NEW_BUFFERS;
at the end of
Roland Scheidegger wrote:
Hi,
there are currently a couple of extensions enabled in the mesa state
tracker which probably shouldn't be. These were moved there by commit
a0ae2ca033ec2024da1e01d1c11c0437837c031b (that is with dri they were
already always enabled before).
Someone knows
Brian Paul wrote:
Luca Barbieri wrote:
I've looked into the issue, and found a workaround by looking at what
st_renderbuffer_alloc_storage (which is called to create the depth
buffer with ST_SURFACE_DEPTH != BUFFER_DEPTH) does.
Adding:
if(ctx) ctx-NewState |= _NEW_BUFFERS;
at the end
Luca Barbieri wrote:
Solves the Warsow issue and seems to work.
OK, I think you can commit the patch to 7.8 then.
-Brian
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed
Mathias Gottschlag wrote:
While trying Horde3D on nouveau I found out that Mesa rejects the
following shader which correctly compiles on the proprietary drivers
and, as far as I can see, seems to be correct according to the GLSL specs:
uniform sampler2D tex;
void main()
{
vec3
Michel Dänzer wrote:
On Thu, 2010-03-11 at 11:28 -0700, Brian Paul wrote:
Luca Barbieri wrote:
Solves the Warsow issue and seems to work.
OK, I think you can commit the patch to 7.8 then.
Can this also be backported to mesa_7_7_branch?
Sure, if you can test it. We might want to wait
Luca Barbieri wrote:
Shouldn't
_mesa_add_renderbuffer(stfb-Base, BUFFER_FRONT_LEFT, rb);
be
_mesa_add_renderbuffer(stfb-Base, surfIndex, rb);
instead, since you seem to make the on-demand creation mechanism
generic and no longer limited to the front buffer?
Yes. Fixed now.
-Brian
Keith Whitwell wrote:
On Wed, 2010-03-10 at 06:47 -0800, Corbin Simpson wrote:
I don't know the VBO code that well, so I'm asking you guys if this
has ever come up before.
http://bugs.winehq.org/show_bug.cgi?id=22000
Gallium and indexed rendering are not very happy with each other. I get
Brian Paul wrote:
Maciej Cencora wrote:
Hi,
following 3 piglit tests are failing on r300 because they're trying to use
GL_ARB_texture_non_power_of_two without checking if this extension is
available:
fbo-blit
fbo-nodepth-test
fbo-nostencil-test
I'm not sure what solution
Maciej Cencora wrote:
Dnia środa, 10 marca 2010 o 19:17:25 Maciej Cencora napisał(a):
Dnia środa, 10 marca 2010 o 16:36:01 Brian Paul napisał(a):
Brian Paul wrote:
Maciej Cencora wrote:
Hi,
following 3 piglit tests are failing on r300 because they're trying to
use
Brian Paul wrote:
Keith Whitwell wrote:
I haven't seen any of these for a while now... Anyone have any ideas?
I haven't seen them either. I don't know what's going on, but Tollef
Fog Heen (an FD.org admin) created new mesa lists on fd.o yesterday
(though Michel and I haven't move
Maciej Cencora wrote:
Dnia środa, 10 marca 2010 o 19:35:48 Brian Paul napisał(a):
Maciej Cencora wrote:
Dnia środa, 10 marca 2010 o 19:17:25 Maciej Cencora napisał(a):
Dnia środa, 10 marca 2010 o 16:36:01 Brian Paul napisał(a):
Brian Paul wrote:
Maciej Cencora wrote:
Hi,
following 3
Zack Rusin wrote:
On Wednesday 10 March 2010 15:18:03 Zack Rusin wrote:
On Wednesday 10 March 2010 14:59:42 Zack Rusin wrote:
Maybe /usr/bin/mail is broken, I'll double check it.
Yea, that's it. Someone installed a new mail daemon on the server. We're
using -a to specify the Content-Type
Mesa/master is correct as is. Changing ST_SURFACE_DEPTH to be !=
BUFFER_DEPTH is just hiding another problem elsewhere.
If ST_SURFACE_DEPTH==8 then calling st_set_framebuffer_surface(fb,
ST_SURFACE_DEPTH, surf) is effectively setting the fb's COLOR0
attachment to be a Z/stencil buffer (and
Brian Paul wrote:
Keith Whitwell wrote:
This is getting close to ready to merge, so please take a look if you're
interested in the software rasterizers.
Heads up that I've had to do some work on the cell driver in the
gallium-sw-api-2 branch to migrate it to the new shared sw_winsys
Keith Whitwell wrote:
This is getting close to ready to merge, so please take a look if you're
interested in the software rasterizers.
Heads up that I've had to do some work on the cell driver in the
gallium-sw-api-2 branch to migrate it to the new shared sw_winsys
implementation.
Keith Whitwell wrote:
I haven't seen any of these for a while now... Anyone have any ideas?
I haven't seen them either. I don't know what's going on, but Tollef
Fog Heen (an FD.org admin) created new mesa lists on fd.o yesterday
(though Michel and I haven't move the subscriber lists yet).
Maciej Cencora wrote:
Hi,
following 3 piglit tests are failing on r300 because they're trying to use
GL_ARB_texture_non_power_of_two without checking if this extension is
available:
fbo-blit
fbo-nodepth-test
fbo-nostencil-test
I'm not sure what solution is preferable, 1) change the
Keith Whitwell wrote:
On Sat, 2010-03-06 at 00:30 -0800, Dave Airlie wrote:
So in classic drivers we can hit swrast fallbacks for things like
ReadPixels where we know we aren't going to have to want to touch
textures at all. This would be useful for the r300 driver where Maciej
is working on
be pushed by now, couldn't they?
-Marek
On Thu, Feb 11, 2010 at 4:03 PM, Brian Paul bri...@vmware.com
mailto:bri...@vmware.com wrote:
Corbin Simpson wrote:
From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00
2001
From: Corbin Simpson mostawesomed
1. Rename pipe_sampler_state:min_mip_filter to mip_filter.
I don't know that the min part of that field refers to.
2. Remove PIPE_MAX_TEXTURE_LEVELS from p_state.h
This token isn't used anywhere in the gallium interface anymore, nor
the state trackers. I've already removed the use of this
On Sat, Mar 6, 2010 at 5:44 AM, José Fonseca jfons...@vmware.com wrote:
On Mon, 2010-03-01 at 09:03 -0800, Michel Dänzer wrote:
On Fri, 2010-02-26 at 08:47 -0800, Jose Fonseca wrote:
Module: Mesa
Branch: master
Commit: 9beb302212a2afac408016cbd7b93c8b859e4910
URL:
Chris Wilson wrote:
Thanks to Intel QA providing a few piglit cases to test the API, this has
had a cursory test and identified the silly cases of using the wrong
lookup functions.
The ugly part is that I've used 3 different driver functions to handle
each of the 3 object variants - the
Chris Wilson wrote:
On Fri, 05 Mar 2010 07:48:06 -0700, Brian Paul bri...@vmware.com wrote:
Chris Wilson wrote:
Please review and include in 7.7! :)
This will go into Mesa 7.8, actually.
I see patches 1/4, 3/4 and 4/4 but not 2/4. Are the patches
misnumbered or did 2/4 not get posted
Michel Dänzer wrote:
On Thu, 2010-03-04 at 02:00 -0800, Vinson Lee wrote:
Michel, thanks for spotting this.
I've reverted the bad commit. Please go ahead and submit your correct fix.
Actually, I wonder if something like the below isn't needed to avoid any
undesired effects from integer
Jesse Barnes wrote:
Would anyone have objections if these lists moved to freedesktop.org?
The recent thread with Linus about the drm pull request highlights the
post lag and non-subscriber aspect of the current lists, and that
leaves aside sf.net's horrible mail archive interface and poor
Vinson Lee wrote:
-Original Message-
mesa: Remove pointless comparison of unsigned integer with a negative
constant.
---
src/mesa/shader/prog_execute.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/src/mesa/shader/prog_execute.c
On Mon, Mar 1, 2010 at 4:19 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are a few places in Mesa where we check the GCC version and have
alternate code paths. It looks like almost all of the checks go away if
we require GCC version of at
On Fri, Feb 26, 2010 at 7:19 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ian Romanick wrote:
While we're on the topic of removing dead weight, can we remove support
for color index rendering? None of the hardware drivers support color
index
Török Edvin wrote:
Hi,
I had to apply the following patch to build mesa as 32-bit,
on a 64-bit Debian system (so that wine, and all else get proper
3D accelereration with the new r600 driver).
progs/glsl is built by default, but it was not using -m32.
Please apply the patch to mesa git
Roland Scheidegger wrote:
On 25.02.2010 18:39, michal wrote:
Roland Scheidegger wrote on 2010-02-24 15:18:
On 24.02.2010 12:48, Christoph Bumiller wrote:
This wasn't a problem before because textures and samplers were
linked 1:1, but in view of the gallium-gpu4-texture-opcodes branch,
Kristian Høgsberg wrote:
On Mon, Feb 22, 2010 at 11:38 AM, Brian Paul bri...@vmware.com wrote:
Starting a new thread on this...
Here's a proposal of things to remove from the Mesa tree.
GLU:
glu/mini
glu/mesa
GLUT:
glut/fbdev
glut/ggi
glut/directfb
glut/dos
glut/mini
glut/os2
non
On Tue, Feb 23, 2010 at 9:38 PM, Chia-I Wu olva...@gmail.com wrote:
This patch series moves
src/mesa/dispatch.c to src/glapi/glapi_dispatch.c and
src/glapi/dispatch.h to src/mesa/dispatch.h.
As can be seen in sources.mak, dispatch.c is actually a glapi source file.
And
although not
.
Signed-off-by: Keith Packard kei...@keithp.com
Signed-off-by: Brian Paul bri...@vmware.com
Please commit to both master and mesa_7_7_branch. Thanks.
-Brian
--
Download Intel#174; Parallel Studio Eval
Try the new
On Sun, Feb 21, 2010 at 5:54 PM, Dan Nicholson dbn.li...@gmail.com wrote:
On Sun, Feb 21, 2010 at 2:33 PM, Keith Packard kei...@keithp.com wrote:
The bash 'cd' command tends to emit random stuff to stdout when the
CDPATH variable is set, so clear it to keep extra filenames from being
emitted
On Sun, Feb 21, 2010 at 8:00 AM, Marek Olšák mar...@gmail.com wrote:
Hi,
the attached patch modifies st/dri to not enable EXT_draw_buffers2 by
default because r300g and most probably even some other drivers can't
support this extension. The drivers reporting support of
On Fri, Feb 19, 2010 at 5:16 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While we're on the topic of removing dead weight, can we remove support
for color index rendering? None of the hardware drivers support color
index rendering, and color
On Sat, Feb 20, 2010 at 9:32 AM, Xavier Chantry
chantry.xav...@gmail.com wrote:
On Sat, Feb 20, 2010 at 5:22 PM, Brian Paul brian.e.p...@gmail.com wrote:
On Fri, Feb 19, 2010 at 7:34 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
It seems the commit below will always report an user error
Starting a new thread on this...
Here's a proposal of things to remove from the Mesa tree.
GLU:
glu/mini
glu/mesa
GLUT:
glut/fbdev
glut/ggi
glut/directfb
glut/dos
glut/mini
glut/os2
non-DRI drivers:
drivers/allegro
drivers/directfb
drivers/d3d
drivers/dos
drivers/ggi
drivers/glide
drivers/svga
Corbin wrote:
Glide is a GL-glide driver, right? So it is not needed for libglide apps?
Yes, correct.
-Brian
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find
On Sat, Feb 20, 2010 at 3:21 AM, Olivier Galibert galib...@pobox.com wrote:
On Fri, Feb 19, 2010 at 11:30:44AM -0800, Ian Romanick wrote:
I'd also like to see additional patches to eliminate:
- _mesa_bzero - Conditionally wrap this if HAVE_BZERO is not defined.
Do the usual autoconf magic to
On Fri, Feb 19, 2010 at 1:50 PM, Kenneth Graunke kenn...@whitecape.org wrote:
---
It looks like these were missed in commit 2240ba10. This also removes the
last of the SUNOS4 defines; we can probably remove configs/sunos4* as well.
src/glu/mesa/gluP.h | 10 --
On Fri, Feb 19, 2010 at 7:34 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
It seems the commit below will always report an user error when
glxinfo -l is called.
And indeed I always get the following :
$ glxinfo -l
...
GL_VERTEX_PROGRAM_ARB:
...
Mesa: User error: GL_INVALID_ENUM in
On Thu, Feb 18, 2010 at 9:50 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Feb 19, 2010 at 8:25 AM, Brian Paul bri...@vmware.com wrote:
Assuming this plan still works for people, I'll make the mesa_7_8_branch
on Friday, February 26th.
I think we could get by with a shorter beta period
On Fri, Feb 19, 2010 at 10:59 AM, José Fonseca jfons...@vmware.com wrote:
On Fri, 2010-02-19 at 09:42 -0800, Kristian Høgsberg wrote:
2010/2/19 Kristian Høgsberg k...@bitplanet.net:
2010/2/19 Brian Paul brian.e.p...@gmail.com:
2010/2/19 Kristian Høgsberg k...@bitplanet.net:
I applied
2010/2/19 Kristian Høgsberg k...@bitplanet.net:
2010/2/19 Kristian Høgsberg k...@bitplanet.net:
2010/2/19 Brian Paul brian.e.p...@gmail.com:
2010/2/19 Kristian Høgsberg k...@bitplanet.net:
I applied the patches from Kenneth Graunke on the list for this. Can
we drop _mesa_malloc
Guillem Jover wrote:
Hi!
[ CCing Daniel Borca who used to work on 3dfx support in Mesa and
libglide, not sure though if he is around or interested anymore. ]
On Thu, 2010-02-18 at 17:25:02 -0700, Brian Paul wrote:
3. I'm tempted to remove some old Mesa drivers such as glide, tdfx
tom fogal wrote:
Ian Romanick i...@freedesktop.org writes:
Since we're not using CVS, would it be possible to start naming the
release branches with just the release version? Likewise for release
tags? Specifically, I'm proposing to use 7.8 for this next branch
and 7.8.0 for the release
Kristian Høgsberg wrote:
2010/2/12 Ian Romanick i...@freedesktop.org:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Høgsberg wrote:
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index f7ce87e..c2c8c6e 100644
---
Roland Scheidegger wrote:
On 12.02.2010 19:00, Keith Whitwell wrote:
On Fri, 2010-02-12 at 09:56 -0800, Roland Scheidegger wrote:
On 12.02.2010 18:42, Keith Whitwell wrote:
On Fri, 2010-02-12 at 09:28 -0800, José Fonseca wrote:
On Fri, 2010-02-12 at 06:43 -0800, Roland Scheidegger wrote:
On
Corbin Simpson wrote:
From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00 2001
From: Corbin Simpson mostawesomed...@gmail.com
Date: Wed, 10 Feb 2010 10:39:18 -0800
Subject: [PATCH] mesa/st: Gallium quads, by spec, never change provoking
vertex.
Fixes glean/clipFlat. Softpipe
Feel free to add a Git Tips section to the end of that page, Karl.
-Brian
Karl Schultz wrote:
Thanks Jose! After talking to someone who knows more about git and
looking at ten or so tutorials, I was going to try rebase on the next
change. Looks like that's the right thing; I don't want
Keith Whitwell wrote:
On Thu, 2010-02-11 at 10:13 -0800, michal wrote:
Hi,
I can't find any information regarding two Gallium query types. No
documentation, no source code.
#define PIPE_QUERY_PRIMITIVES_GENERATED 1
#define PIPE_QUERY_PRIMITIVES_EMITTED2
Do they have something to do
Marek Olšák wrote:
Hi,
I noticed that quite a lot of piglit tests fail with swrast and
softpipe. I was asked for sending my stats to ML so that people working
on the software rasterizers are aware of that (I guess they already
know). Please see this page:
1 - 100 of 1059 matches
Mail list logo
