Felix Kühling wrote:
(resending due to SF mailing list problems ...)
Hi,
after a CVS upgrade last night I got two some assertions in the radeon
driver. One happened when exiting from glxgears in radeonDeleteTexture.
Commenting out the assert statement helped.
I got the other one in Torcs when ent
Dieter Nützel wrote:
Am Freitag, 16. Januar 2004 20:00 schrieb Roland Scheidegger:
ok, here's another attempt, which uses an external dxtn library (patch
against current Mesa cvs trunk).
And, again? - After texture merge.
since you've asked ;-)
fixes:
- the dlopen stuff will no longer be built
On Mon, 26 Jan 2004 23:10:33 +0100
Roland Scheidegger <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
[snip]
> >
> > torcs: radeon_state.c:741: radeonUpdateSpecular: Assertion `(p & (1 << 21)) == 0'
> > failed.
> >
[snip]
> You get that also with the mesa test tests/seccolor (my email on that
Michel DÃnzer wrote:
Seems to work fine here (same as with software rendering) - try
disabling codegen maybe? Didn't you notice yuvrect being broken
though? :\
Well I've reported yuvrect as broken in the earlier email - no need to
repeat everything.
Right.
No idea why texrect doesn't work her
Am Samstag, 24. Januar 2004 03:00 schrieb Roland Scheidegger:
> Dieter Nützel wrote:
> > Am Freitag, 16. Januar 2004 20:00 schrieb Roland Scheidegger:
> >>ok, here's another attempt, which uses an external dxtn library (patch
> >>against current Mesa cvs trunk).
> >
> > And, again? - After texture
Roland Scheidegger wrote:
Felix Kühling wrote:
Again, commenting out the assertion helps. I'm not sure if the assertion
is bogus or if there is a real problem behind this that has to be
solved.
You get that also with the mesa test tests/seccolor (my email on that
topic is still missing in action,
Roland Scheidegger wrote:
xdemos/wincopy: second window empty (or random content) (same as with r200)
This failure, on both R200 & R100, is because the test uses
GLX_SGI_make_current_read or GLX 1.3, but neither driver supports that.
I also get:
glxinfo: radeon_tex.c:696: radeonDeleteTexture: As
On Mon, 26 Jan 2004, Felix Kühling wrote:
>
> after a CVS upgrade last night I got two some assertions in the radeon
> driver. One happened when exiting from glxgears in radeonDeleteTexture.
> Commenting out the assert statement helped.
I get something similar, except I'm using i830, not radeon.
On Tue, Jan 27, 2004 at 09:44:31PM -0600, Otto Solares wrote:
> On Tue, Jan 27, 2004 at 08:41:45PM +, Keith Whitwell wrote:
> > What I'd really like to be able to do now is build the dri drivers directly
> > out of the Mesa tree.
>
> Does this means that finally we will see XFree and linux-so
Roland Scheidegger wrote:
(since the original email never made it to the list, a new one - it's
not a resend though)
texrect is broken here (and I've no idea why it works for other people
;-)).
There are 2 problems in the driver which cause this:
First, if glGenTextures is called, there is no te
Otto Solares wrote:
On Tue, Jan 27, 2004 at 08:41:45PM +, Keith Whitwell wrote:
What I'd really like to be able to do now is build the dri drivers directly
out of the Mesa tree.
Does this means that finally we will see XFree and linux-solo build
it's drivers from Mesa-newtree/src/drivers/dr
Keith Whitwell wrote:
Roland Scheidegger wrote:
@@ -888,9 +1070,9 @@
_mesa_lookup_enum_by_nr( pname ) );
}
- if ( ( target != GL_TEXTURE_2D ) &&
+/* if ( ( target != GL_TEXTURE_2D ) &&
( target != GL_TEXTURE_1D ) )
- return;
+ return;*/
Wouldn't this change be en
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1091
[EMAIL PROTECTED] changed:
What|Removed |Added
-
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1091
[EMAIL PROTECTED] changed:
What|Removed |Added
-
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1092
[EMAIL PROTECTED] changed:
What|Removed |Added
-
On Wed, 28 Jan 2004 09:30:47 -0800
Tim Roberts <[EMAIL PROTECTED]> wrote:
> For those of you who experience the weird refresh rate settings using
> the 1.1.27t driver on your ProSavage-DDR, there now seem to be TWO
> workarounds. The first, which I have been recommending, is to disable
> the u
Thanks,
Dieter
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
--
___
Dieter Nützel wrote:
Am Samstag, 24. Januar 2004 03:00 schrieb Roland Scheidegger:
Dieter Nützel wrote:
Am Freitag, 16. Januar 2004 20:00 schrieb Roland Scheidegger:
ok, here's another attempt, which uses an external dxtn library (patch
against current Mesa cvs trunk).
And, again? - After textur
Missing definition for libOSMesa?
Nothing changed, yet.
Building executable ../../../VTK/bin/vtk...
/usr/X11R6/lib/libOSMesa.so: undefined reference to
`_mesa_init_driver_functions'
collect2: ld returned 1 exit status
make[3]: *** [../../../VTK/bin/vtk] Fehler 1
make[2]: *** [default_target] Fehl
just discoverd that at least anonymous cvs acces to mesa and dri
cvs repository doesnt work:
cvs -z9 -d:pserver:[EMAIL PROTECTED]:/cvs/dri update -dA xc
cvs update: Updating xc
cvs update: failed to create lock directory for `/cvs/dri/xc' (/cvs/dri/xc/#cvs.lock):
Permission denied
cvs update: fai
Keith Whitwell wrote:
Roland Scheidegger wrote:
(since the original email never made it to the list, a new one - it's
not a resend though)
texrect is broken here (and I've no idea why it works for other people
;-)).
There are 2 problems in the driver which cause this:
First, if glGenTextures is
On Wed, 2004-01-28 at 14:17, Andreas Stenglein wrote:
> just discoverd that at least anonymous cvs acces to mesa and dri
> cvs repository doesnt work:
>
> cvs -z9 -d:pserver:[EMAIL PROTECTED]:/cvs/dri update -dA xc
> cvs update: Updating xc
> cvs update: failed to create lock directory for `/cvs/d
Ian Romanick wrote:
Keith Whitwell wrote:
Roland Scheidegger wrote:
@@ -888,9 +1070,9 @@
_mesa_lookup_enum_by_nr( pname ) );
}
- if ( ( target != GL_TEXTURE_2D ) &&
+/* if ( ( target != GL_TEXTURE_2D ) &&
( target != GL_TEXTURE_1D ) )
- return;
+ return;*/
Wou
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=1092
[EMAIL PROTECTED] changed:
What|Removed |Added
-
--- Felix Kühling <[EMAIL PROTECTED]> wrote:
[snip]
> > If you are interested in trying Christian's driver, I have plopped
> the
> > binary on my web site, http://www.probo.com/timr/savage40.html.
> >
> > As a side note, the VIA-submitted driver source will NOT make it
> into
> > XFree86 4.4.0
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=734
[EMAIL PROTECTED] changed:
What|Removed |Added
--
Felix Kühling wrote:
I was wrestling with the Mesa build process for a while. Maybe I should
have RTFM. ;-) Anyway, I do get the same error with seccolor.
OK, I"ve committed something which should help...
Keith
---
The SF.Net email is sponsor
Keith Whitwell wrote:
Roland Scheidegger wrote:
Keith Whitwell wrote:
Unfortunately it's not. Mesa will initialize the correct
default wrap and filter mode when glBindTexture is called with
the rectangle_nv target and the texture object already exists
(that is, glGenTextures has been called prev
I got the same after a cvs upgrade of the trunk last night with
LIBGL_DRIVERS_PATH still set to my savage-2-0-0-branch installation.
On Fri, 23 Jan 2004 02:28:12 +0100
Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> I'm normally using the libGL from my 2003.10.05 snapshot packages, and
> the curren
Based on Alex Deucher's recent request to test the Savage driver he and
Felix have been working on, I recently pulled the savage-2-0-0-branch
and compiled the driver for testing.
My configuration is Fedora Core 1, AMD Athlon 2200, 512 MB, ProsavageDDR
in a Shuttle SK41G.
My results have been g
30 matches
Mail list logo
