search for: cpu_khz

...pdated patch (series) then please add Vn after PATCH, where n is the version number of the patch (series). While at it, please add a cover letter [PATCH Vn 0/n] the next time you send a patch series. git send-email supports that. > After aa297292d708, there are separate native calibrations for cpu_khz and What is aa297292d708? Please make that: commit aa297292d708 ("x86/tsc: Enumerate SKL cpu_khz and tsc_khz via CPUID") ..... > tsc_khz. The code sets x86_platform.calibrate_cpu to native_calibrate_cpu() > which looks in cpuid leaf 0x16 or msrs for the cpu frequency. Which co...

...linux-2.6.16-rc6.orig/arch/i386/kernel/timers/timer_cyclone.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kernel/timers/timer_cyclone.c 2006-03-12 19:57:42.000000000 -0800 @@ -224,6 +224,7 @@ static int __init init_cyclone(char* ove } } + init_xtime_from_cmos(); init_cpu_khz(); /* Everything looks good! */ Index: linux-2.6.16-rc6/arch/i386/kernel/timers/timer_hpet.c =================================================================== --- linux-2.6.16-rc6.orig/arch/i386/kernel/timers/timer_hpet.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kern...

...linux-2.6.16-rc6.orig/arch/i386/kernel/timers/timer_cyclone.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kernel/timers/timer_cyclone.c 2006-03-12 19:57:42.000000000 -0800 @@ -224,6 +224,7 @@ static int __init init_cyclone(char* ove } } + init_xtime_from_cmos(); init_cpu_khz(); /* Everything looks good! */ Index: linux-2.6.16-rc6/arch/i386/kernel/timers/timer_hpet.c =================================================================== --- linux-2.6.16-rc6.orig/arch/i386/kernel/timers/timer_hpet.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kern...

After aa297292d708, there are separate native calibrations for cpu_khz and tsc_khz. The code sets x86_platform.calibrate_cpu to native_calibrate_cpu() which looks in cpuid leaf 0x16 or msrs for the cpu frequency. Since we keep the tsc_khz constant (even after vmotion), the cpu_khz and tsc_khz may start diverging. tsc_init() now does cpu_khz = x86_platform.calibrate...

After aa297292d708, there are separate native calibrations for cpu_khz and tsc_khz. The code sets x86_platform.calibrate_cpu to native_calibrate_cpu() which looks in cpuid leaf 0x16 or msrs for the cpu frequency. Since we keep the tsc_khz constant (even after vmotion), the cpu_khz and tsc_khz may start diverging. tsc_init() now does cpu_khz = x86_platform.calibrate...

I believe our trademark guidelines say we aren't supposed to use VMware as a noun to mean a product, only to mean the company. So we can say "running on VMware ESXi" or "running in a VMware virtual machine", but "running on VMware" is wrong. There is supposedly some good legal reason for this related to keeping our trademark. On Tue, 25 Oct 2016 22:26:00 -0700,

I believe our trademark guidelines say we aren't supposed to use VMware as a noun to mean a product, only to mean the company. So we can say "running on VMware ESXi" or "running in a VMware virtual machine", but "running on VMware" is wrong. There is supposedly some good legal reason for this related to keeping our trademark. On Tue, 25 Oct 2016 22:26:00 -0700,

I have a SUSE 9.2 box running 3.0.3-testing-rc3, and dom0 and domU disagree on the cpu frequency. dom0 has two CPUs and domU one vcpu. dom0 says: model name : Intel(R) Pentium(R) III CPU family 1400MHz stepping : 1 cpu MHz : 1558.703 bogomips : 2800.85 domU says: model name : Intel(R) Pentium(R) III CPU family 1400MHz stepping : 1 cpu MHz

This patchset includes several VMware guest improvements: Alexey Makhalov (3): x86/vmware: Use tsc_khz value for calibrate_cpu() x86/vmware: Add basic paravirt ops support x86/vmware: Add paravirt sched clock Documentation/kernel-parameters.txt | 4 +++ arch/x86/kernel/cpu/vmware.c | 51 +++++++++++++++++++++++++++++++++++++ 2 files changed, 55 insertions(+) -- 2.10.1

This patchset includes several VMware guest improvements: Alexey Makhalov (3): x86/vmware: Use tsc_khz value for calibrate_cpu() x86/vmware: Add basic paravirt ops support x86/vmware: Add paravirt sched clock Documentation/kernel-parameters.txt | 4 +++ arch/x86/kernel/cpu/vmware.c | 51 +++++++++++++++++++++++++++++++++++++ 2 files changed, 55 insertions(+) -- 2.10.1

...nr_nodes''] * - info[''sockets_per_node''] * - info[''cores_per_socket''] * - info[''threads_per_core'']) info[''cpu_mhz''] = info[''cpu_khz''] / 1000 # physinfo is in KiB info[''total_memory''] = info[''total_memory''] / 1024 diff -r 51045f276c90 tools/xenmon/xenbaked.c --- a/tools/xenmon/xenbaked.c Mon Jul 31 10:48:48 2006 -0500 +++ b/tools/xenmon/xenbaked.c Mon Jul 31 10:49:10...

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

Hi, This series corresponds do older patches in the paravirt series that was neither already applied, nor I will touch again. In general, they do not touch code that can be unified (at least, without being the unification a big problem on its own). They passed through this list a lot of times, so I feel them ready for inclusion, unless someone opposes. As with the other patches, they apply to

...rch/i386/kernel/paravirt.c +++ b/arch/i386/kernel/paravirt.c @@ -552,7 +552,7 @@ struct paravirt_ops paravirt_ops = { .write_msr = native_write_msr, .read_tsc = native_read_tsc, .read_pmc = native_read_pmc, - .get_scheduled_cycles = native_read_tsc, + .sched_clock = native_sched_clock, .get_cpu_khz = native_calculate_cpu_khz, .load_tr_desc = native_load_tr_desc, .set_ldt = native_set_ldt, =================================================================== --- a/arch/i386/kernel/tsc.c +++ b/arch/i386/kernel/tsc.c @@ -81,7 +81,7 @@ static inline int check_tsc_unstable(voi * * -johnstu...

...rch/i386/kernel/paravirt.c +++ b/arch/i386/kernel/paravirt.c @@ -552,7 +552,7 @@ struct paravirt_ops paravirt_ops = { .write_msr = native_write_msr, .read_tsc = native_read_tsc, .read_pmc = native_read_pmc, - .get_scheduled_cycles = native_read_tsc, + .sched_clock = native_sched_clock, .get_cpu_khz = native_calculate_cpu_khz, .load_tr_desc = native_load_tr_desc, .set_ldt = native_set_ldt, =================================================================== --- a/arch/i386/kernel/tsc.c +++ b/arch/i386/kernel/tsc.c @@ -81,7 +81,7 @@ static inline int check_tsc_unstable(voi * * -johnstu...

Testing on an 8-node 128-way NUMA machine has exposed a problem with Xen''s nr_cpus calculation. In this case, since Xen cuts off recognized CPUs at 32, the machine appears to have 16 CPUs on the first and second nodes and none on the remaining nodes. Given this asymmetry, the calculation of sockets_per_node (which is later used to calculate nr_cpus) is incorrect:

...timer_interrupt, IRQF_DISABLED, CPU_MASK_NONE, "timer", NULL, NULL }; +inline void time_init_hook() +{ + setup_irq(0, &irq0); +} + void __init time_init(void) { if (nohpet) @@ -932,7 +947,7 @@ void __init time_init(void) vxtime.tsc_quot = (USEC_PER_MSEC << US_SCALE) / cpu_khz; vxtime.last_tsc = get_cycles_sync(); set_cyc2ns_scale(cpu_khz); - setup_irq(0, &irq0); + do_time_init(); #ifndef CONFIG_SMP time_init_gtod(); Index: clean-start/include/asm-x86_64/timex.h =================================================================== --- clean-start.orig/include/...

...timer_interrupt, IRQF_DISABLED, CPU_MASK_NONE, "timer", NULL, NULL }; +inline void time_init_hook() +{ + setup_irq(0, &irq0); +} + void __init time_init(void) { if (nohpet) @@ -932,7 +947,7 @@ void __init time_init(void) vxtime.tsc_quot = (USEC_PER_MSEC << US_SCALE) / cpu_khz; vxtime.last_tsc = get_cycles_sync(); set_cyc2ns_scale(cpu_khz); - setup_irq(0, &irq0); + do_time_init(); #ifndef CONFIG_SMP time_init_gtod(); Index: clean-start/include/asm-x86_64/timex.h =================================================================== --- clean-start.orig/include/...

I noticed that cpu MHz in /proc/cpuinfo is wrong: processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Genuine Intel(R) CPU 3.80GHz stepping : 6 cpu MHz : 948.218 cache size : 2048 KB fpu : yes fpu_exception : yes Dmesg also says: PID hash table entries: 2048 (order: 11, 65536 bytes)

...ersion = DOM0_INTERFACE_VERSION; - - ret = xc_dom0_op(xc_handle, &op); + ret = xc_physinfo(xc_handle, &physinfo); if ( ret != 0 ) { @@ -460,12 +457,12 @@ unsigned int get_num_cpus(void) } xc_interface_close(xc_handle); - opts.cpu_freq = (double)op.u.physinfo.cpu_khz/1000.0; - - return (op.u.physinfo.threads_per_core * - op.u.physinfo.cores_per_socket * - op.u.physinfo.sockets_per_node * - op.u.physinfo.nr_nodes); + opts.cpu_freq = (double)physinfo.cpu_khz/1000.0; + + return (physinfo.threads_per_core * + phy...