On 4/28/06, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
A vmoops analog to vmhalt would solved the problem just for z/VM. We should be able to come up with a general interface for z/VM and LPAR, something along the lines of /sys/firmware/ipl.
The big difference is that the LPAR will still be sitting there tomorrow waiting for someone to hit the IPL on the HMC. You would need to go there anyway for your reboot. For Linux on z/VM, I could imagine that the vmoops would include the reboot after the vmdump (if you allow it to do multiple commands in one diag8). I was also thinking about the CONCEAL option. If we make the bootstrap use Diag B0 to see that we need to VMDUMP before loading the kernel in memory, we would catch both issues at once. The user could set CONCEAL ON when the server needs to dump and reboot. CP does some things to avoid a loop of re-IPLs. Yes, I know that PR/SM does not have a CONCEAL option, but I don't think we should avoid exploiting z/VM features just because PR/SM does not have similar flexibility. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
