Red Hat Bugzilla – Bug 469837
RFE: Support usb tablet in graphical setup via qemu
Last modified: 2009-02-13 09:25:53 EST
Description of problem:
If qemu is started with -usbdevice tablet, it supports activating the window without using CTRL-ALT. This works in the text parts of the installer but stops working as soon as the graphical installer is started.
Version-Release number of selected component (if applicable):
184.108.40.206 from Snap3 i386 DVD
F9 X11 works as expected, but it does also not work for the F10 Prerelease i686 Live image and probably did not work for the previous Live images. Therfore support in X11 is there already sometimes.
Thanks for the bug report. We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and let X11 autodetect your display and video card? Attach to this bug /var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
I booted anaconda from the Preview release, switched to the second virtual console (ctrl-alt-f2) and noticed that the directories /etc/X11 and /var/log do not exist. Also a find / xorg.conf and find / Xorg.0.log did not print any results.
I also noticed that if the qemu window has focus, keyboard input is already redirected to the graphical anaconda, but not the movement from my mouse.
Created attachment 322558 [details]
Xorg.0.log from F10 Preview release using qemu-kvm with usb tablet
After the installation of F10 finished, there is still no /etc/X11/xorg.conf in the installed FS, but a /var/log/Xorg.0.log appeared, which I attach here. Also here it is now also only working for the keyboard, but not for the pointer in X11. After I ran Xorg -configure and copied the xorg.conf to /etc/X11/xorg.conf, it did still not work. And when I ran the Xorg -configure without having the qemu window grabbed the mouse, the mouse did not work at all after I started the X server with the new config file.
This is not a request for enhancement, it is a regression from F9 to F10. The QEMU tablet emulation worked fine on previous fedora releases, but is now broken. This is almost certainly due to the new xorg hotplug/hal integration.
lshal output attached which shows the QEMU USB Tablet device is missing the input.x11_driver key. This should get there by an fdi file in /usr/share/hal/fdi/policy matching the device and setting the driver. I'm not sure what driver it needs though, maybe it's wacom compatible? eg.
Created attachment 327982 [details]
lshal output from F10 guest
Copy the input.mouse section in /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi into a new section with input.capabilities = input.joystick. This is what the tablet pretends to be, and it should make the evdev driver pick it up. Does that work then?
(In reply to comment #7)
> Copy the input.mouse section in
> /usr/share/hal/fdi/policy/10osvendor/10-x11-input.fdi into a new section with
> input.capabilities = input.joystick. This is what the tablet pretends to be,
> and it should make the evdev driver pick it up. Does that work then?
Thanks, after this change and running "service haldaemon restart" it works here with the F10 live image. \o/
Are you able to give the updated HAL package a test?
Basically the check for tablets was broken, leading to tablets being reported as joysticks (as in your case). This should be fixed with the package below:
Note that if you install this package, you don't need the input.joystick section anymore.
I didn't get as far as testing the fdi change but just tested the hal package under virt-manager and the tablet device is fixed, now working as expected. I added karma in bodhi (or at least I tried to, seems a bit broken though).
yum --enablerepo=updates-testing install hal
The updated HAL packages fixes this bug for me, too. This bug should be added to the fixed bugs section of the update.
hal-0.5.12-14.20081027git.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.