In message loom.20060506T115123-50@post.gmane.org you wrote:
I'm working on support for LCD framebuffer on S3C24[14]0 ARM-based SoCs in u-boot. I faced the problem that existing code in lib_arm/board.c uses memory just behind .bss for framebuffer and don't even tries to ensure that there are enough memory (yes, my hardware uses system memory for framebuffer).
Why do you think that reserving memory above the BSS segmet was a problem?
And "don't even tries to ensure that there are enough memory" - well, it is obviously the responsibility of the person porting U-Boot to a specific board to come up with a valid memory map.
What exactly is your problem?
What can I do to reserve enough memory? Should I somehow relocate .bss (and code)? or should I reserve memory under u-boot code? (that is what lcd_setmem() expects as far as I can understand)
Oops? I don't understand. The existing code works fine on a couple of boards. What's your specific problem? What exactly makes you think you cannot to the same?
Best regards,
Wolfgang Denk