[PATCH] ehea: add kexec support

2007-10-26 Thread Jan-Bernd Themann
eHEA resources that are allocated via H_CALLs have a unique identifier each. These identifiers are necessary to free the resources. A reboot notifier is used to free all eHEA resources before the indentifiers get lost, i.e before kexec starts a new kernel. Signed-off-by: Jan-Bernd Themann <[EMAIL

Re: [PATCH] ehea: add kexec support

2007-10-28 Thread Michael Ellerman
On Fri, 2007-10-26 at 14:37 +0200, Jan-Bernd Themann wrote: > eHEA resources that are allocated via H_CALLs have a unique identifier each. > These identifiers are necessary to free the resources. A reboot notifier > is used to free all eHEA resources before the indentifiers get lost, i.e > before

Re: [PATCH] ehea: add kexec support

2007-10-29 Thread Jeff Garzik
Jan-Bernd Themann wrote: > eHEA resources that are allocated via H_CALLs have a unique identifier each. > These identifiers are necessary to free the resources. A reboot notifier > is used to free all eHEA resources before the indentifiers get lost, i.e > before kexec starts a new kernel. > > Sign

Re: [PATCH] ehea: add kexec support

2007-10-30 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > > How do you plan to support kdump? > When kexec is fully supported kdump should work out of the box as for any other ethernet card (if you load the right eth driver). There's nothing specific to kdump you have to handle in e

Re: [PATCH] ehea: add kexec support

2007-10-30 Thread Michael Ellerman
On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote: > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > > > > > How do you plan to support kdump? > > > > When kexec is fully supported kdump should work out of the box > as for any other ethernet card (if you load the

Re: [PATCH] ehea: add kexec support

2007-10-31 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > > On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote: > > > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > Hope I didn't miss anything here... > > Perhaps. When we kdump the kernel does not call t

Re: [PATCH] ehea: add kexec support

2007-11-01 Thread Michael Ellerman
On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > > > > On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote: > > > > > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17: > > > Hope I didn't miss

Re: [PATCH] ehea: add kexec support

2007-11-02 Thread Christoph Raisch
Michael Ellerman <[EMAIL PROTECTED]> wrote on 02.11.2007 07:30:08: > On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > If that's really the way it works then eHEA is more or less broken for > kdump I'm afraid. We t

Re: [PATCH] ehea: add kexec support

2007-11-02 Thread Michael Neuling
> Michael Ellerman <[EMAIL PROTECTED]> wrote on 02.11.2007 07:30:08: > > > On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote: > > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36: > > If that's really the way it works then eHEA is more or less broken for > > kdump I'm af

Re: [PATCH] ehea: add kexec support

2007-11-05 Thread Christoph Raisch
Michael Neuling <[EMAIL PROTECTED]> wrote on 03.11.2007 07:06:31: > > DD allocates HEA resources and gets firmware_handles for these resources. > > To free the resources DD needs to use exactly these handles. > > There's no generic firmware call "clean out all resources". > > Allocating the same