patch of steal time.
Thanks
Atsushi SAKAI
consider_steal_time.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
import linux/arch/ia64/kernel/time.c
Thanks
Atsushi SAKAI
import_time_c.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
This patch intends to consider steal time accounting.
This functionality is already implemented in x86/PV-domain.
The steal time means consider the state
vcpu is ready to run but not allocated CPU resources by hypervisor.
Previously, this state time is accounted to running process of
On Wed, Feb 07, 2007 at 05:55:23PM +0900, Atsushi SAKAI wrote:
This patch intends to consider steal time accounting.
This functionality is already implemented in x86/PV-domain.
We shouldn't duplicate same logic. Consolidate somehow.
1)__copy_to_guest
x86 implementation it uses
On Wed, Feb 07, 2007 at 05:55:29PM +0900, Atsushi SAKAI wrote:
@@ -64,6 +144,10 @@ timer_interrupt (int irq, void *dev_id,
ia64_get_itc(), new_itm);
profile_tick(CPU_PROFILING, regs);
+
+#ifdef CONFIG_XEN
+ new_itm += consider_steal_time(regs);
+#endif
On Tue, 2007-02-06 at 23:31 +0100, Tristan Gingold wrote:
On Tue, Feb 06, 2007 at 11:48:00AM -0700, Alex Williamson wrote:
On Tue, 2007-02-06 at 06:27 +0100, Tristan Gingold wrote:
(XEN) lookup_domain_mpa: d 0xf7af4080 id 1 current
0xf7ac8000 i0
(XEN)
On Tue, 2007-02-06 at 16:11 +0900, DOI Tsunehisa wrote:
Hi Alex,
Alex Williamson wrote:
IMHO, if it's #if 0'd out, it's not really adding to backwards
compatibility anyway. This wasn't in 3.0.4, so I think we should
probably drop it. Thanks,
I agree. I've modified the patch.
On Tue, 2007-02-06 at 19:49 +0900, Kouya SHIMURA wrote:
We have never hit a bug but it is obviously wrong.
Applied. Thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
___
Xen-ia64-devel mailing list
Hi Keir,
Please pull:
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg
This will fix all the miscellaneous ia64 build and boot problems on
current xen-unstable.hg. Also included are numerous performance
optimizations, some dead code removal, as well as a number of bug fixes.
Thanks,
On Wed, 2007-02-07 at 11:06 -0800, David Brown wrote:
With the current stuff in the repo where my smp system went to? Do I
have to pass new kernel options to xen to tell it to give dom0 the
second cpu? I'm kinda at a loss as to why the system doesn't see the
second cpu, any help would be
On Mon, 2007-02-05 at 15:57 +0800, Xu, Anthony wrote:
@@ -621,7 +622,7 @@ int arch_set_info_guest(struct vcpu *v,
er-dtrs[i].rid);
}
v-arch.event_callback_ip = er-event_callback_ip;
- v-arch.dcr = er-dcr;
+
Xen should know about all your CPUs. You should see them in the 'xm
info' output. To get more than one vCPU for dom0, you need to use the
dom0_max_vcpus= boot option (on the Xen side of your append line in
elilo.conf).
This is from xm dmesg
0] ACPI: Error parsing MADT - no IOSAPIC
On Wed, 2007-02-07 at 13:10 -0800, David Brown wrote:
Xen should know about all your CPUs. You should see them in the 'xm
info' output. To get more than one vCPU for dom0, you need to use the
dom0_max_vcpus= boot option (on the Xen side of your append line in
elilo.conf).
This is
I'm not sure why you'd get that, I certainly don't have it in my boot
log. Once you get up to a newer version, please send the whole boot log
if it still doesn't work. Thanks,
Okay got some more information this is kinda odd...
If you look it does see the two cpu's but later theres a line
Alex Williamson write on 2007年2月8日 4:00:
Hi Anthony,
I think I found a bug in this patch. After saving and restoring a
PV domain a few times, I seem to be getting here with
v-arch.privregs == NULL. I'll see if I can figure out why that is,
but would appreciate if you could take a look
Xen/IA64 Healthiness Report
All cases have passed in the nightly test.
Testing Environment:
Platform: Tiger4
Processor: Itanium 2 Processor
Logic Processors number: 8 (2 processors with Due Core)
PAL version: 8.47
Service OS: RHEL4u3 IA64
On 2/7/07, David Brown [EMAIL PROTECTED] wrote:
I'm not sure why you'd get that, I certainly don't have it in my boot
log. Once you get up to a newer version, please send the whole boot log
if it still doesn't work. Thanks,
Okay got some more information this is kinda odd...
If you
17 matches
Mail list logo