On Tue, Apr 22, 2014 at 10:53:07AM +0100, Daniel Thompson wrote: > On 17/04/14 22:35, Russell King - ARM Linux wrote: > > On Thu, Apr 17, 2014 at 04:18:45PM -0500, Rob Herring wrote: > >> The problem here is more than just the TEXT_OFFSET changed. From what > >> I've heard, there are some QC chips which need much more reserved RAM > >> than the 2MB discussed here. Changing the TEXT_OFFSET is a hack that > >> doesn't scale. > > > > You may think it's a hack, but we really can't get around this. There > > really are platforms out there where we must do this kind of stuff. I > > invite you next time you meet up to talk to Michal Simek. There's no > > way they can load the kernel at 32K into RAM. > > After reading this thread I have noticed that the sort order for the > textofs part of this makefile is numeric (based on textofs) rather than > alphabetic. Correct. > Is this an intentional mechanism? Certainly the result of numeric > sorting is that the kernel will rise to the highest point in memory that > suits all enabled platforms (based on the assumption that platforms are > much more likely to reserve memory right at the start of RAM than > slightly offset into it). Also correct. > If so would you welcome a comment only patch explaining this? If you're willing to provide one. -- FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly improving, and getting towards what was expected from it. -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
