This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5]

To: Steven Smith <sos22-xen@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5]
From: Laurent Vivier <Laurent.Vivier@xxxxxxxx>
Date: Thu, 07 Sep 2006 14:03:24 +0200
Cc: Jeremy Katz <katzj@xxxxxxxxxx>, aliguori <aliguori@xxxxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, sos22@xxxxxxxxxxxxx, Markus Armbruster <armbru@xxxxxxxxxx>
Delivery-date: Thu, 07 Sep 2006 05:04:16 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20060907095529.GA3511@xxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Bull S.A.S.
References: <20060904090150.GC4812@xxxxxxxxx> <44FC224D.3090300@xxxxxxxx> <20060906091505.GD3257@xxxxxxxxx> <44FEB3DE.5070502@xxxxxxxx> <20060906171006.GA5306@xxxxxxxxx> <44FFCAC0.6060809@xxxxxxxx> <20060907083848.GA3078@xxxxxxxxx> <44FFE702.7000609@xxxxxxxx> <20060907095529.GA3511@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (X11/20060420)
Steven Smith wrote:
>>> It'd be nice if, from both machines, pressing the key labelled 'w' on
>>> the keyboard resulted in a 'w' being sent to whatever application is
>>> reading from the keyboard at the time.
>> --->_I think it's better to have bad mapping than missing symbols._<---
> Agreed.
>>> Given that the backend knows exactly what each scancode is supposed to
>>> map to, we should in principle be able to avoid this sort of problem.
>>> It's just a matter of connecting everything up correctly. :)
>> No, I'm sorry, I don't think so.
> Okay, dumbest possible solution: the backend queries the local X
> server for its keymap, and publishes that in xenbus.  You then have
> some userspace application running in the guest domain which looks at
> that and does xmodmap or loadkeys as appropriate.
> This is really rather distasteful, but I think it allows every key
> which can be typed on the backend keyboard to be transmitted to the
> frontend and rendered correctly there.
> You have to come up with some way of representing the keymap, but
> at least for Linux that's already done for us.
> Does this break anything?

I think it's a good idea.

But perhaps not really needed.

Why ?

Because generally people always uses same keyboard and you can set directly in
the logging environment to load a default keyboard mapping by account (like a
"loadkeys" in .bash_profile). For instance, french for my account, US for your
account or german for Gerd's account. If I have to connect to other one account
(like "root", but the command "sudo" should allow to avoid that), I think it is
acceptable to have bad mapping.

OK, it doesn't work for the logging screen (console login or xdm), but
generally, on a site, all people uses same keyboard, so we can also set default
keyboard mapping at server level.

An other solution is to force everyone on earth to use french keyboard ;-)
(it's fine for me)

         Bull, Architect of an Open World (TM)
+----- "Any sufficiently advanced technology is ----+
| indistinguishable from magic." - Arthur C. Clarke |

Attachment: signature.asc
Description: OpenPGP digital signature

Xen-devel mailing list
<Prev in Thread] Current Thread [Next in Thread>