Re: [RFC][PATCH] swsusp: do not use higher order allocations on resume [update 2]

["Rafael J. Wysocki" <rjw@sisk.pl>]

Hi,

On Monday, 7 of February 2005 15:27, Pavel Machek wrote:
> Hi!
> 
> > > The following patch is (yet) an(other) attempt to eliminate the need for using higher
> > > order memory allocations on resume.  It accomplishes this by replacing the array
> > > of page backup entries with a list, so it is only necessary to allocate individual
> > > memory pages.  This approach makes it possible to avoid relocating many memory
> > > pages on resume (as a result, much less memory is used) and to simplify
> > > the assembly code that restores the image.
> > 
> > I have updated the resume patch to apply to the 2.6.11-rc3-mm1 kernel that
> > contains the suspend part and the x86_64-Speed-up-suspend patch.  The patch
> > is only for x86-64 and i386.
> > 
> > [Note: without this patch the resume process fails on my box ("out of memory")
> > during every 7th - 8th suspend/resume cycle, on the average.]

Well, this doesn't depend on the previous patch, apparently. ;-)
 
> Pssst. At this point, solution would be to revert the first part,
> too. 2.6.11 is too near to do anything else.

Oh, I didn't mean changing anything now (eg because of the missing ppc
assembly part).  However, the patch is useful for me so I thought I'd post it
in case someone else (using the -mm kernels) needed it.

Greets,
Rafael


-- 
- Would you tell me, please, which way I ought to go from here?
- That depends a good deal on where you want to get to.
		-- Lewis Carroll "Alice's Adventures in Wonderland"