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! <stephen@xxxxxxxxxxx>
Attachment:
signature.asc
Description: Digital signature
