From: Anthony Liguori <anthony@codemonkey.ws>
To: Brian Wheeler <bdwheele@indiana.edu>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Questions about chardev (and ps/2 mouse)
Date: Tue, 05 Apr 2011 15:29:26 -0500 [thread overview]
Message-ID: <4D9B7BA6.3020800@codemonkey.ws> (raw)
In-Reply-To: <1302029716.31961.24.camel@nibbler.dlib.indiana.edu>
On 04/05/2011 01:55 PM, Brian Wheeler wrote:
> I'm trying to disable the ps/2 mouse in favor of the serial mouse
> provided by -chardev msmouse since the ps/2 mouse has had lots of
> problems with older OSes (OpenStep, OS/2, Win 3.1, etc). I've got a
> couple of questions:
>
> 1) If I change a VMState something by appending a field (i.e.
> "unplugged"), do I have to update version_id?
Yes. You can use a subsection though to avoid bumping the version_id.
> How do the
> minimum_version_id{,_old} fields fit in?
This is for load, not save. It's used to basically deprecate loading
from very old versions.
> 2) I've had to hardcode the unplugged value in ps2_mouse_reset since the
> call is pretty deep in the call stack, 8042->pckbd->ps2. Ideally, I'd
> like to set (*PS2MouseState)->unplugged from qemu_chr_open_msmouse() so
> that if the serial mouse is set up the ps/2 mouse would be disabled.
Wouldn't it be better to just not make the PS2Mouse present in the first
place?
> 3) When I enable the msmouse (via -chardev msmouse,id=mouse) qemu
> segfaults. I've traced it back to the CharDriverSTate for msmouse not
> having a valid handler_opaque (it is null). How would I connect that to
> the serial port (any of them, but ideally the 2nd one)
I haven't looked at the chardev but I suspect it's not tested often.
Regards,
Anthony Liguori
> Thanks for any hints!
> Brian
>
>
next prev parent reply other threads:[~2011-04-05 20:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-05 18:55 [Qemu-devel] Questions about chardev (and ps/2 mouse) Brian Wheeler
2011-04-05 19:36 ` Brian Wheeler
2011-04-05 20:29 ` Anthony Liguori [this message]
2011-04-05 20:45 ` Peter Maydell
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=4D9B7BA6.3020800@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=bdwheele@indiana.edu \
--cc=qemu-devel@nongnu.org \
/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.