Messages in this thread | | | Subject | Re: short display with 2.1.132-ac3, matroxfb and XF86_SVGA 3.3.3 | From | Jes Sorensen <> | Date | 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/
| |