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] Re: [RFC] [PATCH] sysfs support for Xen attributes

To: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
From: Anthony Liguori <aliguori@xxxxxxxxxx>
Date: Thu, 12 Jan 2006 09:42:42 -0600
Cc: "Mike D. Day" <ncmike@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, lkml <linux-kernel@xxxxxxxxxxxxxxx>, Greg KH <greg@xxxxxxxxx>
Delivery-date: Thu, 12 Jan 2006 15:49:36 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200601121453.39629.mark.williamson@xxxxxxxxxxxx>
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: <43C53DA0.60704@xxxxxxxxxx> <20060112071000.GA32418@xxxxxxxxx> <43C66B56.8030801@xxxxxxxxxx> <200601121453.39629.mark.williamson@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.7 (X11/20051013)
Mark Williamson wrote:

These will be text files with simple attrributes. Most will be
read-only. It is kind of fun to think about creating a domain by doing
something like

cat $domain_config > /sys/xen/domain/new

but there are some ugly aspects of doing so. Likewise it would be good
to add a potential migration host by writing an ip address to

Again, we need to get this solidified before going further.

Anthony (cc-ed) did a little work on implementing something like this using FuSE to call the existing management interfaces we have for this functionality. IIRC, it was mostly targetted at reading information about running domains, but it seemed like a good level to implement these higher-level controls in a virtual FS.
Yeah, I like this idea but I agree that sysfs is not the right place for it (it would requiring maintaining a kobject representation of domains in the kernel which is going to be painful).

A custom Xen filesystem is definitely the right approach (and even already exists :-)).


Anthony Liguori


Xen-devel mailing list

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