- 17 Apr, 2008 40 commits
-
-
Glauber de Oliveira Costa authored
this will serve as a reference as to whether or not to use the per_cpu variables in mpparse. Done the same way as x86_64 Signed-off-by:
Glauber Costa <gcosta@redhat.com> Signed-off-by:
Ingo Molnar <mingo@elte.hu>
-
Glauber de Oliveira Costa authored
This mapping already exists in x86_64, just provide it for i386 Signed-off-by:
-
Glauber de Oliveira Costa authored
take them off smp_{32,64}.h and move to smp.h Signed-off-by: -
Glauber de Oliveira Costa authored
Done to match x86_64 Signed-off-by:
-
Glauber de Oliveira Costa authored
We have already removed the only condition that could fail here. so just don't test for any return value Signed-off-by:
-
Glauber de Oliveira Costa authored
Do tests before do_boot_cpu in native_cpu_up for i386. Tests are a little bit broader than originally, and are the same as x86_64. Test for smp_callin is not applicable right now and is deferred. Signed-off-by:
-
Glauber de Oliveira Costa authored
Put it in a disable_smp() function, as x86_64 does Signed-off-by:
-
Glauber de Oliveira Costa authored
Isolate all sanity checking in a smp_sanity_check() function as x86_64 does. Signed-off-by:
-
Glauber de Oliveira Costa authored
goal is to have i386 and x86_64 closer, so we add barriers to match Signed-off-by:
-
Glauber de Oliveira Costa authored
This patch does not change the behaviour of x86_64, since APIC_INTEGRATED is always defined as (1). But the code now matches exactly i386 version (well, this part of the code, at least) Signed-off-by:
-
Glauber de Oliveira Costa authored
it is always integrated, so define as 1. Signed-off-by:
-
Glauber de Oliveira Costa authored
it does not need to be inside lock. Do the way i386 does. Signed-off-by:
-
Glauber de Oliveira Costa authored
This is done so we call setup_secondary_clock() in the same place x86_64 does. A separate patch for this is appearantly not needed. But clock initialization is such a delicate thing, that it's safer to do this way Signed-off-by:
-
Glauber de Oliveira Costa authored
the call to idle is guaranteed to do it. Signed-off-by:
-
Glauber de Oliveira Costa authored
This matches x86_64 behaviour, which is a superior one IMHO Signed-off-by:
-
Glauber de Oliveira Costa authored
now that it is the same between arches, put it into smpboot.c Signed-off-by:
-
Glauber de Oliveira Costa authored
Call it conditionally for secondary cpus. This behaviour matches i386 Signed-off-by:
-
Glauber de Oliveira Costa authored
Call this function instead of identify_cpu in bugs_64.c Signed-off-by:
-
Glauber de Oliveira Costa authored
provide two specialized identify_secondary_cpu() and identify_boot_cpu() routines for x86_64. Although not strictly needed, they are functionally correct, and will ease integration with i386 Signed-off-by:
-
Glauber de Oliveira Costa authored
This will ease integration with i386 Signed-off-by:
-
Glauber de Oliveira Costa authored
The split of smp_store_cpu_info in a quirks-only part will ease integration with x86_64 Signed-off-by:
-
Glauber de Oliveira Costa authored
It is used to match i386. The definition for the non-paravirt case is moved to smp.h instead of smp_32.h Signed-off-by:
-
Glauber de Oliveira Costa authored
This patch replaces apic_read() for apic_read_around() and apic_write for apic_write_around() in smpboot_64.c We do it to have a common usage between x86_64 and i386. In the former, it will always simply expand to apic_write Signed-off-by:
-
Glauber de Oliveira Costa authored
Add loglevel facilities to printks in __inquire_remote_apic. the levels are the ones to match x86_64 ones. Signed-off-by:
-
Glauber de Oliveira Costa authored
change some variables' types in __inquire_remote_apic to match x86_64 Signed-off-by:
-
Pavel Machek authored
Fix coding style in pci-dma_64.c and add stubs for documentation. I hope someone fills the rest, I understand maybe off and soft... Signed-off-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by: -
Alexey Starikovskiy authored
Signed-off-by:
Alexey Starikovskiy <astarikovskiy@suse.de> Signed-off-by:
-
Alexey Starikovskiy authored
[ mingo@elte.hu: fix boot regression. ] Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off: Alexey Starikovskiy <astarikovskiy@suse.de> Signed-off-by: -
Yinghai Lu authored
When acpi=off or there is no SRAT defined, apicid_to_node is got from K8 Northbridge PCI configuration space in k8_scan_nodes() in arch/x86_64/mm/k8toplogy.c. The problem is that it assumes bsp apic id is 0 at that point. For four socket system with Quad core cpus installed, all cpus apic id is offset by 4, and bsp apic id is 4. For eight socket system with dual core cpus installed, all cpus apic id is offset by 2, and bsp apic id is 2. We need get boot_cpu_id --- bsp apic id, before k8_scan_nodes by called. So create early_acpi_boot_init and early_get_smp_config for get boot_cpu_id. Signed-off-by:
Yinghai Lu <yhlu.kernel@gmail.com> Signed-off-by:
-
Alexey Starikovskiy authored
Signed-off-by:
-
Mikael Pettersson authored
<asm-x86/nops.h> describes certain multibyte instructions as "generic" nops when in fact they aren't nops at all in 64-bit mode (missing REX.W causing truncation of a register). Update the comment to state that K8 or P6 style nops should be used in 64-bit mode. This matches what the alternatives code does. Signed-off-by:
Mikael Pettersson <mikpe@it.uu.se> Signed-off-by:
-
