Re: short display with 2.1.132-ac3, matroxfb and XF86_SVGA 3.3.3

Jes Sorensen (Jes.Sorensen@cern.ch)
03 Jan 1999 18:25:03 +0100


>>>>> "Linus" == Linus Torvalds <torvalds@transmeta.com> writes:

Linus> On Fri, 1 Jan 1999, Gerd Knorr wrote:
>> > > But I really think that it should be easy to tell X not to
>> switch modes, > and just tell it hat mode it is in.
>>
>> Already done. The Server is XF86_FBDev, and it is part of XFree86
>> 3.3.3 (althrouth it is'nt compiled by default and therefore not
>> included in binary releases, probably becauce you need 2.1.x kernel
>> headers to compile it).

Linus> No, it is NOT already done.

It is partly done!

Linus> As you yourself admit, it has no acceleration, and as such it
Linus> is pretty useless for people who really care.

Wrong, XF68_FBDev has accleration for the NCR77C32BLT which I added
and I know Geert is working on ATY acceleration.

Linus> XF86_FBDev is something that should be considered at most to be
Linus> a "least common denominator" kind of thing, the way XF86_VGA16
Linus> is for people who have cards that don't have any real server
Linus> for them. It should be recognized as being just a stopgap
Linus> measure for when there isn't a native driver available.

This is wrong, what needs to be done is to make the FBDev server
acceleration aware for all the other cards. In fact I think it
shouldn't be all that hard to merge the SVGA acceleration modules into
the FBDev server - all it takes is someone with the interest, hardware
and time to do it.

FBDev is designed to do things the right way, ie. use acceleration
when it is available (in user space of course!) or just run
non-accelerated when no acceleration is available. It is very similar
to the concept of the SVGA server I'd say except for letting the
kernel deal with mode-switching.

Jes

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/