I have an ATI Radeon LE (which is pretty much the same
card as the ATI Radeon DDR but only with 32megs of DDR
ram not 64).
Specifically:
Linux misato 2.4.19-pre10 #1 Tue Jun 4 04:44:29 EDT
2002 i686 unknown
using:
XFree86 Version 4.2.0 (DRI trunk) / X Window System
(protocol Version 11, revisi
On June 13, 2002 07:06 am, Adam Duck wrote:
> >>>>> "Slava" == Slava Polyakov <[EMAIL PROTECTED]> writes:
>
> Slava> I have an ATI Radeon LE (which is pretty much the same
> Slava> card as the ATI Radeon DDR but only with 32me
I got a radeon, after upgrading to 2.4.19-rc1 I can't get direct hardware glx
to work, no matter what I try I only get indirect rendering with the tcl
branch. Did anyone else try rc1 with radeon?
---
Sponsored by:
ThinkGeek at http://www.Thin
On June 25, 2002 10:43 am, Nicolas Aspert wrote:
> Hello
>
> There are some Intel815 AGP changes in 2.4.19-rc1, but I am not sure
> these are the problem.
> Can you try to run testgart to see if problems are really agp-related ?
>
> a+
I'm not sure where to find the testgart util (I am indeed run
On June 26, 2002 02:29 am, Nicolas Aspert wrote:
> Slava Polyakov wrote:
> > 2.4.19-pre10:
> >
> > version: 0.99
> > bridge id: 0x11308086
> > agp_mode: 0x1f000207
> > aper_base: 0xd800
> > aper_size: 64
> > pg_total: 82176
> > pg_sys
If I want to checkout the latest Radeon tcl code, do I need to check out the
tcl branch (tcl-0-0-branch) or was it already merged into the truck?
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On July 10, 2002 09:29 pm, Mike Mestnik wrote:
> #
> # List of PCI ID's
> #
> # Maintained by Martin Mares <[EMAIL PROTECTED]> and other volunteers from
> the # Linux PCI ID's Project at http://pciids.sf.net/. New data are
> always # welcome (if they are accurate), we're ea
think, as opposed to DDR.
What exactly are you trying to do? determine which cards are radeon le and
which ones aren't?
On July 10, 2002 07:44 pm, you wrote:
> I have a non-LE Radeon 8500XT 128MB here using PCI ID 0x514C.
>
> Slava Polyakov wrote:
> >On July 10, 200
$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/specs
gcc version 2.95.3 20010315 (release)
hackie@misato:~/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel
{513}$ make -f Makefile.linux radeon.o
cc -O2 -Wall -Wwrite-strings -Wpointer-arith -Wcast-align -Wstrict-
On July 13, 2002 04:04 pm, Ville Syrjälä wrote:
> On Sat, Jul 13, 2002 at 12:26:07PM -0600, Eric Anholt wrote:
> > Okay, this was my fault, I changed __FUNCTION__ to __func__ because gcc3
> > complains about __FUNCTION__ being deprecated and I was told __func__
> > was the portable alternative. M
Every so often (for example after 1hr of gameplay) a glx program like RTCW or
WINE running SOF2 freezes... now, Only the program however, X is fine.
However it freezes my mouse and kdb... if I telnet in and kill the offending
process things are almost back to normal except my mouse accel isn't
On July 16, 2002 04:15 pm, you wrote:
> Every so often (for example after 1hr of gameplay) a glx program like RTCW
> or WINE running SOF2 freezes... now, Only the program however, X is fine.
> However it freezes my mouse and kdb... if I telnet in and kill the
> offending process things are almost
On July 16, 2002 06:19 pm, you wrote:
> Slava Polyakov wrote:
> > On July 16, 2002 04:15 pm, you wrote:
> >>Every so often (for example after 1hr of gameplay) a glx program like
> >> RTCW or WINE running SOF2 freezes... now, Only the program however, X is
> >&g
13 matches
Mail list logo
