72 Hours To Succeess
If you are a motivated and qualified communicator - I will personally
demonstrate to you a system that will make you $1,000 per week or more! This is
NOT mlm.
Call our 24 hour pre-recorded number to get the details.
801-296
On Mon, Oct 21, 2002 at 08:08:20PM +0200, Benjamin Herrenschmidt wrote:
> >[using /usr/include/linux etc symlinks]
> >Worked for ages.
>
> Well, maybe, but it has always been the wrong thing to do,
> at least according to Linus, and this have been more of
> a problem with recent kernels. Some reas
On Mon, Oct 21, 2002 at 11:27:15AM -0400, Leif Delgass wrote:
[...]
I have a pretty good idea how to do the verification (just checking the
register count and offset range of each command, skipping the data), but
I'm not sure if it'll be faster to copy as we verify, or memcpy the entire
buffer and
There was good discussion of the acceleration-query extension on today's
IRC session. We didn't come to a definite conclusion, but we did flush
out a lot of the issues.
The subject of this extension has come up repeatedly, practically since
the day OpenGL was first specified. The (still most acc
Dear list,
This bug has so far been reproduced on my M7 (mobile 7500) laptop with DRI
CVS as well as on a TiBook (i.e. PPC) with 7500 (thanks Wouter).
Download http://cpbotha.net/thingies/glthreads.c and compile it with
something like:
gcc -I../include -O3 -ansi -pedantic -fPIC -ffast-math -D_SVI
Hi,
as a conclusion from the "gcc-3.2 problems" thread a week ago, here is a
patch that fixes inconsistent type aliasing in the radeon and r200
drivers. Can someone with CVS access commit this please?
Best regards,
Felix
__\|/_____ ___ ___
__Tschüß___\_6 6_/___/
Originally on the ARB general-discussion list:
- Forwarded message from Christian Laforte <[EMAIL PROTECTED]> -
From: "Christian Laforte" <[EMAIL PROTECTED]>
Subject: Re: [opengl-participants] A simple extension for querying for hardware
acceleration
Date: Fri, 9 Mar 2001 13:49:26 -0500
Am Montag, 21. Oktober 2002 16:29 schrieb Dieter Nützel:
> Am Montag, 21. Oktober 2002 12:21 schrieb Michel Dänzer:
> > On Mon, 2002-10-21 at 12:04, Keith Whitwell wrote:
> > > Looks like this patch will break compilation for all versions less than
> > > 2.5.42?
> >
> > A workaround for this has be
>It might be related to the bus mastering issues.
>
>The reason that PCIGART support was not enabled on x86 was due to
>lockups that happened with AGP cards. What we need is either to fix the
>bug with using PCIGART on AGP cards or we need a way to have AGP cards
>fail to load the DRI when the AGP
On Mon, Oct 21, 2002 at 12:30:24PM +0200, Michel Dänzer wrote:
>For your reference, here's what I committed to DRI CVS. The check for
>the XAA minor version could probably be done more elegantly in XFree86
>CVS though.
Adding checks like that to the XFree86 CVS version isn't encouraged,
because c
On Mon, Oct 21, 2002 at 07:53:13PM +0200, Michel Dänzer wrote:
> FWIW, I have an AGP 7000 running with PCI GART right now. It has locked
Which binaries need to be replaced? I built the dri tree from CVS, but
X11 is still being weird. According to the log, Direct Rendering is
enabled, but glxin
On Mon, Oct 21, 2002 at 08:56:57AM -0400, Kevin E Martin wrote:
>I admit I didn't think through all of the implications of the XAA
>change, but, rather, I put the new items in the XAAInfoRec where they
>logically should go -- next to the functions they effect. Michel caught
>my oversight and has
On Mon, Oct 21, 2002 at 02:52:29AM +0200, Dieter Nützel wrote:
>Should we have a pull "in time" to get it all working together properly?
I sent a note about DRI and RandR to the xpert list a couple of days
ago. To get the full benefits of a combined RandR and DRI, the DRI
needs to be more run-tim
This is just a friendly reminder that the weeking dri-devel IRC meeting will
be starting in the #dri-devel channel on irc.openprojects.net at 2100 UTC (or
5:00PM EDT or 2:00PDT, if you prefer).
Time zone conversion available at:
http://www.timezoneconverter.com/cgi-bin/tzc.tzc
14 matches
Mail list logo