Re: [proposal] Decrease X.org XFree86 server footprint
Jason Clarke <jason@...>
Agreed. I just felt like X seemed like a big solution for some processtoggle quoted message Show quoted text
synchronization and layer management.
Usually all I want is a nice API to access a layers, move a viewport,
etc...and since it's a custom system I'll manage the rest. Directfb gives us
most of what we want.
Crank Software Inc.
From: Gustavo Sverzut Barbieri [mailto:barbieri@...]
Sent: December-02-09 5:40 AM
To: Jason Clarke
Cc: Mikhail Gusarov; Tim Bird; celinux-dev@...; Ruud
Subject: Re: [Celinux-dev] [proposal] Decrease X.org XFree86 server
On Wed, Dec 2, 2009 at 1:27 AM, Jason Clarke <jason@...>
I think the question that might need to be asked is why are they using anX
server on a full screen embedded consumer device? If your UI fills andowns
the entire screen you can easily just use directfb or even fbdev. I'dguess
they are looking more for a way to have multiple applications share theThe major problem with X is how to expose the various layers some
hardware have (some have 5 layers, some are ARGB, some are just
YUV/video, some use color-key, etc). It is possible, but just more
work Companies don't usually want/can pay.
But even for initially fullscreen only applications, X proves to be
useful... and very often requirements change and we're faced with
other screens that need more complexities.
Some times multiple applications are not just 2 different
applications, but two process that compose the same applications but
are separated to avoid full-crashes or even to keep latency away. For
example, one could do widgets/gadgets that query Network (with badly
written parses that often crash) or access user USB drives that often
have corrupted VFAT that can lead to crashes or blocks, in such cases
you really don't want your main app to crash or halt.
However, DirectFB provides multi-app access since a while... so it has
a solution for that.
Last but not least, someone in this thread said the main reason: it
makes embedded software development closer to desktop. You can use the
same libraries, it's easier to test (Xephyr and that's it!), without
much overhead... and the remaining overhead is what Mikhail is willing
I know Mikhail and its OpenInkpot project. The hardware is very "low
end", but still he runs X (Kdrive) with success. What he is proposing
is to merge improvements from Kdrive into regular X as well, and this
Gustavo Sverzut Barbieri
Mobile: +55 (19) 9225-2202