Re: replacing X Window System !

--- Helge Hafting <helge.hafting@xxxxxxxxxxxxx> a
écrit :

There is nothing "modern" about graphichs in the
kernel.

It depends on the meaning of graphics :
If it is direct card access, then kernel job.
If it is higher level like window system etc, then it
can be discussed...


The modern (and safe) approach
is graphichs separated from the kernel. This is one
of the many
things that unix got right from the very start.

Unix was not designed for graphics.


Second - who cares what is "modern" or
"fashionable"???
Nobody, except people buying clothes. For computer
software, we care about stability and performance.

Is X so stable and performant ?
For instance, X is not precise enough to make
compatible implementations.
X.free and X.org are not compatible.
Some graphic drivers work only with special versions
of X.org.
Gnome and KDE are not compatible.
etc.
Other example : can X follow new graphic progress ?


but then there is no reason to stick it in the
kernel.

Usual reasons : Reusability, portability, ease of
maintenance, speed, etc.

What do you think of solutions using framebuffers like
directfb or fbui ?
It is in the kernel, the hardw access is direct, it is
fast and stable.

Why X.Org puts so many layers between the hardware and
the screen ? It adds complexity and slowness to the
project.

I think the discussion should move to X.Org ?


Regards
















___________________________________________________________________________
Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel.
Rendez-vous sur http://fr.yahoo.com/set
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: OpenGL-based framebuffer concepts
    ... programs to allocate and share out chunks of graphics memory to other ... full software renderer in the kernel. ... be to start merging the DRI drivers into the Framebuffer drivers. ... graphics framework into the realm of possibility just in userspace. ...
    (Linux-Kernel)
  • Re: Feature requests for open-source graphics (OT)
    ... FreeBSD kernel feature requests (NVIDIA graphics)" ... Subject: Forward: Updated FreeBSD kernel feature requests ... Evolution 2.22.0 FreeBSD GNOME Team Port ...
    (freebsd-arch)
  • Re: In-kernel graphics subsystem
    ... > We have this idea of integrating a graphics subsystem with the ... Graphics cards are way too complex to consider ... putting a whole OpenGL or windowing layer into the kernel. ... Also, a reliable system to freeze GPU activity, reset the GPU, and ...
    (Linux-Kernel)
  • Re: Obsoleteness of X concept
    ... different video cards video memory and it's called "kernel video ... driver to draw current X screen layout ... different capabilities in the drawing primitives. ...
    (comp.os.linux.x)
  • Re: Feature requests for open-source graphics
    ... FreeBSD kernel feature requests (NVIDIA graphics)" ... Subject: Forward: Updated FreeBSD kernel feature requests ... Ability to pin pages from that object and get addresses for them to ...
    (freebsd-arch)
Quantcast