From: afzal.mohd.ma@gmail.com (Afzal Mohammed)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC v3 PATCH 00/25] Allow NOMMU for MULTIPLATFORM
Date: Sun, 11 Dec 2016 12:31:04 +0530 [thread overview]
Message-ID: <20161211070104.GB3035@afzalpc> (raw)
In-Reply-To: <878trntrig.fsf@dell.be.48ers.dk>
Hi,
On Sat, Dec 10, 2016 at 10:15:35PM +0100, Peter Korsgaard wrote:
> >>>>> "Afzal" == Afzal Mohammed <afzal.mohd.ma@gmail.com> writes:
> > Seems no !MMU A-class suitable toolchains are available, the existing
> > !MMU toolchains available are for either M or R class. Looks like
> > FDPIC one's also are so (cc'ing Maxime & Mickeal in case they have
> > some input here).
>
> > And compiling a suitable compiler failed.
>
> > Let know if any signposts to travel the remaining distance.
> You can build a toolchain and initramfs with Buildroot. Have a look at
> the stm32f429 nommu config:
>
> https://git.buildroot.net/buildroot/tree/configs/stm32f429_disco_defconfig
iiuc, it builds one for Cortex-M. i already had a file system w/
busybox compiled using a Cortex-M toolchain (stolen from
Pengutronix's OSELAS.Toolchain), which works on Cortex M4 (Vybrid
VF610 M4 core). But it does not work here, i.e. on Cortex A, seems the
above mentioned also would have the same effect. And in buildroot,
couldn't see Cortex R option in menuconfig, and selecting Cortex-A's
excludes flat binary target & presents only with ELF.
Here compiler was attempted to be built using crosstool-NG, target
selected was "arm-unknown-linux-gnueabi", and in crosstool-NG
menuconfig, MMU was deselected, upon building target got changed to
"arm-unknown-linux-uclibcgnueabi". After building binutils & pass 1
compiler, it failed while building multilib. Probably would have to
dive into toolchain details now.
Regards
afzal
next prev parent reply other threads:[~2016-12-11 7:01 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-02 15:05 [RFC v3 PATCH 00/25] Allow NOMMU for MULTIPLATFORM Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 01/25] ARM: NOMMU: define stubs for fixup Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 02/25] ARM: NOMMU: define debug_ll_io_ini Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 03/25] ARM: debug: allow debug_ll_addr for NOMMU Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 04/25] ARM: NOMMU: define SECTION_xxx macros Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 05/25] ARM: NOMMU: define dummy user structure for feroceon Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 06/25] ARM: NOMMU: define __arm_ioremap_exec and pci_ioremap functions Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 07/25] ARM: NOMMU: relax restriction on MPU existence Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 08/25] ARM: NOMMU: fix head-nommu build for pre-ARMv7 CPUs Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 09/25] ARM: NOMMU: fix load of CONFIG_VECTORS_BASE Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 10/25] ARM: NOMMU: implement secondary_startup_arm Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 11/25] ARM: move arm_heavy_mb to MMU/noMMU neutral place Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 12/25] ARM: tlbflush: drop dependency on CONFIG_SMP Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 13/25] ARM: sleep: allow it to be build for R-class Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 14/25] ARM: setup: move call to erratum_a15_798181_init under CONFIG_MMU Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 15/25] ARM: kexec: disallow kexec for NOMMU builds Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 16/25] ARM: ep93xx: select ARM_PATCH_PHYS_VIRT for MMU builds only Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 17/25] ARM: omap: do not select HIGHMEM explicitly Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 18/25] ARM: sa1100: move CPU specific copy code under its own config Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 19/25] ARM: sa11x0: assabet: add dependency on MMU Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 20/25] ARM: i.MX: remove map_io callback Vladimir Murzin
2016-12-16 1:39 ` Shawn Guo
2016-12-02 15:05 ` [RFC v3 PATCH 21/25] PCI: tegra: limit to MMU build only Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 22/25] IB: add dependency on MMU Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 23/25] cnic: " Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 24/25] scsi: bnx2i: bnx2fc: " Vladimir Murzin
2016-12-02 15:05 ` [RFC v3 PATCH 25/25] ARM: Allow ARCH_MULTIPLATFORM to be selected for NOMMU Vladimir Murzin
2016-12-10 18:16 ` [RFC v3 PATCH 00/25] Allow NOMMU for MULTIPLATFORM Afzal Mohammed
2016-12-10 19:19 ` Arnd Bergmann
2016-12-11 6:33 ` Afzal Mohammed
2016-12-10 21:15 ` Peter Korsgaard
2016-12-11 7:01 ` Afzal Mohammed [this message]
2016-12-11 20:01 ` Peter Korsgaard
2016-12-12 7:07 ` mickael guene
2016-12-12 9:28 ` Vladimir Murzin
2016-12-12 9:44 ` mickael guene
2016-12-12 18:15 ` Afzal Mohammed
2016-12-13 17:10 ` Russell King - ARM Linux
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=20161211070104.GB3035@afzalpc \
--to=afzal.mohd.ma@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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.