All of lore.kernel.org
 help / color / mirror / Atom feed
From: g4 at novadsp.com <g4@novadsp.com>
To: buildroot@busybox.net
Subject: [Buildroot] Sundry newcomer questions
Date: Mon, 19 May 2014 18:31:27 +0100	[thread overview]
Message-ID: <0ee801cf7388$2b26e6f0$8174b4d0$@novadsp.com> (raw)

Fantastic. I've now got a rootfs.tar, zImage and 2 flavours of u-boot.bin ,
the second being u-boot-sunxi-with-spl.bin. Not sure if these will actually
work :) but thanks to all who helped.

Target in question is an Olimex A13 board. I'm specifically using Buildroot
to try and automate as much of the build/deployment as possible so I can
concentrate on the harder bits. 

Questions arising (apologies if these are not specifically buildroot related
and/or ): 

1. Why the 2 .bin files. Is this a mis-configuration on my part? 
2. The 'Instant Buildroot' ebook describes the use of dd, parted and friends
to create an SD ready image. Is there any reason, philosophical or
practical, why this cannot be added as a final, optional, step to the
buildroot process?
3. Am I correct in assuming that the .bin files, along with zImage, end up
on the first FAT partition of the target media, with the untar'd contents of
rootfs on the ext3 formatted second partition?
4. The QEMU arm-versatile example specify a -drive file that has a .ext2
extension. Does this mean that the options for creating .ext2/.ext3
filesystems are QEMU specific?
5. Can the .extX images be copied directly to a formatted SD card for
example? I'm unclear on this as my trial rootfs.ext3 appears to be a symlink
to a .ext2 file?

Many thanks.

             reply	other threads:[~2014-05-19 17:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-19 17:31 g4 at novadsp.com [this message]
2014-05-21 12:22 ` [Buildroot] Sundry newcomer questions Maxime Ripard

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='0ee801cf7388$2b26e6f0$8174b4d0$@novadsp.com' \
    --to=g4@novadsp.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.