qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] guest agent: qemu-ga daemon


From: Anthony Liguori
Subject: Re: [Qemu-devel] [PATCH] guest agent: qemu-ga daemon
Date: Sat, 23 Jul 2011 11:49:35 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10

On 07/23/2011 11:43 AM, Michael Roth wrote:
On 07/23/2011 11:10 AM, Anthony Liguori wrote:
On 07/23/2011 11:06 AM, Michael Roth wrote:
On 07/23/2011 05:07 AM, Alexander Graf wrote:

On 20.07.2011, at 22:19, Michael Roth wrote:

This is the actual guest daemon, it listens for requests over a
virtio-serial/isa-serial/unix socket channel and routes them through
to dispatch routines, and writes the results back to the channel in
a manner similar to QMP.

A shorthand invocation:

qemu-ga -d

Is equivalent to:

qemu-ga -m virtio-serial -p /dev/virtio-ports/org.qemu.guest_agent.0 \
-f /var/run/qemu-ga.pid -d

Signed-off-by: Michael Roth<address@hidden>

A rebase on top of current HEAD gave me the following on openSUSE 11.1
PPC:


address@hidden:/home/agraf/release/qemu> make
CC qemu-ga.o
qemu-ga.c:40: error: expected specifier-qualifier-list before ‘GSocket’

GIO is fairly new. It may not be available on openSUSE.

Mike, you probably need to do a configure test for GIO and if it's not
present, don't build qemu-ga.

It should've failed the glib probe in that case. I think we might need a
compile test to catch this GSocket issue.

Indeed. Alex, can you help debug this a bit? We can tr to setup a SUSE system.

Can you confirm that gio is actually present?

Regards,

Anthony Liguori


Rather than building qemu-ga when possible, should we just go ahead and
add a configure option and only run the probes when it's set? At least
until QMP/QEMU start formally using glib? If so, on or off by default?


Maybe look at just using GIOChannels which have been around much longer
than GSocket.


The GSocket stuff is being used in addition to GIOChannels to handle the
listen/accept stuff. I believe we can drop it in favor of
qemu-sockets.c/osdep.c though.

qga/guest-agent-commands.c: In function ‘qmp_guest_fsfreeze_freeze’:
qga/guest-agent-commands.c:443: error: ‘FIFREEZE’ undeclared (first
use in this function)
qga/guest-agent-commands.c:443: error: (Each undeclared identifier is
reported only once
qga/guest-agent-commands.c:443: error: for each function it appears
in.)
qga/guest-agent-commands.c: In function ‘qmp_guest_fsfreeze_thaw’:
qga/guest-agent-commands.c:481: error: ‘FITHAW’ undeclared (first use
in this function)

The kernel probably doesn't implement FIFREEZE. You need to do a
configure test and set CONFIG_FSFREEZE appropriately. I anticipated this
and that's why I added CONFIG_FSFREEZE and didn't just do __linux__.


Will do, thanks.

Regards,

Anthony Liguori





reply via email to

[Prev in Thread] Current Thread [Next in Thread]