On Wed, May 02, 2001 at 04:09:33AM +0200, Arne Zellentin wrote:
> More problems: with dri loaded, swithing to the textconsole doesn't work
> anymore, the resolution changes but the card stays in graphics mode. I can
> switch back to X though.
>
Same here with ATI Radeon 64DDR vivo. Console is m
Hi everybody,
I have a severe problem with X since updating to 4.0.x. If I have the dri
module loaded, X crashes when the physical resolution is changed, e.g. if I
press CTRL-ALT-KP+ or run any DGA application which changes it. I have tried
several versions from 4.0.1 to last week's CVS from s
On Wed, May 02, 2001 at 02:38:10AM +0100, Iain Thomas wrote:
>
> Not exactly the clearest of layouts, but find/locate are still your
> friend...
;) That's how I find it too ;) ...
>
> > Where I might start looking for hardware specs. for ATI Radeon card ?
>
> Join XFree86 project? Ask ATi?
S
I've found xc/xc/lib/GL/mesa/src/drv/radeon/. Took a while.
But couldn't find any usefull links regarding ATI radeon
hardware specs ... ? Specs. released only under NDA ? ...
On Tue, May 01, 2001 at 09:09:13PM -0400, Zilvinas Valinskas wrote:
>
> Just got CVS tree and got lost ...
> Linux Ker
On Tue, 1 May 2001, Zilvinas Valinskas wrote:
> Just got CVS tree and got lost ...
> Linux Kernel source tree is much more clear for me.
>
> Can you tell me where to look radeon_dri.so sources ?
> or at least some FAQ or links to explain this xc tree "mess" :) for me.
./xc/lib/GL/dri/drm/radeon_
Just got CVS tree and got lost ...
Linux Kernel source tree is much more clear for me.
Can you tell me where to look radeon_dri.so sources ?
or at least some FAQ or links to explain this xc tree "mess" :) for me.
Where I might start looking for hardware specs. for ATI Radeon card ?
--
Zilvina
> -o makes GNU tar produce a POSIX compliant tar archive when creating
> archives. It does nothing when untarring.
Holy crapola, the 'o' does nothing? I have been using '-xvof' for as long
as I can remember ... this is insanity! ;)
I always thought it meant overwrite without prompting or somethi
Brian Paul wrote:
>
> Pasi Kärkkäinen wrote:
> >
> > Hello!
> >
> > Are there known blending bugs in the mga-driver (g400)? When I render many
> > additive polygons on the top of each other with small alpha-value
> > (something like 0.05) the result is something it shouldn't be with g400.
> > Wit
> Could you try rereunning one or two of your tests without sound to see
> if there is a difference?
> In console:
> s_initsound 0
> snd_restart
> Regards,
> matt
Ok, here are the benchmarks
at Normal Detail Benchmark without Sound:
640*480:
demo001 frames sec
Today, Gareth Hughes wrote:
>I was just taking a look at this -- can we change
>
>gunzip .tar.gz
>tar -xvof .tar
>
>to
>
>tar -zxvof .tar.gz
>
>in the installation instructions? And why do we need -o anyway?
-o makes GNU tar produce a POSIX compliant tar archive when cre
Kreuzritter2000 wrote:
>
> Hello
>
> I made some Benchmark comparisons with my Video card under WinME and Linux,
> here are the resulst:
>
> Perhaps using the new tdfx driver branch 3.1, DRI inbuild Mesa 3.5 and Kernel 2.4
>could be a little
> bit faster.
It might be a bit faster but I haven'
st fine, so I'm not complaining, I'm just curious as to
> >> why/how this is happening.
>
> > GL_RENDERER date: last time the driver source was changed (in general).
>
> > Package date: when the package was put together.
>
> > They are completely unrelat
Hello
I made some Benchmark comparisons with my Video card under WinME and Linux,
here are the resulst:
Perhaps using the new tdfx driver branch 3.1, DRI inbuild Mesa 3.5 and Kernel 2.4
could be a little
bit faster.
Linux vs. WindowsME Quake3
ning.
> GL_RENDERER date: last time the driver source was changed (in general).
> Package date: when the package was put together.
> They are completely unrelated -- the fact that the GL_RENDERER date
> hasn't changed means you can use any of the packages from 20010402 to
&g
mardi, le 1 mai, 2001, Gareth Hughes nous a dit ceci:
> I was just taking a look at this -- can we change
>
> gunzip .tar.gz
> tar -xvof .tar
>
> to
>
> tar -zxvof .tar.gz
>
> in the installation instructions? And why do we need -o anyway?
>
> -- Gareth
What's wrong
15 matches
Mail list logo