[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] sysfs on hvm guests?



Double hmmm... it seems that even on hardware 64-bit RHEL5
reports only jiffies for these sysfs clocksource variables
even though other clocksources are available and current.

Not sure if this is a bug or a feature, but its definitely
not a Xen problem.

Sorry for the false alarm.

Dan

> -----Original Message-----
> From: Dan Magenheimer [mailto:dan.magenheimer@xxxxxxxxxx]
> Sent: Wednesday, February 20, 2008 8:06 AM
> To: dan.magenheimer@xxxxxxxxxx; xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: RE: [Xen-devel] sysfs on hvm guests?
> 
> 
> Hmmm... this seems to work fine when booting a 32-bit RHEL5 on
> 32-bit dom0 on 32-bit xen and with 32-on-32-on-64, but fails with
> 64-bit RHEL5 on 32-bit dom0 on 64-bit xen.  Not sure yet if
> this is a problem with the specific guest instance or what.
> 
> > -----Original Message-----
> > From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> > [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx]On Behalf Of Dan
> > Magenheimer
> > Sent: Tuesday, February 19, 2008 9:48 PM
> > To: xen-devel@xxxxxxxxxxxxxxxxxxx
> > Subject: [Xen-devel] sysfs on hvm guests?
> > 
> > 
> > Is sysfs expected to work fully in an hvm guest?
> > 
> > In RHEL5 (2.6.18-based) kernels, the following works native
> > 
> > /sys/devices/system/clocksource/clocksource0/...
> >   available_clocksource lists the possible clock sources
> >   current_clocksource lists the chosen clock source,
> >     and can be changed on the fly
> > 
> > but don't work for me from within an RHEL5 HVM guest.
> > 
> > All reads yield only "jiffies" (which I believe is the
> > default setting) even though there are other clock
> > sources available and set, and echo'ing to the
> > current_clocksource doesn't seem to change it.
> > 
> > Should I expect that it would work?  If so, does it work
> > on your system?  Perhaps it is something peculiar to
> > my environment?
> > 
> > Thanks,
> > Dan
> > 
> > ===================================
> > If Xen could save time in a bottle / then clocks wouldn't 
> > virtually skew /
> > It would save every tick / for VMs that aren't quick /
> > and Xen then would send them anew
> > (with apologies to the late great Jim Croce)
> > 
> 
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.