On Thu, 6 May 2004, Jon Smirl wrote:

> --- Jens Owen <[EMAIL PROTECTED]> wrote:
> >    2) We wanted the bare minimum services in the kernel layer for
> >       efficient and fast graphics support, and felt as much of the
> >       driver code as possible should stay in user space.
>
> Linux kernel people are strongly in favor of changing Xfree to never touch the
> hardware except through device drivers. I have to agree with that, Xfree is
> doing a lot of things that are never going to work in a hotplug system. The only
> way to make hotplug work is for Xfree to tell the kernel what it is doing.
>

Also, I would venture an opinion that, at the moment, the only Unices we
care about is Linux, BSD and Hurd - all open source.  The current design
of XFree86 (with everything done in userspace) was motivated by the need
to support commercial Unices (like Solaris or Unixware).

> >
> >    3) GPL License.  We needed a BSD style license to allow IHV's the
> >       option of a closed source driver.
>
> Top proposal right now is to merge FB and DRM. FB has the GPL license with too
> many developers so it probably can't be converted to BSD.

I would imagine that parts of fb and drm would need to be rewritten to
accomodate new requirements. What about making new interfaces LGPL - this
should work fine with both GPL and non-GPL software ?

>
> There are many advatanges to merging FB/DRM. Top ones include SAK, secure
> attention key, kdbg support, OOPS while X is running, mode support for
> mesa-solo, etc....

I would be delighted to have km functionality (GATOS capture module)
merged into DRM/FB combination.

                      best

                        Vladimir Dergachev

>
> What is the state of the FB equivalent on BSD?
>
> =====
> Jon Smirl
> [EMAIL PROTECTED]
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Win a $20,000 Career Makeover at Yahoo! HotJobs
> http://hotjobs.sweepstakes.yahoo.com/careermakeover
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> --
> _______________________________________________
> Dri-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/dri-devel
>


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
--
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to