Re: [directfb-dev] DirectFB without FBDev

[Denis Oliver Kropp <dok-iGvX3keArt1g9hUCZPvPmw@public.gmane.org>]

George Tsalikis wrote:
> O/H Denis Oliver Kropp έγραψε:
>> George Tsalikis wrote:
>>> I am sorry to intrude in your discussion, since i am not an expert but i 
>>> would like to point:
>>> Shouldn't you consider now to become as cross-platform kernel-wise as 
>>> possible?
>> DRI is somewhat cross platform running on Linux and BSD.
>>
> I thought it was Linux and among the BSDs only FreeBSD.

You probably better know than I :)

>> DirectFB is cross platform as it's a user space library and can be ported
>> to any other OS with a bit of POSIX support. There's only a kernel module
>> (usually small) for certain drivers or in case you want to run multiple
>> processes in one session. But if the OS does not have separate processes,
>> it's not required anyhow, as each application is a thread there.
>>
> Speaking about Fusion?

Regarding multiple processes, yes. You could also use the SysV user space
multi app core, but it never fully worked for me and I'm not sure about
the performance.

>> What do you mean by kernel-wise? Like DRI with shared kernel code between
>> Linux and BSD or like DirectFB with shared user space code portable over
>> different kernels?
>>
> I like DirectFB like how it is now. Even though the DRM kernel component 
> would save you some coding it would bind DirectFB to a specific team's 
> work creating a grade of dependency and limit it to specific kernels 
> which is not aiding diversity and evolution. Plus the overhead, plus the 
> fact this will get DirectFB one step closer to X which is imo 
> "politicaly incorrect".

DirectFB fortunately is very modular and using DRM would just mean we add
another system module next to FBDev, DevMem, X11, SDL, VNC, proprietary...

It would even fit with the DRI model of having core functionality common
to all drivers (DirectFB system module) and specific functions added by
each driver to make it complete (DirectFB graphics driver).

> Would it be hard for you to pick the old FBDev code and adopt it under 
> DirectFB? We dont need our own kernel level infrastructure in order to 
> go on without DRI.

You mean pulling fbcon into user space? There's no win except for some
driver code, but better pull in that and use the devmem system module or
a uio system module to be written :)

-- 
Best regards,
   Denis Oliver Kropp

.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/                 |
"------------------------------------------"

_______________________________________________
directfb-users mailing list
directfb-users@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users