android_kernel_xiaomi_sm8350/arch/x86_64/lib
Alexey Dobriyan b077ffb3b7 rdmsr_on_cpu, wrmsr_on_cpu
There was OpenVZ specific bug rendering some cpufreq drivers unusable on SMP.
In short, when cpufreq code thinks it confined itself to needed cpu by means
of set_cpus_allowed() to execute rdmsr, some "virtual cpu" feature can migrate
process to anywhere.  This triggers bugons and does wrong things in general.

This got fixed by introducing rdmsr_on_cpu and wrmsr_on_cpu executing rdmsr
and wrmsr on given physical cpu by means of smp_call_function_single().

Dave Jones mentioned cpufreq might be not only user of rdmsr_on_cpu() and
wrmsr_on_cpu(), so I'm putting them into arch/{i386,x86_64}/lib/ .

Signed-off-by: Alexey Dobriyan <adobriyan@openvz.org>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dave Jones <davej@redhat.com>
2007-02-20 14:23:43 -05:00
..
bitops.c
bitstr.c
clear_page.S
copy_page.S
copy_user.S
csum-copy.S
csum-partial.c [PATCH] x86-64: Don't force inlining of do_csum 2006-12-07 02:14:07 +01:00
csum-wrappers.c [NET]: X86_64 checksum annotations and cleanups. 2006-12-02 21:23:14 -08:00
delay.c [PATCH] x86-64: Make x86_64 udelay() round up instead of down. 2006-12-07 02:14:07 +01:00
getuser.S
io.c
iomap_copy.S
Makefile rdmsr_on_cpu, wrmsr_on_cpu 2007-02-20 14:23:43 -05:00
memcpy.S
memmove.c
memset.S
msr-on-cpu.c rdmsr_on_cpu, wrmsr_on_cpu 2007-02-20 14:23:43 -05:00
putuser.S
rwlock.S
thunk.S
usercopy.c