There hasn't been a reply to my question in the last comment within
months, so I assume nobody cares about this anymore. So I'm closing this
ticket now...
** Changed in: qemu
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-m
According to comment #6 this has been fixed in version 1.0 ... is there
still something left to do here?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/
>From VNC, you access the monitor via Ctrl-Alt-2 and Ctrl-Alt-1. It
works the same.
"info mice" gives me:
* Mouse #1: QEMU USB Tablet (absolute)
Mouse #0: QEMU PS/2 Mouse
As for Windows and VESA, I'm not sure what it's doing, but I can select
all sorts of resolutions, like 1440x900. The defau
>From the Qemu Monitor, try looking at "info mice"
I'm not exactly sure ho to access the Qemu Monitor from VNC. You might have
to start qemu with additional parameters: -monitor
telnet:localhost:12341,server,nowait
then use "telnet localhost 12341" to access the monitor...
On Monday 19 December
Is qemu 1.0 headed for fedora-rawhide any time soon? I only see
qemu-0.15.1-3.fc17 available...
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/894037
Title:
With VNC, "-usbdevice tablet" no longer m
Windows XP does not have a VESA compatible driver by default. -std vga
therefore won't work out of the box for Windows XP. This is not a
regression, this has always been the case.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
http
This is strange. On a lark, I right-clicked the unknown tablet device
and told Windows to find a driver for it. It told me it couldn't find a
better one than what I already had, and then it appeared as a HID-
compliant device. Now it works fine!
I'm thinking that what has happened is that some
That's easier said than done, because it's pretty unusable. And as I
said, the OS didn't change. QEMU got updated, and then it broke. So if
it was or wasn't using the tablet before, then it still is or isn't now.
Either way, it used to work.
I'll see what I can figure out about what it thinks i
Can you please upgrade to 1.0 and see if that fixes the problem. The
following patch should fix your problem (and is present in 1.0):
commit 21635e121ae0f0ab7874152a7c2f96e9d8cd642f
Author: Gerd Hoffmann
Date: Tue Aug 9 12:35:57 2011 +0200
usb/hid: add hid_pointer_activate, use it
Ok, I'm seeing two devices that Windows XP doesn't recognize. One is
"QEMU USB Tablet", and the other is "VGA Controller (VGA Compatible)".
It doesn't appear to have drivers for these.
Both of these used to work just fine. I'm not sure why it's complaining
about either one, since things were fin
On Mon, Dec 19, 2011 at 3:23 PM, Timothy Miller wrote:
> This bug isn't getting any attention, but it's a total show-stopper for
> me. It priority should be raised to Critical. I cannot use any of my
> VMs at all. Please help!
Have you checked that the guest operating system is using the USB
t
This bug isn't getting any attention, but it's a total show-stopper for
me. It priority should be raised to Critical. I cannot use any of my
VMs at all. Please help!
Thanks.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://
Also observed on Fedora 16, qemu-kvm-0.15.1-3.fc16.x86_64
https://bugzilla.redhat.com/show_bug.cgi?id=754149
Also observed on Ubuntu, extra/qemu-kvm 0.15.0-2
https://bugs.launchpad.net/qemu/+bug/894037
** Bug watch added: Red Hat Bugzilla #754149
https://bugzilla.redhat.com/show_bug.cgi?id=7
13 matches
Mail list logo