Re: [linux-pm] [PATCH -mm 1/2] kexec jump -v12: kexec jump

2008-07-12 Thread Alan Stern
On Fri, 11 Jul 2008, Eric W. Biederman wrote: > > Forcing the second set of requests to filter through an extra software > > layer is a clumsy way of accomplishing this. There ought to be a > > better approach. > > The point was something different. The reasons we can not store the > state of

Re: [linux-pm] [PATCH -mm 1/2] kexec jump -v12: kexec jump

2008-07-12 Thread Rafael J. Wysocki
On Saturday, 12 of July 2008, Eric W. Biederman wrote: > Alan Stern <[EMAIL PROTECTED]> writes: > > > On Fri, 11 Jul 2008, Eric W. Biederman wrote: > > > >> I just realized with a little care the block layer does have support for > >> this, > >> or something very close. > >> > >> You setup a sof

Re: [linux-pm] [PATCH -mm 1/2] kexec jump -v12: kexec jump

2008-07-11 Thread Eric W. Biederman
Alan Stern <[EMAIL PROTECTED]> writes: > On Fri, 11 Jul 2008, Eric W. Biederman wrote: > >> I just realized with a little care the block layer does have support for >> this, >> or something very close. >> >> You setup a software raid mirror with one disk device.The physical >> device can com

Re: [linux-pm] [PATCH -mm 1/2] kexec jump -v12: kexec jump

2008-07-11 Thread Alan Stern
On Fri, 11 Jul 2008, Eric W. Biederman wrote: > I just realized with a little care the block layer does have support for this, > or something very close. > > You setup a software raid mirror with one disk device.The physical > device can come in and out while the filesystems depend on the rea