This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Re: [PATCH] Re: cs:21768 causes guest spend more time on boo

To: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] Re: cs:21768 causes guest spend more time on boot up
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Mon, 19 Jul 2010 13:24:30 +0100
Cc: "Zhang, Yang Z" <yang.z.zhang@xxxxxxxxx>, "Zhang, Jianwu" <jianwu.zhang@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Xu, Jiajun" <jiajun.xu@xxxxxxxxx>
Delivery-date: Mon, 19 Jul 2010 05:25:25 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100719121905.GL13291@xxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcsnPJZh26QjCjEITnG3FArGqLuJvQAAL+nY
Thread-topic: [PATCH] Re: cs:21768 causes guest spend more time on boot up
User-agent: Microsoft-Entourage/
On 19/07/2010 13:19, "Tim Deegan" <Tim.Deegan@xxxxxxxxxxxxx> wrote:

>>> The hang turned out to be entirely unrelated to the SMBIOS tables; the
>>> xenbus client zeroes out teh xenstore ring entirely, and it looks like
>>> newer dom0 xenbus backends can't handle that, so:
>> What would it have to do with an in-kernel driver? Doesn't the comms page
>> only get looked at by [o]xenstored? In which case we could fix them.
> Ah, so it does.  I assumed it was the kernel because that's all that
> changed on my test box since I last tested this stuff.  I'm using the C
> xenstored and its code looks like it should work fine with the page
> getting zeroed under its feet.  I'll dig further.

Thanks. The revised patch might be acceptable, but if possible we're better
off relying on undocumented xenstored behaviour than domU frontend behaviour
since the former we have full control over (albeit we now have two daemons
to consider). Really nice would be some kind of explicit reset command or
protocol, but in this context since there are no watches or pending requests
or anything, I guess whacking the xenstore page is sufficient engineering

 -- Keir

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>