All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerd Knorr <kraxel@bytesex.org>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: uml devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: [uml-devel] [patch] x11 framebuffer driver
Date: Fri, 27 May 2005 19:11:37 +0200	[thread overview]
Message-ID: <20050527171137.GA15030@bytesex> (raw)
In-Reply-To: <200505101722.59437.blaisorblade@yahoo.it>

  Hi,

> > btw:  I'll have some x11-fb changes in the queue, so there will
> > be at least one more patchkit.  The patch need some more work
> > though.  I'll want to have the x11-fb patch ready for submit
> > soon, so I can push it mainline for 2.6.13.

Uploaded to http://www.suse.de/~kraxel/uml/patches/2.6.12-rc5/
The uml-x11-fb patch depends on xen-vt-runtime

Both kernel-internal usage (fbcon) and userspace apps (map
framebuffer via mmap() and draw there) access the same pages
now, there is no copying between kernel & userspace fb pages any
more.  That should fix all the funny drawing effects older
versions had.  This version can also deal with multiple apps
mapping the framebuffer memory, that should help people testing
embedded stuff (using qt-embedded).

Keyboard issues (uml sometimes having a wrong idea of the
modifier key state) are fixed.

> However, as long as it does not touch anything if disabled, we
> can always ship it while marking it as BROKEN or EXPERIMENTAL.

Even if compiled in it shouldn't have any effect unless you
enable framebuffer + fbcon via "x11=<width>x<height>" on the
kernel command line.  Switching between uml "stdio console" and
fbcon + vt subsystem happens at runtime now (unlike the version
which is @ sf.net where this happens at compile time).

The patch enables quite a few new drivers/subsystems:

  drivers/char
	vt subsystem, fbcon needs this.

  drivers/input
	for virtual keyboard & mouse, X11 input events are
	going this way.

  drivers/video
	framebuffer core & fbcon, obviously needed for a
	framebuffer driver ;)

That might have some unwanted side effects.  It WorksForMe[tm]
though.  I'd consider it ready for mainline now.

Enjoy,

  Gerd

-- 
-mm seems unusually stable at present.
	-- akpm about 2.6.12-rc3-mm3


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

           reply	other threads:[~2005-05-27 17:15 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <200505101722.59437.blaisorblade@yahoo.it>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050527171137.GA15030@bytesex \
    --to=kraxel@bytesex.org \
    --cc=blaisorblade@yahoo.it \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.