WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] /sys/hypervisor/uuid

On Fri, 2006-05-19 at 18:01 +0100, Christian Limpach wrote:
> On 5/19/06, Jeremy Katz <katzj@xxxxxxxxxx> wrote:
> > On Fri, 2006-05-19 at 10:43 +0100, Christian Limpach wrote:
> > > Also, the guest domain xenstore interface was never really intended to
> > > be used in anger, it was only added to support driver domains getting
> > > information about the devices to configure.  The immediate issue would
> > > be that access to xenstore is through a file in /proc/xen and I'd
> > > expect that to change at some point.  Might be good to already add the
> > > new path to all tools as a fallback option now.  Any suggestions for
> > > where this would end up in /sys I presume?
> >
> > Actually, I'd suggest just taking it out and shooting it altogether.
> 
> Well, no.
> 
> > What was the _intended_ use of having this exposed to the guest,
> > especially given that anything exposed shouldn't be considered a stable
> > ABI/API?
> 
> Let me copy/paste from my previous message you replied to and quoted:
> it was only added to support driver domains getting information about
> the devices to configure.

... one of these days I'll learn to read :-)

But isn't the device configuration there happening from the kernel?
I'll admit I haven't played with getting any of the device passthrough
stuff going since those patches went in.  I'm just not clear on what
benefit having userspace being able to frob at xenstore from domU really
has.  And in any case, getting it upstream is going to be an uphill
battle at best

Jeremy


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel