From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from 6.mo2.mail-out.ovh.net ([87.98.165.38] helo=mo2.mail-out.ovh.net) by merlin.infradead.org with esmtp (Exim 4.80.1 #2 (Red Hat Linux)) id 1VO7Ak-0008GV-1i for barebox@lists.infradead.org; Mon, 23 Sep 2013 14:31:35 +0000 Received: from mail621.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo2.mail-out.ovh.net (Postfix) with SMTP id E3023DC8399 for ; Mon, 23 Sep 2013 16:31:09 +0200 (CEST) Date: Mon, 23 Sep 2013 16:32:26 +0200 From: Jean-Christophe PLAGNIOL-VILLARD Message-ID: <20130923143226.GH31585@ns203013.ovh.net> References: <1379776829-30964-1-git-send-email-plagnioj@jcrosoft.com> <20130923081600.GG31585@ns203013.ovh.net> <20130923091309.GB17135@pengutronix.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20130923091309.GB17135@pengutronix.de> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "barebox" Errors-To: barebox-bounces+u.kleine-koenig=pengutronix.de@lists.infradead.org Subject: Re: [PATCH v2] bootm: update os_entry from uimage To: Sascha Hauer Cc: barebox@lists.infradead.org On 11:13 Mon 23 Sep , Sascha Hauer wrote: > On Mon, Sep 23, 2013 at 10:16:00AM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > > On 17:20 Sat 21 Sep , Jean-Christophe PLAGNIOL-VILLARD wrote: > > > if not uimage set 0 by default > > > > > > today we do not see the issue as the kernel entry point is the same as the > > > load_addr but on other binary its not necessary the case > > > > > > as today we ignore the entry point set in the uimage and just assume it's the > > > same as the load_addr > > > > > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD > > > --- > > > > this patch will also prepare to add a globalval and a getopt to overwrite the > > os_entry > > We already have a getopt to overwrite the os_entry: -e > > > > > yours do not care about this preparation by not setting > > data.os_entry = UIMAGE_SOME_ADDRESS; > > Because UIMAGE_SOME_ADDRESS is not suitable for a relative offset to the > image start. I use this ti let known th e uimage code that the os_entry is not overwrite and that it must not modify it because if you specify via getopt or global and do not set UIMAGE_SOME_ADDRESS the uimage code will overwrite the provided value Best Regards, J. _______________________________________________ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox