LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* [PATCH 1/5] Remove hardcoding of hard_smp_processor_id on UP systems
@ 2007-03-01  7:16 Fernando Luis Vázquez Cao
  0 siblings, 0 replies; only message in thread
From: Fernando Luis Vázquez Cao @ 2007-03-01  7:16 UTC (permalink / raw)
  To: Linux Kernel Mailing List; +Cc: fastboot, ebiederm, ak, akpm, judith

With the advent of kdump, the assumption that the boot CPU when booting
an UP kernel is always the CPU with a hardware ID of 0 (usually referred
to as BSP on some architectures) is not valid anymore.

Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
---

diff -urNp linux-2.6.21-rc2/include/linux/smp.h linux-2.6.21-rc2-hwcpuid/include/linux/smp.h
--- linux-2.6.21-rc2/include/linux/smp.h	2007-02-05 03:44:54.000000000 +0900
+++ linux-2.6.21-rc2-hwcpuid/include/linux/smp.h	2007-03-07 12:02:13.000000000 +0900
@@ -83,7 +83,6 @@ void smp_prepare_boot_cpu(void);
  *	These macros fold the SMP functionality into a single CPU system
  */
 #define raw_smp_processor_id()			0
-#define hard_smp_processor_id()			0
 static inline int up_smp_call_function(void)
 {
 	return 0;



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2007-03-01  7:16 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-01  7:16 [PATCH 1/5] Remove hardcoding of hard_smp_processor_id on UP systems Fernando Luis Vázquez Cao

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).