- 17 Apr, 2008 40 commits
-
-
Glauber Costa authored
set_cpu_sibling_map() and remove_sibling_info() are equal between architectures, and are now moved to common file Signed-off-by:
Glauber Costa <gcosta@redhat.com> Signed-off-by:
Ingo Molnar <mingo@elte.hu>
-
Glauber Costa authored
definitions that are inside CONFIG_HOTPLUG_CPU in the arch-specific smp*.h files are moved to common header Signed-off-by:
-
Glauber Costa authored
this is done to match i386 Signed-off-by:
-
Glauber Costa authored
And move its extern definition to smp.h, the common header Signed-off-by:
-
Glauber Costa authored
move definitions that are now equal in type from smpboot_{32,64}.c to smpboot.c cpu_callin_map is put temporarily in smp_64.h (already exists in smp_32.h), and will soon be merged. Signed-off-by: -
Glauber Costa authored
so they can have the same type as x86_64 Signed-off-by:
-
Glauber Costa authored
it is already defined in smp.h Signed-off-by:
-
Glauber Costa authored
This patch merges the copyright notices, and valuable comments that were left back on smp_{32,64}.c. With that, files are empty, and are deleted Signed-off-by: -
Glauber Costa authored
this patch creates tlb_32.c and tlb_64.c, with tlb-related functions that used to live in smp*.c files. Signed-off-by:
-
Glauber Costa authored
This patch moves all ipi and apic related functions from smp_32.c to ipi.c Signed-off-by:
-
Glauber Costa authored
this patch moves all the functions and data structures that look like exactly the same from smp_{32,64}.c to smp.c Signed-off-by: -
Glauber Costa authored
function definition is moved to common header. x86_64 version is now called native_smp_send_stop Signed-off-by:
-
Glauber Costa authored
This can be safely added to i386. After that, functions look exactly the same for both arches Signed-off-by:
-
Glauber Costa authored
with the hlt_works change, it is possible to have i386 and x86_64 stop_this_cpu() looking exactly the same. They can, after that, be merged. Signed-off-by:
-
Glauber Costa authored
In x86_64, hlt always work. in i386, we'll query the cpuinfo associated with this cpu Signed-off-by:
-
Glauber Costa authored
the two versions (the inner version, and the outer version, that takes the locks) of smp_call_function_mask are made into one. With the changes, i386 and x86_64 versions look exactly the same. Signed-off-by:
-
Glauber Costa authored
This function is used in smp_send_stop(). It's like smp_call_function_mask, but always go to all online cpus, and does not take any locks. It is added to x86_64, but will soon be unified in a common file Signed-off-by:
-
Glauber Costa authored
This patch creates smpcommon.c with functions that are equal between architectures. The i386-only init_gdt is ifdef'd. Note that smpcommon.o figures twice in the Makefile: this is because sub-architectures like voyager that does not use the normal smp_$(BITS) files also have to access them Signed-off-by:
-
Glauber Costa authored
there's already a warning in the topmost function Signed-off-by:
-
Glauber Costa authored
with this removal, exports for both i386 and x86_64, regarding the "smp_call_function" series are now the same. Signed-off-by:
-
Glauber Costa authored
this patches moves prefill_possible_map() to smpboot.c Right now it is x86_64-specific, but nothing intrinsically prevents it to be used by i386 Signed-off-by:
-
Glauber Costa authored
this patch allows a cpu to be marked as present but disabled in i386, just as x86_64 currently does. Signed-off-by:
-
Glauber Costa authored
disabled_cpus is (up to now) a x86_64-only contruction. But it's extern declaration can be moved to common header anyway Signed-off-by:
-
Glauber Costa authored
definition is moved to common header. x86_64 version is now called native_smp_cpus_done Signed-off-by:
-
Glauber Costa authored
definition is moved to common header. x86_64 version is now called native_smp_prepare_cpus Signed-off-by:
-
Glauber Costa authored
definition is moved to common header. x86_64 version is now called native_prepare_boot_cpu Signed-off-by:
-
Glauber Costa authored
function definition is moved to common header. x86_64 version is now called native_cpu_up Signed-off-by:
-
Glauber Costa authored
definition is moved to common header, x86_64 function name now is native_smp_call_function_mask Signed-off-by:
-
Glauber Costa authored
function definition is moved to common header, x86_64 version is now called native_smp_send_reschedule Signed-off-by:
-
Glauber Costa authored
the smp_ops symbol is temporarily defined in smp_64.c, but it will soon be unified Signed-off-by:
-
Glauber Costa authored
x86_64 will benefit from it Signed-off-by:
-
Glauber Costa authored
move extern definitions that are the same between smp_{32,64}.h to smp.h Signed-off-by: -
Glauber Costa authored
move extern function definitions that are the same between smp_{32,64}.h to smp.h Signed-off-by: -
Glauber Costa authored
this is the first step of integrating smp.h between x86_64 and i386 Signed-off-by:
-
Ingo Molnar authored
Liu Pingfan noticed that switch_to() clobbers more registers than its asm constraints specify. We get away with this due to luck mostly - schedule() by its nature only has 'local' state which gets reloaded automatically. Fix it nevertheless, we could hit this anytime. it turns out that with the extra constraints gcc manages to make schedule() even more compact: text data bss dec hex filename 28626 684 2640 31950 7cce sched.o.before 28613 684 2640 31937 7cc1 sched.o.after Reported-by:
Liu Pingfan <kernelfans@gmail.com> Signed-off-by:
-
Ingo Molnar authored
Make the code more readable and more hackable: - use symbolic asm parameters - use readable indentation - add comments that explains the details No code changed: kernel/sched.o: text data bss dec hex filename 28626 684 2640 31950 7cce sched.o.before 28626 684 2640 31950 7cce sched.o.after md5: 2823d406c18b781975cdb2e7cfea0059 sched.o.before.asm 2823d406c18b781975cdb2e7cfea0059 sched.o.after.asm Signed-off-by: -
Alexander van Heukelum authored
Jeremy Fitzhardinge pointed out that looking at the boot_params struct to determine if the system is running in a paravirtual environment is not reliable for the Xen case, currently. He also points out that there already exists a function to determine if the system is running in a paravirtual environment. So let's use that instead. This gets rid of the preprocessor test too. Signed-off-by:
Alexander van Heukelum <heukelum@fastmail.fm> Acked-by:
H. Peter Anvin <hpa@zytor.com> Signed-off-by:
-
Alexander van Heukelum authored
Jeremy Fitzhardinge pointed out that looking at the boot_params struct to determine if the system is running in a paravirtual environment is not reliable for the Xen case, currently. He also points out that there already exists a function to determine if the system is running in a paravirtual environment. So let's use that instead. This gets rid of the preprocessor test too. Signed-off-by:
-
Pavel Machek authored
Comment says wmb is a nop, but it is implemented as lock addl below... Should it be compiled to nop if we know we are running on "good" Intel cpu? At least remove confusing comment for now. Signed-off-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
-
Rusty Russell authored
The current tsc_init() clears the TSC feature bit if the TSC khz cannot be calculated, causing us to panic in arch/x86/kernel/cpu/bugs.c check_config(). We should simply mark it unstable. Frankly, someone should take an axe to this code. mark_tsc_unstable() not only marks it unstable, but sets tsc_enabled to 0, which seems redundant but is actually important here because means it won't be used by sched_clock() either. Perhaps a tristate enum "UNUSABLE, UNSTABLE, OK" would be clearer, and separate mark_tsc_unstable() and mark_tsc_broken() functions? Signed-off-by:
Rusty Russell <rusty@rustcorp.com.au> Signed-off-by:
-
