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 having. 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. :) Thanks, Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
