On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote:
> Michael also implemented agp support for radeon with a similar simplistic
> strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think
> these turned out to be artefacts rather than anything serious. In any case I
On Thursday 21 March 2002 00:54, Jerome Roussel wrote:
> Hello,
Bonjour mon ami.
> I am intersted like a lot of people in writing a DRI for S3 Savage
So join the Savage crew.
> (in my case the mx one at least) but I don't know the spec of the chip.
You are lucky. The MX (like Savage3D) wa
On Wednesday 20 March 2002 19:42, Anders Haugen wrote:
> ok, i see - thougth you meant i had to do
> both, tested again now and only the last one is needed (the
> S3V_WRITE_CMD_DMA_ENABLE_REG, 0x1)
Wonderful, thank for your persistence it was very helpful. I will had an
#ifdef _VIRGEDX in my co
On Wed, Mar 20, 2002 at 01:51:06PM -0800, Ian Romanick wrote:
> > Michael also implemented agp support for radeon with a similar simplistic
> > strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think
> > these turned out to be artefacts rather than anything serious. In any cas
On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote:
> Michael also implemented agp support for radeon with a similar simplistic
> strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think
> these turned out to be artefacts rather than anything serious. In any case I
On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote:
> Daryll Strauss wrote:
> >
> > On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote:
> > > There was some talk awhile back about adding support for AGP texturing in
> > > the Radeon driver. Whatever happened with that?
> >
Daryll Strauss wrote:
>
> On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote:
> > There was some talk awhile back about adding support for AGP texturing in
> > the Radeon driver. Whatever happened with that?
>
> I've actually got an implementation of AGP texturing for the Radeon that
Ian Romanick wrote:
>
> On Wed, Mar 20, 2002 at 10:17:26PM +0100, Andreas Stenglein wrote:
>
> > so maybe shouldnt it be deleted from gl.h?
>
> If I understand Brian correctly, gl.h (which has glSamplePass) is correct,
> but the library (which has glSamplePassARB) is not correct.
No, glSampleP
On Wed, Mar 20, 2002 at 10:17:26PM +0100, Andreas Stenglein wrote:
> so maybe shouldnt it be deleted from gl.h?
If I understand Brian correctly, gl.h (which has glSamplePass) is correct,
but the library (which has glSamplePassARB) is not correct.
--
Tell that to the Marines!
_
Hello!
so maybe shouldnt it be deleted from gl.h?
best regards,
Andreas
[EMAIL PROTECTED]
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote:
> There was some talk awhile back about adding support for AGP texturing in
> the Radeon driver. Whatever happened with that?
I've actually got an implementation of AGP texturing for the Radeon that
seems to work. I've also got Michae
There was some talk awhile back about adding support for AGP texturing in
the Radeon driver. Whatever happened with that?
--
Tell that to the Marines!
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Andreas Stenglein wrote:
>
> Hello!
> just discoverd that (in my) libGL.so theres
> no glSamplePass symbol available.
> its build from today (2002-03-20) DRI-trunk-code.
> And its not available in the tcl-0-0-branch, too.
>
> strings libGL.so | grep glSamplePass
> glSamplePassARB
glSamplePassAR
>Uhm, (that = #if 0 in s3v_dma.c) or (that = >S3V_WRITE(S3V_CMD_DMA_ENABLE_REG,
> 0x1)? Did you need both changes to fix the >lockup?
ok, i see - thougth you meant i had to do
both, tested again now and only the last one is needed (the
S3V_WRITE_CMD_DMA_ENABLE_REG, 0x1)
just to be sure i also
On Wednesday 20 March 2002 18:29, Anders Haugen wrote:
> >If this is still failing, try setting #if 0 >in s3v_dma.c, line 57 [it is
> > the hw reset >code - is is been called from my libGL too].
> >
> >Then delete the comment to reactivate >S3V_WRITE(S3V_CMD_DMA_ENABLE_REG,
> > 0x1); at >line 270
>If this is still failing, try setting #if 0 >in s3v_dma.c, line 57 [it is the hw
>reset >code - is is been called from my libGL too].
>Then delete the comment to reactivate >S3V_WRITE(S3V_CMD_DMA_ENABLE_REG, 0x1); at
>>line 270 of s3v_dma.c. (It was in the Utah >approach but I found it useless
On 2002.03.20 16:19 Leif Delgass wrote:
> ...
>
> It looks like there is a new package in the bleeding-edge directory that
> was built today that you could try. I'm not sure if Jose was able to
> setup the build on sourceforge or if these are being uploaded from his
> site.
>
It still from my
max wrote:
>
> On Tuesday 19 March 2002 15:58, Keith Whitwell wrote:
>
> > OK. Done.
> >
> > Let me know if you need help creating a branch for this. Make sure you
> > read the "CVS Policies" document in the developer documentation section of
> > dri.sf.net -- if in doubt, ask...
> >
> > Keith
On 19 Mar 2002, Sergey V. Udaltsov wrote:
> > some other test suites on the new branch as well. This would be a good
> > time for testers to do a fresh checkout and look for bugs. When the trunk
> As a tester, I'd like to try. Now, when Jose is on holidays, where could
> I get those wonderful
On 2002.03.19 23:42 Sergey V. Udaltsov wrote:
> > some other test suites on the new branch as well. This would be a good
> > time for testers to do a fresh checkout and look for bugs. When the
> trunk
> As a tester, I'd like to try. Now, when Jose is on holidays, where could
> I get those wonder
On Wednesday 20 March 2002 14:07, you wrote:
> hi again,
> tried changing the S3V_UDELAY when i first got
> the lockup, but that made no difference.
Ok, so we keep 1.
> how much is logged differs everytime i try even with the udelay in the
> debug macro, i've attached a log where it gets a bit f
After I compiled XFree86 CVS with Mesa-4.0.1 - OpenGL slowed down. I tested it
in RTCW, Quake, and my own programs. Of course acceleration is on, but fps
dropped down. So I compiled DRI from CVS, but nothing changes - OpenGL is still
slower.
Is it normal, or did I break something?
I have Voodoo3
just a quick guess since i am not aware of that specific function...
(assumed) its an extension to the OpenGL 1.x standard.
extension names arent most often exported by standard lib GL as symbols
but only via the "get by name" method.
you might want to have a look at the respective OpenGL specs
Hello!
just discoverd that (in my) libGL.so theres
no glSamplePass symbol available.
its build from today (2002-03-20) DRI-trunk-code.
And its not available in the tcl-0-0-branch, too.
strings libGL.so | grep glSamplePass
glSamplePassARB
regards,
Andreas
[EMAIL PROTECTED]
_
On Wed, Mar 20, 2002 at 01:03:26PM +0100, Michel Dänzer wrote:
> > > > I will try to use the LIBGL_DEBUG variable. But I am now thinking it
> > > > could be a hardware issue.
> > > Very unlikely to be a driver problem indeed, as that option disables any
> > > 2D or 3D acceleration.
I changed my c
On Mit, 2002-03-20 at 01:02, Jens Owen wrote:
> Michel Dänzer wrote:
> >
> > On Die, 2002-03-19 at 08:22, Jean-Christophe Dubacq wrote:
> > > On Mon, Mar 18, 2002 at 09:18:47PM -0700, Jens Owen wrote:
> > > > > OK, I compiled the tcl-0-0 branch, installed it, and I still have two
> > > > > kind o
> some other test suites on the new branch as well. This would be a good
> time for testers to do a fresh checkout and look for bugs. When the trunk
As a tester, I'd like to try. Now, when Jose is on holidays, where could
I get those wonderful 1.5M builds? Jose's directory contains the files 3
27 matches
Mail list logo
