All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: "Torsten Kaiser" <just.for.lkml@googlemail.com>
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>
Subject: Re: 2.6.26-rc2-mm1
Date: Wed, 14 May 2008 12:35:37 -0700	[thread overview]
Message-ID: <20080514123537.4df70e80.akpm@linux-foundation.org> (raw)
In-Reply-To: <64bb37e0805141212i7587a502vdff9af109b55c37b@mail.gmail.com>

On Wed, 14 May 2008 21:12:13 +0200
"Torsten Kaiser" <just.for.lkml@googlemail.com> wrote:

> On Wed, May 14, 2008 at 10:01 AM, Andrew Morton
> <akpm@linux-foundation.org> wrote:
> >
> >  ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.26-rc2/2.6.26-rc2-mm1/
> 
> Nice! This one works for me again.

Thanks.

> But somehow the NUMAness of my system is gone.
> 
> ...
>
> 
> The system is a dual socket Opteron system, each processor has 2 GB of RAM.
> 
> I will try to debug this more tomorrow, but except the kernel now
> thinks there is only one NUMA node the system works correct. It is
> detecting the full 4GB of RAM.
> 
> This line from 2.6.26-rc2-mm1 really looks like the source of this:
> [    0.000000] SRAT: PXMs only cover 0MB of your 4608MB e820 RAM. Not used.
> There is no more than 4GB of RAM (but part of it is remapped...)

I suspect that this might be caused by the below.

That patch no longer seems to be necessary so I'll drop it.  Perhaps
you could try reverting it, please?



From: Ingo Molnar <mingo@elte.hu>

x86.git testing found the following build error on latest -git:

 drivers/acpi/numa.c: In function 'acpi_numa_init':
 drivers/acpi/numa.c:226: error: 'NR_NODE_MEMBLKS' undeclared (first use in this function)
 drivers/acpi/numa.c:226: error: (Each undeclared identifier is reported only once
 drivers/acpi/numa.c:226: error: for each function it appears in.)

with this config:

 http://redhat.com/~mingo/misc/config-Wed_Apr_30_22_42_42_CEST_2008.bad

i suspect we dont want SRAT parsing when CONFIG_HAVE_ARCH_PARSE_SRAT
is unset - but the fix looks a bit ugly. Perhaps we should define
NR_NODE_MEMBLKS even in this case and just let the code fall back
to some sane behavior?

Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---

 drivers/acpi/numa.c |    4 ++++
 1 file changed, 4 insertions(+)

diff -puN drivers/acpi/numa.c~acpi-acpi_numa_init-build-fix drivers/acpi/numa.c
--- a/drivers/acpi/numa.c~acpi-acpi_numa_init-build-fix
+++ a/drivers/acpi/numa.c
@@ -176,6 +176,7 @@ acpi_parse_processor_affinity(struct acp
 	return 0;
 }
 
+#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT
 static int __init
 acpi_parse_memory_affinity(struct acpi_subtable_header * header,
 			   const unsigned long end)
@@ -193,6 +194,7 @@ acpi_parse_memory_affinity(struct acpi_s
 
 	return 0;
 }
+#endif
 
 static int __init acpi_parse_srat(struct acpi_table_header *table)
 {
@@ -221,9 +223,11 @@ int __init acpi_numa_init(void)
 	if (!acpi_table_parse(ACPI_SIG_SRAT, acpi_parse_srat)) {
 		acpi_table_parse_srat(ACPI_SRAT_TYPE_CPU_AFFINITY,
 				      acpi_parse_processor_affinity, NR_CPUS);
+#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT
 		acpi_table_parse_srat(ACPI_SRAT_TYPE_MEMORY_AFFINITY,
 				      acpi_parse_memory_affinity,
 				      NR_NODE_MEMBLKS);
+#endif
 	}
 
 	/* SLIT: System Locality Information Table */
_


  reply	other threads:[~2008-05-14 19:36 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-14  8:01 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 11:24 ` [BUG] 2.6.26-rc2-mm1 - kernel bug while bootup at __alloc_pages_internal () on x86_64 Kamalesh Babulal
2008-05-14 17:36   ` Andrew Morton
2008-05-14 17:36     ` Andrew Morton
2008-05-14 18:21     ` Kamalesh Babulal
2008-05-14 19:44       ` Andrew Morton
2008-05-14 19:44         ` Andrew Morton
2008-05-15  1:54         ` KAMEZAWA Hiroyuki
2008-05-15  1:54           ` KAMEZAWA Hiroyuki
2008-05-18  8:00         ` Kamalesh Babulal
2008-05-18  8:00           ` Kamalesh Babulal
2008-05-18 17:07           ` KOSAKI Motohiro
2008-05-18 17:07             ` KOSAKI Motohiro
2008-05-19 14:49             ` Lee Schermerhorn
2008-05-19 14:49               ` Lee Schermerhorn
2008-05-14 14:03 ` [BUG] 2.6.26-rc2-mm1 - kernel BUG at fs/reiserfs/journal.c:1414! Kamalesh Babulal
2008-05-14 18:01   ` Andrew Morton
2008-05-14 15:34 ` [BUG] 2.6.26-rc2-mm1 - kernel panic at inet_create() on powerpc Kamalesh Babulal
2008-05-14 15:34   ` Kamalesh Babulal
2008-05-14 16:07   ` Paul E. McKenney
2008-05-14 16:07     ` Paul E. McKenney
2008-05-14 20:05     ` Alexey Dobriyan
2008-05-14 20:05       ` Alexey Dobriyan
2008-05-14 20:32       ` Paul E. McKenney
2008-05-14 20:32         ` Paul E. McKenney
2008-05-14 18:29 ` 2.6.26-rc2-mm1: sparc64 - possible recursive locking detected Mariusz Kozlowski
2008-05-14 18:41   ` Andrew Morton
2008-05-14 18:50     ` Mariusz Kozlowski
2008-05-14 19:12 ` 2.6.26-rc2-mm1 Torsten Kaiser
2008-05-14 19:35   ` Andrew Morton [this message]
2008-05-15 17:44     ` 2.6.26-rc2-mm1 Torsten Kaiser
2008-05-15 18:49       ` 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 20:39 ` 2.6.26-rc2-mm1 (WARN() build error) Randy Dunlap
2008-05-14 20:43 ` 2.6.26-rc2-mm1 (CONFIG_*FD build errors) Randy Dunlap
2008-05-14 20:49 ` 2.6.26-rc2-mm1 Zan Lynx
2008-05-14 21:00   ` 2.6.26-rc2-mm1 Andrew Morton
2008-05-14 21:14     ` 2.6.26-rc2-mm1 me
2008-05-14 22:06       ` 2.6.26-rc2-mm1 Zan Lynx
2008-05-14 21:13 ` 2.6.26-rc2-mm1 (SCSI_DH build errors) Randy Dunlap
2008-05-15 14:46   ` James Bottomley
2008-05-15 19:56     ` Chandra Seetharaman
2008-05-23  3:25       ` Andrew Morton
2008-05-23 19:39         ` Chandra Seetharaman
2008-05-23 20:28           ` Randy Dunlap
2008-05-24  1:16             ` Chandra Seetharaman
2008-05-14 21:16 ` 2.6.26-rc2-mm1: sloooow mkfs.ext2 Alexey Dobriyan
2008-05-14 21:33   ` Alexey Dobriyan
2008-05-15 21:41     ` Jiri Slaby
2008-05-14 21:16 ` 2.6.26-rc2-mm1 (p9 build error when 9P_FS=n) Randy Dunlap
2008-05-15  0:00   ` Eric Van Hensbergen
2008-05-15  0:05     ` Andrew Morton
2008-05-15  2:29       ` Eric Van Hensbergen
2008-05-15  3:04         ` Andrew Morton
2008-05-15  3:53           ` Eric Van Hensbergen
2008-05-14 21:54 ` 2.6.26-rc2-mm1 Rafael J. Wysocki
2008-05-15 17:58 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-arm/arch-omap/control.h Mariusz Kozlowski
2008-05-15 17:59 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-mips/gic.h Mariusz Kozlowski
2008-05-15 18:01 ` [PATCH] Re: 2.6.26-rc2-mm1 - fix parenthesis in include/asm-mips/mach-au1x00/au1000.h Mariusz Kozlowski
2008-05-15 18:21 ` [BUG] Re: 2.6.26-rc2-mm1 - x86_32 oops on modprobe wusbcore Mariusz Kozlowski
2008-05-15 18:58   ` Andrew Morton
2008-05-15 20:05     ` Inaky Perez-Gonzalez
2008-05-16 22:17 ` 2.6.26-rc2-mm1: high speed something Alexey Dobriyan
2008-05-16 21:31   ` Andrew Morton
2008-05-16 22:00     ` Greg KH
2008-05-17 10:28 ` 2.6.26-rc2-mm1 and Linus -git: LEDS_TRIGGER_DEFAULT_ON odd default Valdis.Kletnieks
2008-05-19 11:33 ` 2.6.26-rc2-mm1 - machine stuck while booting up with CONFIG_FTRACE_STARTUP_TEST enabled Kamalesh Babulal
2008-05-19 13:02   ` Steven Rostedt
2008-05-19 14:08     ` Kamalesh Babulal
2008-05-19 14:38       ` Steven Rostedt
2008-05-20 10:01 ` 2.6.26-rc2-mm1: possible circular locking dependency detected Mariusz Kozlowski
2008-05-20 10:22   ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080514123537.4df70e80.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=just.for.lkml@googlemail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.