Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
- Date: Thu, 12 Jan 2006 14:53:39 +0000
> You make a very good point. We have not agreed on the heirarchy and file
> contents, and we need to do so before continuing.
> Some _very rough_ ideas include
>
> /sys/xen/version/{major minor extra version build}
> /sys/xen/domain/{dom0 dom1 ... domn} (each domain could be a dir. with
> attributes)
> /sys/xen/hypervisor/{scheduler cpu memory}
> /sys/xen/migrate/{hosts_to, hosts_from}
It seems to me there are a number of distinct categories these attributes come
into:
* Xen virtual hardware info (more or less corresponds to what's in /proc now,
although proc also has the special xenbus and privcmd interface files)
- hypervisor version, etc
- capabilities of this domain (admin rights, physical hardware permissions,
etc)
- other stuff relating to the Xen in use, or the domain this virtual
machine is running in
* Xen management
- info relating to the underlying hardware
- global scheduler params
- activate / deactive Xen trace buffers, etc
* Domain management
- status regarding the domains in the system
- migration controls
I'd suggest that earlier items in the above list are more important to get
into sysfs, with the lower stuff being able to follow later. Hows about we
start with defining a structure for the stuff in the first (and maybe second)
bullet points above, and work from there?
> 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
> /sys/xen/migrate/hosts_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.
Cheers,
Mark
--
Dave: Just a question. What use is a unicyle with no seat? And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- From: Anthony Liguori
- Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- References:
- [RFC] [PATCH] sysfs support for Xen attributes
- From: Mike D. Day
- Re: [RFC] [PATCH] sysfs support for Xen attributes
- From: Greg KH
- Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- From: Mike D. Day
- [RFC] [PATCH] sysfs support for Xen attributes
- Prev by Date: linux-2.6.15-git7: PS/2 keyboard dies on ppp traffic
- Next by Date: Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- Previous by thread: Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- Next by thread: Re: [Xen-devel] Re: [RFC] [PATCH] sysfs support for Xen attributes
- Index(es):
Relevant Pages
|
