All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 2/2] arch/Config.in: Allow ARM to select BR2_BINFMT_FLAT
Date: Fri, 6 Sep 2013 12:12:45 +0200	[thread overview]
Message-ID: <20130906121245.565c2208@skate> (raw)
In-Reply-To: <5229A990.7080906@zacarias.com.ar>

Dear Gustavo Zacarias,

On Fri, 06 Sep 2013 07:08:16 -0300, Gustavo Zacarias wrote:
> On 09/06/2013 03:25 AM, Thomas Petazzoni wrote:
> 
> > On Fri, 6 Sep 2013 03:08:10 +0200, Thomas De Schampheleire wrote:
> > 
> >> Don't we/shouldn't we have something like ARCH_HAS_MMU and/or
> >> ARCH_SUPPORTS_FLAT_BINARY?
> > 
> > Yes, we should probably have something like this (and ditto for other
> > binary formats: ELF, FDPIC and so on).
> 
> On a side note, remember that HAS_MMU doesn't mean it's using it - from
> what i've read you can use MMU-bearing processors to test uclinux
> MMU-less scenarios (dunno if it can be done with every SOC out there,
> probably depends on the linux support for each one, at least a couple of
> Atmel ones were used this way for testing and/or masochism).

Right. We could distinguish what the hardware is capable of (i.e
BR2_HAS_MMU vs. !BR2_HAS_MMU) and what the user wants to do
(BR2_USE_MMU vs. !BR2_USE_MMU). Of course, BR2_USE_MMU depends on
BR2_HAS_MMU. That said, until now, we've been hiding BR2_USE_MMU on
many architectures for which !MMU doesn't exist/isn't supported. On
ARM, I believe it doesn't make much sense to expose !MMU for
MMU-capable variants.

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2013-09-06 10:12 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-04  2:43 [Buildroot] [PATCH 1/2] package/Makefile.in: Fix dependency for selecting uclinux as TARGET_OS Axel Lin
2013-09-04  2:44 ` [Buildroot] [PATCH 2/2] arch/Config.in: Allow ARM to select BR2_BINFMT_FLAT Axel Lin
2013-09-05 21:48   ` Thomas Petazzoni
2013-09-06  1:08     ` Thomas De Schampheleire
2013-09-06  6:25       ` Thomas Petazzoni
2013-09-06 10:08         ` Gustavo Zacarias
2013-09-06 10:12           ` Thomas Petazzoni [this message]
2013-09-05 21:44 ` [Buildroot] [PATCH 1/2] package/Makefile.in: Fix dependency for selecting uclinux as TARGET_OS Thomas Petazzoni
2013-09-06  2:21   ` Axel Lin
2013-09-06  6:26     ` Thomas Petazzoni
2013-09-06  7:14       ` Axel Lin

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=20130906121245.565c2208@skate \
    --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 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.