On Tue, 2010-03-09 at 16:49 -0800, STEVE555 wrote:
Dear Keith,
I've downloaded your sw-api-2 branch using the .tar.gz
method again(git just won't let me).I used the same ./configure options but
with the exception of doing --prefix=/usr/local instaed od /usr just in
case.
It
On Sun, 07 Mar 2010 12:39:15 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 00:24:24 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote:
On
Hello.
I managed to compile Mesa without X for Gallium on vmware SVGA card with
EGL.
After lot of link problems I managed to get libGL.so compiled and linked.
What was not resolved:
gl_dispatch_stub_361()
gl_dispatch_stub_356()
gl_dispatch_stub_366()
gl_dispatch_stub_362()
Dear Keith,
I checked out your branch using git checkout -b.and used git
pull to get the differences between your branch and master.I did a gmake -B
realclean and used my ./configure options I use for master.
Unfortunately,it has stopped compiling with this error:
Steve,
What configure options are those?
Keith
On Wed, 2010-03-10 at 04:41 -0800, STEVE555 wrote:
Dear Keith,
I checked out your branch using git checkout -b.and used git
pull to get the differences between your branch and master.I did a gmake -B
realclean and used my
Hi Keith,
I use these configure options:
./configure --prefix=/usr --enable-32-bit --enable-xcb
--enable-gallium-nouveau --with-state-trackers=dri,egl,xorg,glx,vega,es
--enable-motif --enable-gl-osmesa --disable-gallium-intel
--disable-gallium-radeon --with-expat=/usr/lib
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 some
fairly solidly reliable segfaults with both a d3d9 DLL test (device.ok) and
Civ4
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 some
fairly solidly
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
On Wed, Mar 10, 2010 at 6:59 AM, Keith Whitwell kei...@vmware.com wrote:
It's great you found a bug, but why all the excitement? Just track it
down and propose a fix. Mesa's pretty well debugged, but there are
always going to be new issues. I'm not sure why it warrants this type
of implicit
On Wed, 2010-03-10 at 07:18 -0800, Corbin Simpson wrote:
On Wed, Mar 10, 2010 at 6:59 AM, Keith Whitwell kei...@vmware.com wrote:
It's great you found a bug, but why all the excitement? Just track it
down and propose a fix. Mesa's pretty well debugged, but there are
always going to be new
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 is
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
performance.
If
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 GL_ARB_texture_non_power_of_two without checking if this extension
is available:
fbo-blit
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 GL_ARB_texture_non_power_of_two
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 the
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 piglit tests are
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
On Wednesday 10 March 2010 13:59:40 Brian Paul wrote:
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
On Wed, Mar 10, 2010 at 12:59 PM, Zack Rusin za...@vmware.com wrote:
On Wednesday 10 March 2010 13:59:40 Brian Paul wrote:
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
On Wed, Mar 10, 2010 at 11:59 AM, Zack Rusin za...@vmware.com wrote:
On Wednesday 10 March 2010 13:59:40 Brian Paul wrote:
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 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 header in mails,
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
XServer 1.7.5:
I think it is this commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=a56da1005d30da60701e33b75d5f4f37096df060
Thanks.
Johannes
gcc -c -I. -I../../../../src/gallium/include
-I../../../../src/gallium/auxiliary -I../../../../src/gallium/drivers
-DHAVE_CONFIG_H
In mesa_7_7_branch, 52d83efdbc4735d721e6fc9b44f29bdd432d4d73 reverts
commit 9d17ad2891b58de9e33e943ff918a678c6a3c2bd.
How about cherry-picking that commit into master, until a fix for the
bugs the revert commit introduces are found?
The reverted commit currently breaks the Warsow main menu for
I'm experiencing a similar compile error,I currently use the latest packages
for xorg from Fedora 13.The configure options I use are the same from my
last post on nabble (galliun-sw-api-2).The compile error I get is this one:
gmake[4]: Entering directory
I second that. The commit breaks 6 glean tests (api2, clipFlat, fragProg1,
occluQry, pointAtten, texCombine4) with r300g.
-Marek
On Wed, Mar 10, 2010 at 10:50 PM, Luca Barbieri l...@luca-barbieri.comwrote:
In mesa_7_7_branch, 52d83efdbc4735d721e6fc9b44f29bdd432d4d73 reverts
commit
http://bugs.freedesktop.org/show_bug.cgi?id=27007
Summary: Lines disappear with GL_LINE_SMOOTH
Product: Mesa
Version: 7.6
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=27007
--- Comment #1 from Søren Hauberg so...@hauberg.org 2010-03-10 18:39:55 PST
---
Created an attachment (id=33931)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33931)
Image that shows the result of running the demonstration program
--
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
Hi all,
This patch series adds st_api interface to st/mesa and st/vega, and
switch st/egl and st/glx from st_public interface to the new interface.
Feature-wise, st_api provides a more robust multiple client APIs
(OpenGL/OpenGL ES/OpenVG) to EGL and enable the implementation of
various EGLImage
32 matches
Mail list logo