[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [PATCH] HACK: Atari ST-RAM allocator using fixed pool of bootmem

On Thu, Jan 03, 2008 at 03:14:08AM +0100, Michael Schmitz wrote:
> Hi,
> > As to your question regarding the most generic fix: if there really is not
> > enough ST-RAM (i.e. the available space is taken by the kernel and the
> > ramdisk, after 'unpacking' the ramdisk to the buffer cache) we'd need to
> > either make the ramdisk unpack go to non-DMA memory (no idea here;
> > ideally the buffer cache should not have a preference for DMA memory in
> > this case), or reserve a chunk of memory up front (tried that in a hackish
> > way).
> Slightly less hackish implementation of that hack attached. This (on top
> of my max_dma_address patch before) does solve the ramdisk related atafb
> problems without resorting to artificial RAM limits. Stephen, please try
> this patch.

I finally tried this patch and it seems to work fine. I know you said
it's not ready to be merged, but it fixes a major d-i problem I'm

The latest d-i images seem to require aranym FastRAM to be 48M which 
invokes low memory mode. I'd rather not have to go there. :)



Stephen R. Marenka     If life's not fun, you're not doing it right!

Attachment: signature.asc
Description: Digital signature

Reply to: