[..]> > > So we first try to take purgatory path which does the checksum and is> > > consistent with other architectures. If that does not work in case> > > of hard hang, you always have the option of IPLing the stand alone tool> > > later manually.> > > > How are we suddenly on the purgatory path again? The code that gets> > control in case of a hard crash + IPL is the stand-alone dump tool,> > not the purgatory code.> > I think that's the biggest contetion point. From the start of discussion> you have this hardcoded requirement that the moment panic() happens> you are jumping to some IPL code and that's what I am questioning. Why> can't you execute some more code after panic() (purgatory), before> you jump to IPL code (only if you have to). >

In your parlance of shutdown actions, I think it is equivalnet to sayingthat "kdump" is a shutdown action and that that means is that for specifictrigger points we will execute "crash_kexec()" function which will tryto capture the dump.

In user space I think one can modify the kexec-tools infrastrucuture abit so that one is able to define an entry point in case checksum ofloaded segment failes. Once you are loding kdump kernel, you can definethat entry point. (And this would be jump to IPL etc.).