From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [PATCH 2/3] add command line boot support
Date: Thu, 27 Jan 2011 12:55:31 +0100 [thread overview]
Message-ID: <20110127115531.GB24727@game.jcrosoft.org> (raw)
In-Reply-To: <20110127092025.GT9041@pengutronix.de>
Hi Sascha,
On 10:20 Thu 27 Jan , Sascha Hauer wrote:
> Hi J,
>
> On Wed, Jan 26, 2011 at 05:46:03PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > for now just support static boot command support
> >
> > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > ---
> > arch/arm/lib/barebox.lds.S | 4 +
> > arch/blackfin/boards/ipe337/barebox.lds.S | 4 +
> > arch/ppc/boards/pcm030/barebox.lds.S | 4 +
> > arch/sandbox/board/barebox.lds.S | 4 +
> > arch/sandbox/lib/barebox.lds.S | 4 +
> > arch/x86/lib/barebox.lds.S | 9 ++-
> > common/Kconfig | 11 ++
> > common/Makefile | 1 +
> > common/params.c | 158 +++++++++++++++++++++++++++++
> > common/startup.c | 74 +++++++++++++-
> > include/asm-generic/barebox.lds.h | 2 +
> > include/init.h | 28 +++++
> > 12 files changed, 301 insertions(+), 2 deletions(-)
> > create mode 100644 common/params.c
>
> Except for the inlined comments I'm generally ok with this patch.
> The more interesting part will be how the calling convention for
> barebox as a second stage loader is and how you preserve the
> registers used for commandline/atag passing during startup.
I take a look and no need to do something special we just have to put the data
in the .data section as we will supposed to be call from memmory directly
evenif we may ned to relocate our self
>
> An idea which comes to my mind is that we could introduce a
> CONFIG_BAREBOX_SECOND_STAGE which switches to a completely different
> startup process. This startup process could then assume that
> sdram is already initialized and that we do not have to call
> board_init_lowlevel.
I get in mind to keep it maybe as we can run the lowlevel init from cache as a
peekpoke table to reconfigure the board if needed
> Another interesting thing is how will barebox behave if called
> as a second stage loader but without valid atags?
I think to use in this case the default config and let the boards to get a
callback to overwrite it
I'll try to push patch soon to show the solution
I get in mind to maybe use the device tree also not sure yet
>
> >
> >
> > +config BOOT_CMDLINE
> > + bool "barebox boot command string"
> > + help
>
> This is useful if you intend to use barebox as a second stage bootloader
> and want to pass kernel like command line parameters to barebox. Otherwise
> say no here.
as you can have built_in cmdline you can use it also as a first stage
>
> > +
> > +config CMDLINE
> > + string "Default barebox command string"
> > + depends on BOOT_CMDLINE
> > + default ""
> > + help
> > +
> > + This program is distributed in the hope that it will be useful,
> > + but WITHOUT ANY WARRANTY; without even the implied warranty of
> > + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> > + GNU General Public License for more details.
> > +
> > + You should have received a copy of the GNU General Public License
> > + along with this program; if not, write to the Free Software
> > + Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
> > +*/
> > +#include <malloc.h>
> > +#include <linux/kernel.h>
> > +#include <linux/string.h>
> > +#include <errno.h>
> > +#include <linux/err.h>
> > +#include <linux/ctype.h>
> > +
> > +#if 0
> > +#define DEBUGP printk
> > +#else
> > +#define DEBUGP(fmt, a...)
> > +#endif
>
> Please use the regular 'debug' function here.
ok
>
> > +
> > +/* This just allows us to keep track of which parameters are kmalloced. */
> > +struct kmalloced_param {
> > + struct list_head list;
> > + char val[];
> > +};
> > +static LIST_HEAD(kmalloced_params);
>
> This seems unused.
yeah forget to remove it
Best Regards,
J.
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2011-01-27 11:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-26 16:43 [RFC] Boot command line support Jean-Christophe PLAGNIOL-VILLARD
2011-01-26 16:46 ` [PATCH 1/3] string: add skip_spaces support Jean-Christophe PLAGNIOL-VILLARD
2011-01-26 16:46 ` [PATCH 2/3] add command line boot support Jean-Christophe PLAGNIOL-VILLARD
2011-01-27 9:20 ` Sascha Hauer
2011-01-27 11:55 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2011-01-27 13:10 ` Sascha Hauer
2011-01-27 13:15 ` Jean-Christophe PLAGNIOL-VILLARD
2011-01-26 16:46 ` [PATCH 3/3] __setup test Jean-Christophe PLAGNIOL-VILLARD
2014-02-07 11:04 ` [RFC] Boot command line support Jean-Christophe PLAGNIOL-VILLARD
2011-01-27 13:02 [PATCH 1/3] string: add skip_spaces support Jean-Christophe PLAGNIOL-VILLARD
2011-01-27 13:02 ` [PATCH 2/3] add command line boot support Jean-Christophe PLAGNIOL-VILLARD
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110127115531.GB24727@game.jcrosoft.org \
--to=plagnioj@jcrosoft.com \
--cc=barebox@lists.infradead.org \
--cc=s.hauer@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox