public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
@ 2009-06-30  3:01 Christian Kujau
  2009-06-30  8:40 ` Pekka Enberg
  0 siblings, 1 reply; 6+ messages in thread
From: Christian Kujau @ 2009-06-30  3:01 UTC (permalink / raw)
  To: LKML; +Cc: penberg

Hi there,

this topic has been discussed [0] already and a bug for powerpc[1] has 
been opened, I'm still seeing this with the latest -git in a x86_64 Xen 
DomU. The domain continues to boot however, no oopses or crashes so far, 
it's just this warning during bootup. The thread about the "early boot 
SLAB" came to a halt, but the warning is still there - is a fix for this 
still in the works?

Full dmesg/.config: http://nerdbynature.de/bits/2.6.31-rc1/

Thanks,
Christian.

[0] http://bugzilla.kernel.org/show_bug.cgi?id=13650 / Badness on the Warp
[1] http://lkml.org/lkml/2009/6/10/396 / Early boot SLAB for 2.6.31
-- 
BOFH excuse #36:

dynamic software linking table corrupted

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
  2009-06-30  3:01 WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem Christian Kujau
@ 2009-06-30  8:40 ` Pekka Enberg
  2009-06-30 10:07   ` Christian Kujau
  2009-06-30 20:59   ` Jeremy Fitzhardinge
  0 siblings, 2 replies; 6+ messages in thread
From: Pekka Enberg @ 2009-06-30  8:40 UTC (permalink / raw)
  To: Christian Kujau; +Cc: LKML, akpm, mingo, jeremy.fitzhardinge

Hi Christian,

On Mon, 2009-06-29 at 20:01 -0700, Christian Kujau wrote:
> Hi there,
> 
> this topic has been discussed [0] already and a bug for powerpc[1] has 
> been opened, I'm still seeing this with the latest -git in a x86_64 Xen 
> DomU. The domain continues to boot however, no oopses or crashes so far, 
> it's just this warning during bootup. The thread about the "early boot 
> SLAB" came to a halt, but the warning is still there - is a fix for this 
> still in the works?
> 
> Full dmesg/.config: http://nerdbynature.de/bits/2.6.31-rc1/
> 
> Thanks,
> Christian.
> 
> [0] http://bugzilla.kernel.org/show_bug.cgi?id=13650 / Badness on the Warp
> [1] http://lkml.org/lkml/2009/6/10/396 / Early boot SLAB for 2.6.31

I think you're the first one to report this. The warning is harmless but
the following patch should fix things up. Thanks!

			Pekka

>From dc231c59194a973b80e6932bb4c162f2076635cb Mon Sep 17 00:00:00 2001
From: Pekka Enberg <penberg@cs.helsinki.fi>
Date: Tue, 30 Jun 2009 11:35:19 +0300
Subject: [PATCH] xen: Use kcalloc() in xen_init_IRQ()

The init_IRQ() function is now called with slab allocator initialized.
Therefore, we must not use the bootmem allocator in xen_init_IRQ().
Fixes the following boot-time warning:

  [    0.000000] Linux version 2.6.30 (dummy@sid) (gcc version 4.4.0 (Debian 4.4.0-8) ) #1 Tue Jun 23 02:13:42 CEST 2009
  [    0.000000] Command line: root=/dev/xvda1 console=hvc0 init=/sbin/init
  [    0.000000] KERNEL supported cpus:
  [    0.000000]   Intel GenuineIntel
  [    0.000000]   AMD AuthenticAMD
  [    0.000000]   Centaur CentaurHauls
  [    0.000000] BIOS-provided physical RAM map:
  [    0.000000]  Xen: 0000000000000000 - 00000000000a0000 (usable)
  [    0.000000]  Xen: 00000000000a0000 - 0000000000100000 (reserved)
  [    0.000000]  Xen: 0000000000100000 - 0000000008000000 (usable)
  [    0.000000] DMI not present or invalid.
  [    0.000000] last_pfn = 0x8000 max_arch_pfn = 0x400000000
  [    0.000000] initial memory mapped : 0 - 20000000

Reported-by: Christian Kujau <lists@nerdbynature.de>
Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
---
 drivers/xen/events.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/xen/events.c b/drivers/xen/events.c
index 891d2e9..abad71b 100644
--- a/drivers/xen/events.c
+++ b/drivers/xen/events.c
@@ -927,9 +927,9 @@ static struct irq_chip xen_dynamic_chip __read_mostly = {
 void __init xen_init_IRQ(void)
 {
 	int i;
-	size_t size = nr_cpu_ids * sizeof(struct cpu_evtchn_s);
 
-	cpu_evtchn_mask_p = alloc_bootmem(size);
+	cpu_evtchn_mask_p = kcalloc(nr_cpu_ids, sizeof(struct cpu_evtchn_s),
+				    GFP_KERNEL);
 	BUG_ON(cpu_evtchn_mask_p == NULL);
 
 	init_evtchn_cpu_bindings();
-- 
1.5.6.3




^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
  2009-06-30  8:40 ` Pekka Enberg
@ 2009-06-30 10:07   ` Christian Kujau
  2009-06-30 20:59   ` Jeremy Fitzhardinge
  1 sibling, 0 replies; 6+ messages in thread
From: Christian Kujau @ 2009-06-30 10:07 UTC (permalink / raw)
  To: Pekka Enberg; +Cc: LKML, akpm, mingo, jeremy.fitzhardinge

On Tue, 30 Jun 2009, Pekka Enberg wrote:
> I think you're the first one to report this. The warning is harmless but
> the following patch should fix things up. Thanks!

Yes, your patch makes the warning go away, Thanks!

But, I think the patch description should read:

> Fixes the following boot-time warning:
> ------------[ cut here ]------------
> WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem+0x27/0x45()
> Modules linked in:
> Pid: 0, comm: swapper Not tainted 2.6.30 #1
> Call Trace:
>  [<ffffffff8102d6e3>] ? warn_slowpath_common+0x73/0xb0
>  [<ffffffff810210d9>] ? pvclock_clocksource_read+0x49/0x90
>  [<ffffffff812e522f>] ? alloc_arch_preferred_bootmem+0x27/0x45
>  [<ffffffff812e5761>] ? ___alloc_bootmem_nopanic+0x39/0xc9
>  [<ffffffff812e57fa>] ? ___alloc_bootmem+0x9/0x2f
>  [<ffffffff812e9e21>] ? xen_init_IRQ+0x25/0x61
>  [<ffffffff812d69ee>] ? start_kernel+0x1b5/0x29e
> ---[ end trace 4eaa2a86a8e2da22 ]---
[...]

(I myself forgot to put this warning into my initial message too)


Thanks for the fast response and the fix!

Christian.
-- 
BOFH excuse #65:

system needs to be rebooted

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
  2009-06-30  8:40 ` Pekka Enberg
  2009-06-30 10:07   ` Christian Kujau
@ 2009-06-30 20:59   ` Jeremy Fitzhardinge
  2009-07-01  5:58     ` Pekka Enberg
  1 sibling, 1 reply; 6+ messages in thread
From: Jeremy Fitzhardinge @ 2009-06-30 20:59 UTC (permalink / raw)
  To: Pekka Enberg
  Cc: Christian Kujau, LKML, akpm@linux-foundation.org, mingo@elte.hu

On 06/30/09 01:40, Pekka Enberg wrote:
> Hi Christian,
>
> On Mon, 2009-06-29 at 20:01 -0700, Christian Kujau wrote:
>   
>> Hi there,
>>
>> this topic has been discussed [0] already and a bug for powerpc[1] has 
>> been opened, I'm still seeing this with the latest -git in a x86_64 Xen 
>> DomU. The domain continues to boot however, no oopses or crashes so far, 
>> it's just this warning during bootup. The thread about the "early boot 
>> SLAB" came to a halt, but the warning is still there - is a fix for this 
>> still in the works?
>>
>> Full dmesg/.config: http://nerdbynature.de/bits/2.6.31-rc1/
>>
>> Thanks,
>> Christian.
>>
>> [0] http://bugzilla.kernel.org/show_bug.cgi?id=13650 / Badness on the Warp
>> [1] http://lkml.org/lkml/2009/6/10/396 / Early boot SLAB for 2.6.31
>>     
>
> I think you're the first one to report this. The warning is harmless but
> the following patch should fix things up. Thanks!
>   

Thanks for this.  I'd noticed it locally, but I hadn't got around to
checking to see if it affected mainline.

> 			Pekka
>
> >From dc231c59194a973b80e6932bb4c162f2076635cb Mon Sep 17 00:00:00 2001
> From: Pekka Enberg <penberg@cs.helsinki.fi>
> Date: Tue, 30 Jun 2009 11:35:19 +0300
> Subject: [PATCH] xen: Use kcalloc() in xen_init_IRQ()
>
> The init_IRQ() function is now called with slab allocator initialized.
> Therefore, we must not use the bootmem allocator in xen_init_IRQ().
> Fixes the following boot-time warning:
>
>   [    0.000000] Linux version 2.6.30 (dummy@sid) (gcc version 4.4.0 (Debian 4.4.0-8) ) #1 Tue Jun 23 02:13:42 CEST 2009
>   [    0.000000] Command line: root=/dev/xvda1 console=hvc0 init=/sbin/init
>   [    0.000000] KERNEL supported cpus:
>   [    0.000000]   Intel GenuineIntel
>   [    0.000000]   AMD AuthenticAMD
>   [    0.000000]   Centaur CentaurHauls
>   [    0.000000] BIOS-provided physical RAM map:
>   [    0.000000]  Xen: 0000000000000000 - 00000000000a0000 (usable)
>   [    0.000000]  Xen: 00000000000a0000 - 0000000000100000 (reserved)
>   [    0.000000]  Xen: 0000000000100000 - 0000000008000000 (usable)
>   [    0.000000] DMI not present or invalid.
>   [    0.000000] last_pfn = 0x8000 max_arch_pfn = 0x400000000
>   [    0.000000] initial memory mapped : 0 - 20000000
>
> Reported-by: Christian Kujau <lists@nerdbynature.de>
> Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
>   

Acked-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>

> ---
>  drivers/xen/events.c |    4 ++--
>  1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/xen/events.c b/drivers/xen/events.c
> index 891d2e9..abad71b 100644
> --- a/drivers/xen/events.c
> +++ b/drivers/xen/events.c
> @@ -927,9 +927,9 @@ static struct irq_chip xen_dynamic_chip __read_mostly = {
>  void __init xen_init_IRQ(void)
>  {
>  	int i;
> -	size_t size = nr_cpu_ids * sizeof(struct cpu_evtchn_s);
>  
> -	cpu_evtchn_mask_p = alloc_bootmem(size);
> +	cpu_evtchn_mask_p = kcalloc(nr_cpu_ids, sizeof(struct cpu_evtchn_s),
> +				    GFP_KERNEL);
>  	BUG_ON(cpu_evtchn_mask_p == NULL);
>  
>  	init_evtchn_cpu_bindings();
>   


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
  2009-06-30 20:59   ` Jeremy Fitzhardinge
@ 2009-07-01  5:58     ` Pekka Enberg
  2009-07-01  8:40       ` Ingo Molnar
  0 siblings, 1 reply; 6+ messages in thread
From: Pekka Enberg @ 2009-07-01  5:58 UTC (permalink / raw)
  To: Jeremy Fitzhardinge
  Cc: Christian Kujau, LKML, akpm@linux-foundation.org, mingo@elte.hu,
	xen-devel

Hi Jeremy,

On Tue, 2009-06-30 at 13:59 -0700, Jeremy Fitzhardinge wrote:
> > >From dc231c59194a973b80e6932bb4c162f2076635cb Mon Sep 17 00:00:00 2001
> > From: Pekka Enberg <penberg@cs.helsinki.fi>
> > Date: Tue, 30 Jun 2009 11:35:19 +0300
> > Subject: [PATCH] xen: Use kcalloc() in xen_init_IRQ()
> >
> > The init_IRQ() function is now called with slab allocator initialized.
> > Therefore, we must not use the bootmem allocator in xen_init_IRQ().
> > Fixes the following boot-time warning:
> >
> >   [    0.000000] Linux version 2.6.30 (dummy@sid) (gcc version 4.4.0 (Debian 4.4.0-8) ) #1 Tue Jun 23 02:13:42 CEST 2009
> >   [    0.000000] Command line: root=/dev/xvda1 console=hvc0 init=/sbin/init
> >   [    0.000000] KERNEL supported cpus:
> >   [    0.000000]   Intel GenuineIntel
> >   [    0.000000]   AMD AuthenticAMD
> >   [    0.000000]   Centaur CentaurHauls
> >   [    0.000000] BIOS-provided physical RAM map:
> >   [    0.000000]  Xen: 0000000000000000 - 00000000000a0000 (usable)
> >   [    0.000000]  Xen: 00000000000a0000 - 0000000000100000 (reserved)
> >   [    0.000000]  Xen: 0000000000100000 - 0000000008000000 (usable)
> >   [    0.000000] DMI not present or invalid.
> >   [    0.000000] last_pfn = 0x8000 max_arch_pfn = 0x400000000
> >   [    0.000000] initial memory mapped : 0 - 20000000
> >
> > Reported-by: Christian Kujau <lists@nerdbynature.de>
> > Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
> 
> Acked-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>

Thanks! Who should pick this patch up, btw? I think it ought to go to
the xen subsystem tree (wherever that is).

			Pekka


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem
  2009-07-01  5:58     ` Pekka Enberg
@ 2009-07-01  8:40       ` Ingo Molnar
  0 siblings, 0 replies; 6+ messages in thread
From: Ingo Molnar @ 2009-07-01  8:40 UTC (permalink / raw)
  To: Pekka Enberg
  Cc: Jeremy Fitzhardinge, Christian Kujau, LKML,
	akpm@linux-foundation.org, xen-devel


* Pekka Enberg <penberg@cs.helsinki.fi> wrote:

> Hi Jeremy,
> 
> On Tue, 2009-06-30 at 13:59 -0700, Jeremy Fitzhardinge wrote:
> > > >From dc231c59194a973b80e6932bb4c162f2076635cb Mon Sep 17 00:00:00 2001
> > > From: Pekka Enberg <penberg@cs.helsinki.fi>
> > > Date: Tue, 30 Jun 2009 11:35:19 +0300
> > > Subject: [PATCH] xen: Use kcalloc() in xen_init_IRQ()
> > >
> > > The init_IRQ() function is now called with slab allocator initialized.
> > > Therefore, we must not use the bootmem allocator in xen_init_IRQ().
> > > Fixes the following boot-time warning:
> > >
> > >   [    0.000000] Linux version 2.6.30 (dummy@sid) (gcc version 4.4.0 (Debian 4.4.0-8) ) #1 Tue Jun 23 02:13:42 CEST 2009
> > >   [    0.000000] Command line: root=/dev/xvda1 console=hvc0 init=/sbin/init
> > >   [    0.000000] KERNEL supported cpus:
> > >   [    0.000000]   Intel GenuineIntel
> > >   [    0.000000]   AMD AuthenticAMD
> > >   [    0.000000]   Centaur CentaurHauls
> > >   [    0.000000] BIOS-provided physical RAM map:
> > >   [    0.000000]  Xen: 0000000000000000 - 00000000000a0000 (usable)
> > >   [    0.000000]  Xen: 00000000000a0000 - 0000000000100000 (reserved)
> > >   [    0.000000]  Xen: 0000000000100000 - 0000000008000000 (usable)
> > >   [    0.000000] DMI not present or invalid.
> > >   [    0.000000] last_pfn = 0x8000 max_arch_pfn = 0x400000000
> > >   [    0.000000] initial memory mapped : 0 - 20000000
> > >
> > > Reported-by: Christian Kujau <lists@nerdbynature.de>
> > > Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
> > 
> > Acked-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
> 
> Thanks! Who should pick this patch up, btw? I think it ought to go 
> to the xen subsystem tree (wherever that is).

Generally those fixes go via tip:x86/urgent - please send the patch 
with a full changelog, the signoff and acked-by lines, etc.

Thanks,

	Ingo

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2009-07-01  8:41 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-30  3:01 WARNING: at mm/bootmem.c:535 alloc_arch_preferred_bootmem Christian Kujau
2009-06-30  8:40 ` Pekka Enberg
2009-06-30 10:07   ` Christian Kujau
2009-06-30 20:59   ` Jeremy Fitzhardinge
2009-07-01  5:58     ` Pekka Enberg
2009-07-01  8:40       ` Ingo Molnar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox