O/H Denis Oliver Kropp έγραψε:
George Tsalikis wrote:
quoted
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.
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?
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".
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.
_______________________________________________
directfb-users mailing list
directfb-users@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
George Tsalikis wrote:
O/H Denis Oliver Kropp έγραψε:
quoted
George Tsalikis wrote:
quoted
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 :)
quoted
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.
quoted
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