Re: [Mesa3d-dev] GSOC: Gallium R300 driver

2010-03-26 Thread Marek Olšák
On Tue, Mar 23, 2010 at 8:46 PM, Tom Stellard wrote: > On Tue, Mar 23, 2010 at 12:13:25AM -0700, Corbin Simpson wrote: > > On Mon, Mar 22, 2010 at 11:39 PM, Tom Stellard > wrote: > > > > > > Thanks for the information. > > > > > > After spending some time learning about the Gallium driver > arch

Re: [Mesa3d-dev] Build Error with Xorg State Tracker

2010-03-26 Thread STEVE555
Hi all, Sorry for the late reply.I've just tried Dan's trick and it works very well,thank you very much for the tip. Regards, STEVE555 Dan Nicholson-2 wrote: > > On Wed, Mar 24, 2010 at 07:00:06AM -0700, STEVE555 wrote: >> >> Dear Jakob, >> I did a ./autogen

[Mesa3d-dev] [Bug 27312] glCopyTexImage2D Doesnt seem to work correctly (returns incorrect alpha component )when internal format is GL_RGB

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27312 --- Comment #7 from Karthik Hariharakrishnan 2010-03-26 10:47:04 PST --- (In reply to comment #2) > Which driver are you using? swrast or softpipe or other? > > I could probably look into this as soon as you provide a (glut) test program.

[Mesa3d-dev] [Bug 27312] glCopyTexImage2D Doesnt seem to work correctly (returns incorrect alpha component )when internal format is GL_RGB

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27312 --- Comment #6 from Karthik Hariharakrishnan 2010-03-26 10:45:37 PST --- Created an attachment (id=34496) --> (http://bugs.freedesktop.org/attachment.cgi?id=34496) Makefile for building app -- Configure bugmail: http://bugs.freedesktop.o

[Mesa3d-dev] [Bug 27312] glCopyTexImage2D Doesnt seem to work correctly (returns incorrect alpha component )when internal format is GL_RGB

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27312 --- Comment #5 from Karthik Hariharakrishnan 2010-03-26 10:44:59 PST --- Created an attachment (id=34495) --> (http://bugs.freedesktop.org/attachment.cgi?id=34495) header file included from source -- Configure bugmail: http://bugs.freede

[Mesa3d-dev] [Bug 27312] glCopyTexImage2D Doesnt seem to work correctly (returns incorrect alpha component )when internal format is GL_RGB

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27312 --- Comment #4 from Karthik Hariharakrishnan 2010-03-26 10:44:37 PST --- Created an attachment (id=34494) --> (http://bugs.freedesktop.org/attachment.cgi?id=34494) Source code for reproducing the problem. -- Configure bugmail: http://bu

[Mesa3d-dev] [Bug 27254] glBlitFramebuffer is defined while glBlitFramebufferEXT is hidden as described by the XMLs

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27254 Ian Romanick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa3d-dev] [Bug 27312] glCopyTexImage2D Doesnt seem to work correctly (returns incorrect alpha component )when internal format is GL_RGB

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27312 --- Comment #3 from Karthik Hariharakrishnan 2010-03-26 09:22:01 PST --- (In reply to comment #2) > Which driver are you using? swrast or softpipe or other? > > I could probably look into this as soon as you provide a (glut) test program.

Re: [Mesa3d-dev] [PATCH] glGet: Optimize glGet calls by avoiding redundant state updates

2010-03-26 Thread Brian Paul
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

[Mesa3d-dev] [Bug 27300] r300_fs.c:209: r300_translate_fragment_shader: Assertion `0' failed.

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27300 --- Comment #5 from Darren Salt 2010-03-26 08:31:41 PST --- About compiling Oolite: "make -f Makefile pkg-deb" works here. ("debuild binary" would be fine, but debian/changelog is generated.) http://www.oolite.org/download has links to bina

[Mesa3d-dev] [Bug 27300] r300_fs.c:209: r300_translate_fragment_shader: Assertion `0' failed.

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27300 --- Comment #4 from Darren Salt 2010-03-26 08:21:21 PST --- Created an attachment (id=34486) --> (http://bugs.freedesktop.org/attachment.cgi?id=34486) Shader log from Oolite One log file, as requested. (This is with shader-effects-level se

Re: [Mesa3d-dev] Build Error with Xorg State Tracker

2010-03-26 Thread Dan Nicholson
On Wed, Mar 24, 2010 at 07:00:06AM -0700, STEVE555 wrote: > > Dear Jakob, > I did a ./autogen.sh and Mesa builds fine now,sorry about > that.I do run ./autogen.sh from time to time,I just thought ./configure > would be enough,oh well,I like to thank you for your help. When someon

Re: [Mesa3d-dev] [PATCH] add r200-swtnl-material-fallback test case

2010-03-26 Thread Pauli Nieminen
On Sun, Mar 21, 2010 at 8:02 PM, Pauli Nieminen wrote: > There is bug in r200 swtnl fallback that hwtnl state is emited in swtnl flush. > Bug causes emit size to be larger that excepted which might cause crash in > some > corner cases. > > Signed-off-by: Pauli Nieminen > --- >  tests/all.tests  

[Mesa3d-dev] [Bug 27300] r300_fs.c:209: r300_translate_fragment_shader: Assertion `0' failed.

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27300 --- Comment #3 from Corbin Simpson 2010-03-26 05:40:07 PST --- Can't figure out how to build your program. :T You hit the generic "error in shader compiler" assert. Could you run again with RADEON_DEBUG=fp set, and attach that log here? -

[Mesa3d-dev] [Bug 27300] r300_fs.c:209: r300_translate_fragment_shader: Assertion `0' failed.

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27300 --- Comment #2 from Corbin Simpson 2010-03-26 04:57:09 PST --- Tired, commented on wrong bug. Investigating yours now. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Mesa3d-dev] [Bug 27300] r300_fs.c:209: r300_translate_fragment_shader: Assertion `0' failed.

2010-03-26 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=27300 Corbin Simpson changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Corbin

Re: [Mesa3d-dev] New buuild error with Mesa git

2010-03-26 Thread Jakob Bornecrantz
On Fri, Mar 26, 2010 at 9:36 AM, Xavier Chantry wrote: > On Fri, Mar 26, 2010 at 2:51 AM, STEVE555 wrote: >> >> Hi guys, >>            I've pulled in the latest commits from Mesa git at about 1am >> this morning. >> I ran gmake -B realclean,and then used autoreconf -iv and ./autogen.sh with >> my

Re: [Mesa3d-dev] [RFC] gallium-targets merge

2010-03-26 Thread Jakob Bornecrantz
On Fri, Mar 26, 2010 at 9:57 AM, Xavier Chantry wrote: > On Thu, Mar 25, 2010 at 8:32 PM, Jakob Bornecrantz > wrote: >> >> Thanks again for testing. >> >> Okay, this could be solved by just checking if the state trackers are >> built where we enable the the targets instead of the subsystem or >>

Re: [Mesa3d-dev] [RFC] gallium-targets merge

2010-03-26 Thread Xavier Chantry
On Thu, Mar 25, 2010 at 8:32 PM, Jakob Bornecrantz wrote: > > Thanks again for testing. > > Okay, this could be solved by just checking if the state trackers are > built where we enable the the targets instead of the subsystem or > driver. The xorg drivers is the only one doing this correctly, by

Re: [Mesa3d-dev] New buuild error with Mesa git

2010-03-26 Thread Xavier Chantry
On Fri, Mar 26, 2010 at 2:51 AM, STEVE555 wrote: > > Hi guys, >            I've pulled in the latest commits from Mesa git at about 1am > this morning. > I ran gmake -B realclean,and then used autoreconf -iv and ./autogen.sh with > my configure options,i.e: > > ./autogen.sh --prefix=/usr --enable-

Re: [Mesa3d-dev] Current tinderbox regression (swrastg_dri, sparc64)

2010-03-26 Thread George Sapountzis
On Fri, Mar 26, 2010 at 4:11 AM, Luca Barbieri wrote: > Are you sure that swrastg and/or any Gallium driver actually load > correctly and work on sparc64? > you are right, I forgot that gallium has its own sync primitives, scratch my reply > This seems to indicate that they use __sync_add_and_fe