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


Re: [Xen-devel] problem using xenbus interface

To: Dan Smith <danms@xxxxxxxxxx>
Subject: Re: [Xen-devel] problem using xenbus interface
From: aq <aquynh@xxxxxxxxx>
Date: Tue, 9 Aug 2005 15:47:28 +0900
Cc: NAHieu <nahieu@xxxxxxxxx>, "List: Xen Developers" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 09 Aug 2005 06:45:48 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lT2P4Zt/lhZvO5hNFijOS82jH2eWO1B5LANP1tc2iJRx+cU0+Ke/T8N9gtvP9luO+6s/rVQI51DDp+xWK6VXCRrlYu0yXzHZbkJBodoTQkK/xUjQ0tbxiePyMQHQRQQVC790HXSSlzY1upyHMjLBoMH8p0PBN6xwyug2SEySXh4=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <m3slxktuns.fsf@xxxxxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <5d7aca9505080805267dce691b@xxxxxxxxxxxxxx> <m3slxktuns.fsf@xxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On 8/8/05, Dan Smith <danms@xxxxxxxxxx> wrote:
> > err = xenbus_scanf("/", "restart_mode", "%s", mode);
> This will try to read //restart_mode, not /domain/<DOM>/restart_mode,
> which I assume is not what you want.
> Also, there is no way to access keys in the /domain/<DOM> directly,
> only keys in subfolders.  For example, you should be using something
> like /domain/<DOM>/control/restart_mode, like this:
> err = xenbus_scanf("control", "restart_mode", "%s", mode);
> Note the absence of the leading '/' in the directory parameter.  This
> means the location is relative to the "home directory" of the domain.
> > err = xenbus_mkdir("/", "test");
> As I understand it, the plan is to remove the xenbus_mkdir() kernel
> interface.  Directories should be created by the tools.  You should
> have Xend (or something else) do the creation before the kernel needs
> it.

I have another idea on this: if directories must be created by tools,
we (or somebody desires) will have to patch Xend (or whatever)
everytime we have a new kernel module. Imagine that we have 100 third
party drivers in the future, are we willing to patch Xend 100 times?

Let domU create xenstore nodes itself is a good thing: new kernel
drivers can be self-contained.

I hope we will not remove xenbus_mkdir(), or if we do, replace it with
another equally.


Xen-devel mailing list