Re: [Dri-devel] Missing symbol in radeon driver

On Mon, Feb 02, 2004 at 12:47:39AM +0100, Felix K?hling wrote: > Hi, > > after updating and recompiling DRI direct rendering was not working. I > even tried make World to be sure. LIBGL_DEBUG=verbose glxgears shows > this problem: > > libGL: XF86DRIGetClientDriverName: 4.0.1 radeon (screen 0) > l

[Dri-devel] Re: [Dri-users] New ATI FireGL drivers announced

On Thu, Nov 21, 2002 at 04:33:47PM +0100, Alexander Stohr wrote: >Supported cards should be (list might not be complete): >- ATI Radeon 8500 {/DV/LE}, 9000 {/PRO}, 9500 {/PRO}, 9700 {/PRO} -> >"Built by ATI" Does this mean these drivers have full 3D support for r300 based cards? If so

Re: [Dri-devel] radeon: two-sided lighting issues

On Fri, Oct 11, 2002 at 06:00:18PM +0100, Keith Whitwell wrote: > Felix Kühling wrote: > >On 11 Oct 2002 18:15:08 +0200 > >Michel Dänzer <[EMAIL PROTECTED]> wrote: > > > > > >>I was looking into the lighting issues Felix reported with the > >>xscreensaver pulsar hack (when running it with the -ligh

[Dri-devel] Update on dark textures in FlightGear.

(Yay finished assignments and stuff! ;-) Having upgraded to the latest tcl-0-0-branch code (as well as the latest fgfs code), the situation's back where it started - airports in the US have very dark scenery, whereas everywhere else seems to be fine. I've also noticed something that's either ne

Re: [Dri-devel] Website

On Wed, May 15, 2002 at 10:42:25PM +0100, José Fonseca wrote: > I don't think that we should frustrate the potential new developers > expecations with janitorial tasks. > > I'm of the opinion that if one can code then one should do it. The > janitorial tasks should be taken by users that want t

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Fri, May 10, 2002 at 12:38:25PM +0100, Keith Whitwell wrote: > Keith Whitwell wrote: > > > > Simon Fowler wrote: > > > > > > On Fri, May 10, 2002 at 07:46:22AM +0100, Keith Whitwell wrote: > > > > I think you've done everything I asked. I&#

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Fri, May 10, 2002 at 12:38:25PM +0100, Keith Whitwell wrote: > Keith Whitwell wrote: > > > > Simon Fowler wrote: > > > > > > On Fri, May 10, 2002 at 07:46:22AM +0100, Keith Whitwell wrote: > > > > I think you've done everything I asked. I&#

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Fri, May 10, 2002 at 12:13:10PM +0100, Keith Whitwell wrote: > Oh boy... > > Um, can you try > > RADEON_DEBUG=fallback > > and see if anything gets printed for the second (slow rendering) problem? > > Keith > I get a long long stream of this pair: VFMT_FALLBACK_OUTSIDE_BEGIN_END from VFM

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Fri, May 10, 2002 at 07:46:22AM +0100, Keith Whitwell wrote: > I think you've done everything I asked. I've found a problem with isosurf > which might be related: Put it into 'reflect' mode and then back to 'lit' > mode and move around -- the lighting is wrong. > > Keith Okay, I've fiddled

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Thu, May 09, 2002 at 10:38:35PM +0100, Michael wrote: > On Thu, May 09, 2002 at 10:04:27PM +0100, Keith Whitwell wrote: > > Simon Fowler wrote: > > > > > > Running FlightGear with the latest XFree86 4.2.0 code (ie, > > > xf-4_2-branch) and the latest co

Re: [Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

On Thu, May 09, 2002 at 10:04:27PM +0100, Keith Whitwell wrote: > Simon Fowler wrote: > > > > Running FlightGear with the latest XFree86 4.2.0 code (ie, > > xf-4_2-branch) and the latest code from the DRI tcl-0-0-branch I get > > very dark textures, particula

[Dri-devel] Very dark scenery in fgfs with tcl-0-0-branch

Running FlightGear with the latest XFree86 4.2.0 code (ie, xf-4_2-branch) and the latest code from the DRI tcl-0-0-branch I get very dark textures, particularly close up: http://himi.org/stuff/fgfs-screen-tcl.png (~270kB) Running with RADEON_NO_TCL=1 gives much brighter textures: http://himi.o

Re: [Dri-devel] Maya Testing on New Radeon Driver

On Sat, Mar 30, 2002 at 07:14:34PM +, Michael wrote: > On Sat, Mar 30, 2002 at 08:11:31AM -0700, Jens Owen wrote: > > > maya.bin: t_imm_api.c:328: _tnl_end: Assertion ctx->Driver.NeedFlush & 0x1' >failed > > > If you create a virtual 1280x1024 desktop, does this problem go away? > > I noted

[Dri-devel] [PATCH] Small cleanup for drm_fops.h:read()

nto. I was thinking something like the various structs of methods the VFS uses . . . There are probably gotchas in that, but the current code really is very hard to get into. Simon Fowler Index: programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/

Re: [Dri-devel] Repeatable lockup with Radeon QD on AMD 751 chipset.

On Wed, Feb 20, 2002 at 02:13:17AM +1100, Simon Fowler wrote: > Loading the radeon.o module with the debug option enabled dumps a > load of gunk all over my /var/log/kern.log file . . . It overwrites > the file way before the point where it would have started writing, > so somethin

[Dri-devel] Repeatable lockup with Radeon QD on AMD 751 chipset.

had a good year/18 months of successful DRI use with the G400 I had before - no lockups, basically no problems at all. As I said, I'd like to track this down, but I don't know enough to do so myself - I'll do whatever people ask . . . Simon Fowler -- PGP public key Id 0x144A991C, or ft

Re: [Dri-devel] compiling the CVS tree

On Fri, Sep 28, 2001 at 12:12:10PM +0300, Janne P?nk?l? wrote: > Ever since the CVS clean up it's been annoying to build the tree. > > I have so far used #define ProjectRoot /opt/X4 (in config/cf/site.def) > > and this leads to annoyances with libraries and stuff. > > X libraries & incs are ins

Re: [Dri-devel] DRI CVS compile problems finding X libs

Maybe the correct procedure should the described on the web pages. > I've had some success using lndir to create a tree of symlinks from /usr/X11R6/ to my DRI install tree . . . ie, lndir -silent -ignorelinks /usr/X11R6/ /usr/XF86-main/ About a month or two ago the DRI cvs tree was pruned