For the record,
I just want to say I'm really sorry for started this thread. When I did it
I had hope to bring Robert Lunnon (which is currently working on the
Utah-GLX's Mach64 driver) to join efforts, as I though he wasn't using DRI
due to using Solaris.
As the thread proceeded it become cl
Knock yourself out Philip...you know what you are doing.
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lis
On Tue, Apr 16, 2002 at 04:17:49PM -0600, Jens Owen wrote:
> I haven't touched Solaris in over 6 years, but back in the day it was
> possible to provide a unique driver. This was done for Sun's high end
> 3D sparc platform and included kernel level support for page faults
> based context switchi
On Tue, 2002-04-16 at 05:09, K. Petersen wrote:
>
> On 16 Apr 2002, Michel [ISO-8859-1] Dänzer wrote:
>
> > Those affected by the lockups please test this patch against the DRI
> > trunk. It puts the DRI block in RADEONEnterVT() back first, where it was
> > in XFree86 4.1, which I understand di
Philip Brown wrote:
> Okay, long email, in two section:
> "Solaris limitations", and "ease-of-porting issues". Neither of which strictly
> require changes to the drm API, but most of which require changes to
> underlying code.
Wow, the fact that the drm API could support this is great news. It
hi folks,
i'm thinking about buying a Radeon 7500 graphics card.
I've heard though that the driver still doesn't work with certain agp
chipsets.
So my question is, whether the SiS 735 is supported and works well?
Thanks in advance,
Rico Ludwig
ps: Please cc me when replying, as I'm not subscr
On 2002.04.16 04:21 Jens Owen wrote:
> Jose,
>
> Was your concern addressed in today's chat?
>
Not really... See below.
> Jose Fonseca wrote:
> >
> > I have been looking into the DRM's DMA/CCE/CP initialization
> subroutines
> > (those named *_do_init{dma,cce,cp} ) of the current DRI drivers,
