This website works better with JavaScript.
Explore
Help
Sign In
jenna
/
kernel_samsung_sm7125
Watch
1
Star
0
Fork
You've already forked kernel_samsung_sm7125
0
Code
Issues
Pull Requests
Releases
Wiki
Activity
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
61909
Commits
5
Branches
0
Tags
1.2 GiB
Tag:
Branch:
Tree:
9a79b22741
fifteen
fourteen
tirimbino
urubino
urubino-ksu
Branches
Tags
${ item.name }
Create tag
${ searchTerm }
Create branch
${ searchTerm }
from '9a79b22741'
${ noResults }
kernel_samsung_sm7125
/
arch
/
x86_64
/
lib
/
msr-on-cpu.c
2 lines
39 B
Raw
Normal View
History
Unescape
Escape
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>
18 years ago
#
include
"../../i386/lib/msr-on-cpu.c"