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] sysfs on hvm guests?

To: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] sysfs on hvm guests?
From: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
Date: Wed, 20 Feb 2008 08:06:25 -0700
Delivery-date: Wed, 20 Feb 2008 07:07:04 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080219214827031.00000002392@djm-pc>
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>
Organization: Oracle Corporation
Reply-to: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Achze9L+FJrIwz98SfOYo4/EHMwCQAATuQGQ
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
<Prev in Thread] Current Thread [Next in Thread>