lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 2 Feb 2007 11:01:21 +0800
From:	"Zou, Nanhai" <nanhai.zou@...el.com>
To:	"Magnus Damm" <magnus.damm@...il.com>,
	"Andrew Morton" <akpm@...ux-foundation.org>
Cc:	"Magnus Damm" <magnus@...inux.co.jp>,
	<linux-kernel@...r.kernel.org>, <linux-ia64@...r.kernel.org>,
	"Luck, Tony" <tony.luck@...el.com>, <fastboot@...ts.osdl.org>,
	"Jay Lan" <jlan@....com>
Subject: RE: [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)

> -----Original Message-----
> From: linux-ia64-owner@...r.kernel.org
> [mailto:linux-ia64-owner@...r.kernel.org] On Behalf Of Magnus Damm
> Sent: 2007年2月2日 10:39
> To: Andrew Morton
> Cc: Magnus Damm; linux-kernel@...r.kernel.org; linux-ia64@...r.kernel.org;
> Luck, Tony; fastboot@...ts.osdl.org
> Subject: Re: [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)
> 
> On 2/2/07, Andrew Morton <akpm@...ux-foundation.org> wrote:
> >
> > (added ia64 list)
> > (added ia64 maintainer)
> > (added kexec list)
> 
> Sorry about that.
> 
> > On Thu, 01 Feb 2007 22:13:47 +0900
> > Magnus Damm <magnus@...inux.co.jp> wrote:
> >
> > > kexec: Fix CONFIG_SMP=n compilation (ia64)
> > >
> > > This patch makes it possible to compile kexec for ia64 without SMP support.
> > >
> >
> > Please always include the compiler stderr when fixing build errors or
> > warnings.
> 
> Ok, will do. With CONFIG_SMP=n and CONFIG_HOTPLUG_CPU=n:
> 
>   CC      arch/ia64/kernel/machine_kexec.o
> arch/ia64/kernel/machine_kexec.c: In function `machine_shutdown':
> arch/ia64/kernel/machine_kexec.c:77: warning: implicit declaration of
> function `cpu_down'
>   AS      arch/ia64/kernel/relocate_kernel.o
>   CC      arch/ia64/kernel/crash.o
> arch/ia64/kernel/crash.c: In function `kdump_cpu_freeze':
> arch/ia64/kernel/crash.c:139: warning: implicit declaration of
> function `ia64_jump_to_sal'
> arch/ia64/kernel/crash.c:139: error: `sal_boot_rendez_state'
> undeclared (first use in this function)
> arch/ia64/kernel/crash.c:139: error: (Each undeclared identifier is
> reported only once
> arch/ia64/kernel/crash.c:139: error: for each function it appears in.)
> arch/ia64/kernel/crash.c: At top level:
> arch/ia64/kernel/crash.c:84: warning: 'kdump_wait_cpu_freeze' defined
> but not used
> make[1]: *** [arch/ia64/kernel/crash.o] Error 1
> make: *** [arch/ia64/kernel] Error 2
> damm@...alhost ~/build/kernel/linux-2.6.20-rc7 $
> 
> > > --- 0002/arch/ia64/kernel/crash.c
> > > +++ work/arch/ia64/kernel/crash.c     2007-02-01 12:42:38.000000000
> +0900
> > > @@ -79,6 +79,7 @@ crash_save_this_cpu()
> > >       final_note(buf);
> > >  }
> > >
> > > +#ifdef CONFIG_SMP
> > >  static int
> > >  kdump_wait_cpu_freeze(void)
> > >  {
> > > @@ -91,6 +92,7 @@ kdump_wait_cpu_freeze(void)
> > >       }
> > >       return 1;
> > >  }
> > > +#endif
> >
> > I think this is a warning fix?
> 
> Yes. The file already has some CONFIG_SMP #ifdeffery in it but not
> enough to compile properly.
> 
> > >  void
> > >  machine_crash_shutdown(struct pt_regs *pt)
> > > @@ -132,11 +134,12 @@ kdump_cpu_freeze(struct unw_frame_info *
> > >       atomic_inc(&kdump_cpu_freezed);
> > >       kdump_status[cpuid] = 1;
> > >       mb();
> > > -     if (cpuid == 0) {
> > > -             for (;;)
> > > -                     cpu_relax();
> > > -     } else
> > > +#ifdef CONFIG_HOTPLUG_CPU
> > > +     if (cpuid != 0)
> > >               ia64_jump_to_sal(&sal_boot_rendez_state[cpuid]);
> > > +#endif
> > > +     for (;;)
> > > +             cpu_relax();
> > >  }
> >
> > I trust ia64_jump_to_sal doesn't return.
> 
> So do I. The main problem with the compilation seems to be that
> ia64_jump_to_sal() only exists if CONFIG_HOTPLUG_CPU=y.
> (include/asm-ia64/sal.h, arch/ia64/kernel/head.S)
> 
 This may cause problem on SN platform. 
I remember SN requires cpu0 return to SAL rendez loop to do IRQ redirection.
However this needs SGI people to confirm...

Thanks
Zou Nan hai

> 
> Thanks!
> 
> / magnus
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ