similar to: [PATCH] Fix keymap for Windows keys

Hi All, We tested with Japanese keyboard. Then, the local keys that was not able to be input with a Japanese keyboard was found. This patch added the key that was not able to be input to the keymap. The key that cannot be input is as follows. ・Katakana ・Eisu_Toggle Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com> Signed-off-by: Junko Ichino

Hi All, My name is Takanori Kasai. This is a first time to send mail. I found the key that was not able to be input to HVM Domain (VTx and VTi Domain) through VNC Server with Japanese keyboard. I think that it is a cause by lack of some keys in Japanese keymap and the key symbol table in qemu-dm. This patch is addition of the keys for Japanese keyboard. My best regards. - Takanori Kasai

Hi All, I sent the patch to allow blktap to be able to booted as system bolume for PV-on-HVM. However, there was a problem that hdN and xvdN were not able to be specified at the same time. I made the patch to correct it as follows. - Whether hdN is defined first is checked. - If hdN is defined, xvdN is not replaced with hdN. Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com>

Hi All, I sent the patch to make blktap work with PV-on-HVM. I corrected the part that had been pointed out in the Xen community. ・All xvdN disk is looked like hdN. ・All tap disks are checked.(tap:aio, tap:sync, tap:vmdk, etc.) We cannot use blktap for the volume of the system with PV-on-HVM and are embarrassed. Could you apply this patch? Or, please give the comment to me. Signed-off-by:

Hi All, We contributed the problem when CD-ROM was changed as follows. There was especially no comment though we confirmed the correction method. Therefore, the patch that corrects these problems is contributed. Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com> Best Regards, --- Takanori Kasai ----- Original Message ----- From: "Kasai Takanori"

Hi All, When xm block-detach command was done on PV-ON-HVM, the response of other disks was lost. It is because a wrong event channel was invalidated when detaching it. Not the evtchn number but the irq number is invalidated specifying it. Signed-off-by: Takanori Kasai <kasai.takanori@jp.fujitsu.com> Signed-off-by: Tomonari Horikoshi <t.horikoshi@jp.fujitsu.com> Signed-off-by:

Hi All, We tested the PV driver on HVM domain. When ten vif was defined in configuration file for VNIF, the HVM domain was not able to be created. ---------------------------------------------------------- # grep vif RHEL5GA_test.conf vif = [ ''mac=02:17:42:2f:01:11, bridge=xenbr0'', ''mac=02:17:42:2f:03:11, bridge=xenbr2'',

Hello, The modern (xkb) way of mapping the AltGr key (113) seems to be using the ISO_Level3_Shift keysym (0xFE03) instead of the obsolete Mode_switch keysym (0xFF7E). This patch let the "keysym to scancode" translator handle the ISO_Level3_Shift correctly, enabling the use of characters like ~#{[|`\^@]} on a french keyboard. Regards, Cédric diff -ur

Hi All, It is natural that there is quit command in original QEMU. However, I don''t think that the HVM domain on Xen is necessary. Because there is a possibility of shutting down GuestOS due to the mistake. I think that I should prohibit the quit command of qemu-dm. Thanks -- Takanori Kasai _______________________________________________ Xen-devel mailing list

Hi All, The interface of the evtchn has been changed as follows. ・xen-unstable.hg : cs13198 [PV-ON-HVM] Update evtchn interface to match new PV Linux interfaces. ・xen-unstable.hg : cs13197 [LINUX] Extend the event-channel interfaces to provide helper methods However, the following errors occur if pv-on-hvm is done in insmod. This patch corrected this issue. --- # insmod xen-vbd.ko

On Fri, Mar 31, 2006 at 01:33:18PM -0600, Tom Spear wrote: > Hi all, this is a call for volunteers. I am hoping that certain developers > participating in another thread are willing to rewrite the keyboard code, > but we need people to test. If you are interested, please reply here saying > that you are interested, and what kind of keyboard you use, as well as the > layout you use

Hi All, We tested xm block-configure command. Because when the domain image is made, we install it from multiple CDROM. The procedure of the installation is as follows. 1) The HVM domain is started with the CDROM device. 　・configuration file : 　disk = [ ''file:/xen/test/install-test.img,hda,w'',''phy:/dev/cdrom,hdc:cdrom,r'' ] 　boot="d" 2) When

Changeset 10742:3e07ec30c445 made it possible to switch to the QEMU monitor terminal when using the VNC display protocol. Unfortunately the VNC key handling is rather crazy, so even if you have the shift key pressed, a VNC client will send a lowercase letter, expecting the server to interpret the state of the shift key as desired. Normally in HVM guests, the guest OS does this interpretation

I had to stop using the fglrx video driver from ELRepo, which isn't supported with CentOS 6.4. Now I can't start X; I get the following: > (II) [KMS] Kernel modesetting enabled. > The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Cannot open "/tmp/server-0.xkm" to write keyboard > description > Exiting > The XKEYBOARD

Hi All, We tested the xm block-attach/detach command. It repeats block-attach/detach command for DomU and pv-on-hvm on HVM Domain. (block-attach -> block-detach -> block-attach -> block-detach -> ...) The block-attach command failed when repeating 256 times. It is because the channel had not been freed in blkfront. Therefore, it remain using the event channel. This patch is

Hi, up to this point, I had never bothered about local keymap settings for my domUs because I only ever used RDP to access windows domains and serial for solaris/linux, but today I really needed to use the VNC console with a german keyboard layout. This is still on snv_111 I had tried setting <graphics type=''vnc'' port=''5900''

hi, after doing a make world yesterday, I got the following error when trying to load the bg.phonetic.ctrlcaps keymap that I use: % kbdcontrol -l bg.phonetic.ctrlcaps kbdcontrol: invalid key definition % I checked the file (not knowing what else to do) and couldn't find anything wrong with it. does anyone have any ideas? ps: when loading the pl_PL.ISO8859-2 keymap, I get the same error.

Patch allows keymap to be specified inside vfb description and allows VM configured keymap setting to override XenD default Please apply to tip of xen-unstable Signed-off-by: Pat Campbell <plc@novell.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Author: sch Repository: /hg/zfs-crypto/gate Revision: 4998f1109956940419c2400ae64f2ddb26f32ecf Log message: 6277193 svc:/system/keymap:default must be online in single-user mode 6281026 smserver manifest should declare multi-user-server dependent Files: update: usr/src/cmd/kbd/keymap.xml update: usr/src/cmd/smserverd/smserver.xml

Hi everyone, has anyone succeded to get something else than plain qwerty keyboard layout on XCP? I have a French layout keyboard and I can''t get the mapping to be ok in the VMs, weither it be linux PV or windows HVM. I first tried with openxencenter (very good software by the way), then with the xcp xapi debug web page applet, then with ssh port forwarding, and I always get the same