From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/4] configs: at91sam9x5ek: add development rootfs
Date: Fri, 4 Nov 2016 14:53:49 +0100 [thread overview]
Message-ID: <20161104145349.685e7bc3@free-electrons.com> (raw)
In-Reply-To: <20161104131408.5wdirj3htguaecx4@rfolt0960.corp.atmel.com>
Hello,
On Fri, 4 Nov 2016 14:14:08 +0100, Ludovic Desroches wrote:
> > That's a lot of configurations for a single board. Can we rationalize a
> > bit, and chose one configuration only (either NAND or MMC), for which
> > we have the minimal and dev configurations?
>
> I have in mind, but maybe I am wrong since the conversion is not recent,
> you told me having several defconfigs for the same board won't be an issue.
> The concern was more about having a dev_defconfig.
Well, the issue is the overall multiplication of defconfigs, so both
the fact that you have separate defconfigs for MMC and NAND, and the
fact that you want to have those "dev_defconfig" contribute to the
multiplication of defconfigs.
> Without a defconfig targetted to NAND or MMC, the customer will have to
> recompile the at91bootstrap and u-boot, this is something we would like
> to avoid. I think u-boot case could be handled because the difference is
> mainly about environment variables. Concerning at91bootstrap, it is more
> complex. If you have any suggestion to handle this case and so reducing
> the number of defconfig variants, I would be happy.
Is it possible to have a single at91bootstrap for both the NAND and MMC
scenarios? I guess you can decide depending on the boot source whether
you should load u-boot from NAND or from MMC. However, this means you
need to have both the NAND code and MMC code compiled in the same
at91bootstrap image. Maybe this makes the at91bootstrap image too big?
I'm not sure what are the constraints of the ROM code in terms of first
stage bootloader size on this SoC.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2016-11-04 13:53 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-03 14:08 [Buildroot] [PATCH 1/4] configs: at91sam9x5ek: add development rootfs Ludovic Desroches
2016-11-03 14:08 ` [Buildroot] [PATCH 2/4] board: atmel: genimage: add 1M offset for FAT partition Ludovic Desroches
2016-11-03 14:20 ` Thomas Petazzoni
2016-11-04 10:15 ` Ludovic Desroches
2016-11-04 10:47 ` Thomas Petazzoni
2016-11-04 13:01 ` Ludovic Desroches
2016-11-03 14:08 ` [Buildroot] [PATCH 3/4] configs: atmel: xplained boards: bump to linux4sam_5.5 Ludovic Desroches
2016-11-03 21:40 ` Thomas Petazzoni
2016-11-03 14:08 ` [Buildroot] [PATCH 4/4] configs: atmel: at91sam9x5ek: " Ludovic Desroches
2016-11-03 21:40 ` Thomas Petazzoni
2016-11-04 10:48 ` [Buildroot] [PATCH 1/4] configs: at91sam9x5ek: add development rootfs Thomas Petazzoni
2016-11-04 13:14 ` Ludovic Desroches
2016-11-04 13:37 ` Alexandre Belloni
2016-11-04 13:53 ` Thomas Petazzoni [this message]
2016-11-04 16:28 ` Ludovic Desroches
2017-03-07 20:59 ` Thomas Petazzoni
2017-03-08 7:22 ` Ludovic Desroches
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=20161104145349.685e7bc3@free-electrons.com \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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