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

To: "Mike D. Day" <ncmike@xxxxxxxxxx>
Subject: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
From: Gerd Hoffmann <kraxel@xxxxxxx>
Date: Thu, 12 Jan 2006 13:54:46 +0100
Cc: Greg KH <greg@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, lkml <linux-kernel@xxxxxxxxxxxxxxx>
Delivery-date: Thu, 12 Jan 2006 13:01:25 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <43C5B59C.8050908@xxxxxxxxxx>
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> <20060111230704.GA32558@xxxxxxxxx> <43C5A199.1080708@xxxxxxxxxx> <20060112005710.GA2936@xxxxxxxxx> <43C5B59C.8050908@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.6 (X11/20050715)

Huh?  You can't just throw a "MODULE_VERSION()", and a module_init()
somewhere into the xen code to get this to happen?  Then all of your
configurable paramaters show up automagically.

No, I can't. Xen does not have modules. Xen loads and runs linux.

You can. Just look at a recent drivers/xen/blkback/blkback.c, the module parameters specified there show up in /sys/module/blkback/parameters, no matter whenever the code was built statically into the kernel or as module (which curently doesn't work for blkback anyway ...).

Any read-only attributes can trivially be implemented that way. Simple writable stuff (balloon driver?) probably too, I don't know whenever a notify callback on parameter changes is possible though.

The current /proc files which are not simple attributes such as /proc/xen/{privcmd,xenbus} are a bit more tricky, not sure what the best approach for these is. privcmd returns a filehandle which is then used for ioctls (misc char dev maybe?). xenbus can be opened and (I think) read(2) on to listen for any xenbus activity, much like /proc/kmsg. Suggestions what to use here instead of procfs? Or just leave it there?



Gerd 'just married' Hoffmann <kraxel@xxxxxxx>
I'm the hacker formerly known as Gerd Knorr.

Xen-devel mailing list

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