From: John Haxby <john.haxby@oracle.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [Qemu-devel] Re: Introduce a new 'connected' xendev op called when Connected.
Date: Fri, 17 Sep 2010 13:14:31 +0100 [thread overview]
Message-ID: <4C935BA7.3020903@oracle.com> (raw)
In-Reply-To: <4C72685C.1070609@codemonkey.ws>
I think I must be missing something. On 27th August, Stefano posted
two messages whose subjects were
[PATCH 1 of 2] Introduce a new 'connected' xendev op called when
Connected.
and
[PATCH 2 of 2] Move the xenfb pointer handler to the connected method
and I still don't see them. Are they one some branch other than master
or staging? Or am I simply looking on the wrong place? (ie somewhere
other than git://git.sv.gnu.org/qemu.git)
jch
On 23/08/10 13:23, Anthony Liguori wrote:
> On 08/23/2010 05:21 AM, John Haxby wrote:
>> Any reason why this (and its sister patch) were never picked up?
>>
>> jch
>
> It was likely missed originally because there wasn't a [PATCH] in the
> subject. Can you resubmit? It's not obvious to me what it's sister
> patch is so I'd suggest resubmitting that too.
>
> Regards,
>
> Anthony Liguori
>
>>
>> On 27/07/10 15:54, Stefano Stabellini wrote:
>>> Any comments?
>>>
>>> On Wed, 21 Jul 2010, Stefano Stabellini wrote:
>>>> From: John Haxby<john.haxby@oracle.com>
>>>>
>>>> Introduce a new 'connected' xendev op called when Connected.
>>>>
>>>> Rename the existing xendev 'connect' op to 'initialised' and introduce
>>>> a new 'connected' op. This new op, if defined, is called when the
>>>> backend is connected. Note that since there is no state transition
>>>> this
>>>> may be called more than once.
>>>>
>>>> Signed-off-by: John Haxby<john.haxby@oracle.com>
>>>> Signed-off-by: Stefano Stabellini<stefano.stabellini@eu.citrix.com>
>>>>
>>>>
>>>> diff --git a/hw/xen_backend.c b/hw/xen_backend.c
>>>> index a2e408f..b99055a 100644
>>>> --- a/hw/xen_backend.c
>>>> +++ b/hw/xen_backend.c
>>>> @@ -400,13 +400,13 @@ static int xen_be_try_init(struct XenDevice
>>>> *xendev)
>>>> }
>>>>
>>>> /*
>>>> - * Try to connect xendev. Depends on the frontend being ready
>>>> + * Try to initialise xendev. Depends on the frontend being ready
>>>> * for it (shared ring and evtchn info in xenstore, state being
>>>> * Initialised or Connected).
>>>> *
>>>> * Goes to Connected on success.
>>>> */
>>>> -static int xen_be_try_connect(struct XenDevice *xendev)
>>>> +static int xen_be_try_initialise(struct XenDevice *xendev)
>>>> {
>>>> int rc = 0;
>>>>
>>>> @@ -420,10 +420,10 @@ static int xen_be_try_connect(struct
>>>> XenDevice *xendev)
>>>> }
>>>> }
>>>>
>>>> - if (xendev->ops->connect)
>>>> - rc = xendev->ops->connect(xendev);
>>>> + if (xendev->ops->initialise)
>>>> + rc = xendev->ops->initialise(xendev);
>>>> if (rc != 0) {
>>>> - xen_be_printf(xendev, 0, "connect() failed\n");
>>>> + xen_be_printf(xendev, 0, "initialise() failed\n");
>>>> return rc;
>>>> }
>>>>
>>>> @@ -432,6 +432,28 @@ static int xen_be_try_connect(struct XenDevice
>>>> *xendev)
>>>> }
>>>>
>>>> /*
>>>> + * Try to let xendev know that it is connected. Depends on the
>>>> + * frontend being Connected. Note that this may be called more
>>>> + * than once since the backend state is not modified.
>>>> + */
>>>> +static void xen_be_try_connected(struct XenDevice *xendev)
>>>> +{
>>>> + if (!xendev->ops->connected)
>>>> + return;
>>>> +
>>>> + if (xendev->fe_state != XenbusStateConnected) {
>>>> + if (xendev->ops->flags& DEVOPS_FLAG_IGNORE_STATE) {
>>>> + xen_be_printf(xendev, 2, "frontend not ready, ignoring\n");
>>>> + } else {
>>>> + xen_be_printf(xendev, 2, "frontend not ready (yet)\n");
>>>> + return;
>>>> + }
>>>> + }
>>>> +
>>>> + xendev->ops->connected(xendev);
>>>> +}
>>>> +
>>>> +/*
>>>> * Teardown connection.
>>>> *
>>>> * Goes to Closed when done.
>>>> @@ -483,7 +505,12 @@ void xen_be_check_state(struct XenDevice *xendev)
>>>> rc = xen_be_try_init(xendev);
>>>> break;
>>>> case XenbusStateInitWait:
>>>> - rc = xen_be_try_connect(xendev);
>>>> + rc = xen_be_try_initialise(xendev);
>>>> + break;
>>>> + case XenbusStateConnected:
>>>> + /* xendev->be_state doesn't change */
>>>> + xen_be_try_connected(xendev);
>>>> + rc = -1;
>>>> break;
>>>> case XenbusStateClosed:
>>>> rc = xen_be_try_reset(xendev);
>>>> diff --git a/hw/xen_backend.h b/hw/xen_backend.h
>>>> index cc25f9d..154922a 100644
>>>> --- a/hw/xen_backend.h
>>>> +++ b/hw/xen_backend.h
>>>> @@ -23,7 +23,8 @@ struct XenDevOps {
>>>> uint32_t flags;
>>>> void (*alloc)(struct XenDevice *xendev);
>>>> int (*init)(struct XenDevice *xendev);
>>>> - int (*connect)(struct XenDevice *xendev);
>>>> + int (*initialise)(struct XenDevice *xendev);
>>>> + void (*connected)(struct XenDevice *xendev);
>>>> void (*event)(struct XenDevice *xendev);
>>>> void (*disconnect)(struct XenDevice *xendev);
>>>> int (*free)(struct XenDevice *xendev);
>>>> diff --git a/hw/xen_console.c b/hw/xen_console.c
>>>> index d2261f4..258c003 100644
>>>> --- a/hw/xen_console.c
>>>> +++ b/hw/xen_console.c
>>>> @@ -202,7 +202,7 @@ static int con_init(struct XenDevice *xendev)
>>>> return 0;
>>>> }
>>>>
>>>> -static int con_connect(struct XenDevice *xendev)
>>>> +static int con_initialise(struct XenDevice *xendev)
>>>> {
>>>> struct XenConsole *con = container_of(xendev, struct
>>>> XenConsole, xendev);
>>>> int limit;
>>>> @@ -263,7 +263,7 @@ struct XenDevOps xen_console_ops = {
>>>> .size = sizeof(struct XenConsole),
>>>> .flags = DEVOPS_FLAG_IGNORE_STATE,
>>>> .init = con_init,
>>>> - .connect = con_connect,
>>>> + .initialise = con_initialise,
>>>> .event = con_event,
>>>> .disconnect = con_disconnect,
>>>> };
>>>> diff --git a/hw/xenfb.c b/hw/xenfb.c
>>>> index da5297b..b535d8c 100644
>>>> --- a/hw/xenfb.c
>>>> +++ b/hw/xenfb.c
>>>> @@ -359,7 +359,7 @@ static int input_init(struct XenDevice *xendev)
>>>> return 0;
>>>> }
>>>>
>>>> -static int input_connect(struct XenDevice *xendev)
>>>> +static int input_initialise(struct XenDevice *xendev)
>>>> {
>>>> struct XenInput *in = container_of(xendev, struct XenInput,
>>>> c.xendev);
>>>> int rc;
>>>> @@ -861,7 +861,7 @@ static int fb_init(struct XenDevice *xendev)
>>>> return 0;
>>>> }
>>>>
>>>> -static int fb_connect(struct XenDevice *xendev)
>>>> +static int fb_initialise(struct XenDevice *xendev)
>>>> {
>>>> struct XenFB *fb = container_of(xendev, struct XenFB, c.xendev);
>>>> struct xenfb_page *fb_page;
>>>> @@ -955,7 +955,7 @@ static void fb_event(struct XenDevice *xendev)
>>>> struct XenDevOps xen_kbdmouse_ops = {
>>>> .size = sizeof(struct XenInput),
>>>> .init = input_init,
>>>> - .connect = input_connect,
>>>> + .initialise = input_initialise,
>>>> .disconnect = input_disconnect,
>>>> .event = input_event,
>>>> };
>>>> @@ -963,7 +963,7 @@ struct XenDevOps xen_kbdmouse_ops = {
>>>> struct XenDevOps xen_framebuffer_ops = {
>>>> .size = sizeof(struct XenFB),
>>>> .init = fb_init,
>>>> - .connect = fb_connect,
>>>> + .initialise = fb_initialise,
>>>> .disconnect = fb_disconnect,
>>>> .event = fb_event,
>>>> .frontend_changed = fb_frontend_changed,
>>>>
>>
>>
>
next prev parent reply other threads:[~2010-09-17 12:15 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-21 13:46 [Qemu-devel] Introduce a new 'connected' xendev op called when Connected Stefano Stabellini
2010-07-27 14:54 ` [Qemu-devel] " Stefano Stabellini
2010-08-23 10:21 ` John Haxby
2010-08-23 12:23 ` Anthony Liguori
2010-08-27 15:06 ` Stefano Stabellini
2010-09-17 12:14 ` John Haxby [this message]
2010-09-24 8:13 ` [Qemu-devel] [RESEND] " John Haxby
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=4C935BA7.3020903@oracle.com \
--to=john.haxby@oracle.com \
--cc=anthony@codemonkey.ws \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).