All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Ziegler <br015@umbiko.net>
To: buildroot@busybox.net
Subject: [Buildroot] Help: to understand build root
Date: Sat, 09 May 2020 15:32:28 +0000	[thread overview]
Message-ID: <d1e5de0ccecc4ca2020f5efbe473cb2d@umbiko.net> (raw)
In-Reply-To: <mailman.3803.1589018066.59095.buildroot@busybox.net>

Hi Kunal,

> Message: 1
> Date: Wed, 6 May 2020 12:24:57 +0530
> From: Kunal Chauhan <atkunalchauhan@gmail.com>
> To: buildroot at busybox.net
> Subject: Re: [Buildroot] Help: to understand build root (Andreas
> 	Ziegler)

> 1.Team just gone through the url given but still I am confused what is 
> the
> main purpose of making build_root directory, when we can compile our 
> source
> in different way.
> 2. May be I am not understanding the concept as I am  new to
> firmware concept. but question is also how the code is built and test 
> as a
> developer

As an embedded developer you would normally be seriously limited by the 
production hardware (where the finished product is supposed to run): not 
enough memory, no persistent storage, and just a serial console for 
talking to the machine. This is why people use different hardware for 
development and test/production.

On your development machine you would write code, do development tests, 
if necessary by using mock-ups for missing physical interfaces, and 
check in after you are satisfied.

The integration step pulls the software from the repository, packages it 
with other necessary binaries and generates a firmware image. This is 
where Buildroot comes into the picture. Buildroot is not a development 
environment, but an integration tool.

After deploying your image for integration testing on the target 
hardware, your options for debugging are limited. You could use, for 
example, instrumentation of the code or gdb (supports remote debugging) 
for this purpose.

It might make things easier if you told us something of your intended 
use case.

Kind regards,
Andreas

       reply	other threads:[~2020-05-09 15:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.3803.1589018066.59095.buildroot@busybox.net>
2020-05-09 15:32 ` Andreas Ziegler [this message]
2020-05-09 18:14   ` [Buildroot] Help: to understand build root Kunal Chauhan
2020-05-09 18:54     ` Andreas Ziegler
     [not found] <mailman.1722.1588710254.59095.buildroot@busybox.net>
2020-05-06  4:58 ` Andreas Ziegler
     [not found] <CACEFAc1QeQku=aibzMQe=2HFBvyzwPOgShZTUoV17SHtCVXOPA@mail.gmail.com>
     [not found] ` <CACEFAc01hFsebRqH5diNd2_8J6AGHczkBB3EJgh93OB139WWug@mail.gmail.com>
     [not found]   ` <CACEFAc3T1xqV8iUhOokt1cWUNY=TOoEWR+ULE8h9YXKGWew1KA@mail.gmail.com>
     [not found]     ` <CACEFAc0DRGJW8ghzBVudK-cqd0Lx-hhgQ6GgiaPdeCLzLn21NQ@mail.gmail.com>
2020-05-05 16:59       ` Kunal Chauhan

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=d1e5de0ccecc4ca2020f5efbe473cb2d@umbiko.net \
    --to=br015@umbiko.net \
    --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.