This is an example of a Device-Tree-enabled Raspberry Pi defconfig.
We have to use a 3.18-based kernel for that, but there are a few
limitations:
- we can not use the minimalist RPi defconfig bundled with the kernel,
namely bcmrpi_quick_defconfig, because it is not DT-enabled, and
sets CONFIG_ARM_PATCH_PHYS_VIRT to 'n', which prompts a value for
CONFIG_PHYS_OFFSET, as it as no default for the bcm familly;
- most importantly, the rpi-3.18.y branch is constantly rebased, so
there is no guarantee that the sha1 I use today will still be usable
in the long term. Using the name of hte branch is not better either.
So, we bundle our own DT-enabled linux defconfig that is based on
bcmrpi_quick_defconfig, with just CONFIG_ARM_PATCH_PHYS_VIRT set and the
Device TRee enabled.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Used to test the new default binutils 2.24 (all passed).
Also update the virtex readme since the dtb is in output/images as well.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
We had this option in the defconfig because the kernel defconfig we
provide doesn't have CONFIG_DEVTMPFS and CONFIG_DEVTMPFS_MOUNT, so a
/dev management which creates the devices dynamically using only
devtmpfs would not work. However, CONFIG_DEVTMPFS and
CONFIG_DEVTMPFS_MOUNT are automatically added to the kernel config when
you build the kernel using Buildroot, except when you choose
BR2_ROOTFS_DEVICE_CREATION_STATIC as a /dev management. This is handled
by linux/linux.mk.
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
MIPS Creator CI20 is a Linux and Android development system from
MIPS/Imagination Technologies. It incorporates an Ingenic JZ4780 SoC
which includes a 1.2GHz dual core MIPS32 processor and Imagination
PowerVR SGX540 GPU.
More information can be found at:
http://elinux.org/MIPS_Creator_CI20
Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Since the apf9238 support is in the mainline kernel, we can bump to
kernel 3.17.2.
The patches can be removed because:
- linux-3.1.1-0001-fixes_arm_mach-types_for_apf9328.patch is no
longer needed, since the machine number for apf9328 is now
upstream.
- linux-3.1.1-0002-add_missing_config_option_for_apf9328.patch is no
longer needed, because the MTD_CFI_INTELEXT option is selected by
the imx_v4_v5_defconfig.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The gcc 4.4 version has been deprecated recently, so we cannot use it
anymore. Since this platform is just using a normal ARM processor with
nothing special, we can expect the default gcc version to just work.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
There is no reason in a defconfig to select sstrip specifically, so
let's get rid of it.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Very similar to the older Minnowboard, except that it works with mainline
Linux, uses 64bit firmware and a realtek NIC needing firmware.
The Linux configuration is based on the configuration fragment on elinux:
http://elinux.org/Minnowboard:MinnowMaxLinuxKernel
Many thanks to Circuitco for sponsoring a board.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Also drop the sparc memset patch, it's upstream as of 3.17.2.
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
- update bootloader to 2014.07 with fslc patches
- update kernel to 2.6.35_maintain branch which contains latest fixes
- defconfig was then generated by savedefconfig which suppressed and
reordered some items which explains the number of lines changed.
Tested on an i.MX53 QSB and an i.MX53 QSB-R
Signed-off-by: Eric Bénard <eric@eukrea.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Removed unused config entries that sneaked in from commit
a8956b2b53
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
- Added short readme file with description of first steps how to start.
- Added uEnv.txt so the board can start from SDCard
- Added post-image.sh script to copy included uEnv.txt to output/images
[Peter: strip trailing spaces]
Signed-off-by: Marcin Jabrzyk <marcin.jabrzyk@gmail.com>
Tested-by: Stephan Hoffmann <sho@relinux.de>
Tested-by: Marcin Jabrzyk <marcin.jabrzyk@gmail.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The audio patch has not been upstreamed and no longer applies.
[Peter: explain why patch is dropped]
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The support for the TS-5400 platform is mainlined since Linux 3.17.
This commit removes the outdated support patch and bumps the kernel
headers (and thus Linux) to 3.17.x.
Signed-off-by: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Update to Linux Kernel 3.16.3.
Enable Ext4 by default.
Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
The current defconfigs for iMX6 SABRESD kernel 3.10.17 from the Freescale
git repository. This kernel is older than the toolchain kernel headers
used in Buildroot (currently 3.16.3).
Explicitly lock down the kernel headers to match the version of the kernel
that is built.
Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net>
Tested-by: Vincent Stehlé <vincent.stehle@freescale.com>
Cc: Gilles Talis <gilles.talis@gmail.com>
Cc: Gary Bisson <bisson.gary@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
