path: root/configs/atmel_sama5d3_xplained_defconfig
Commit message (Collapse)AuthorAgeFilesLines
* configs: atmel: xplained boards: bump to linux4sam_5.5Gravatar Ludovic Desroches2016-11-031-4/+4
| | | | | | | | Bump at91bootstrap to v3.8.7, U-Boot to linux4sam_5.5, Linux to linux4sam_5.5 (based on v4.4.x). Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs: Use HTTPS URL for Github reposGravatar Paul Cercueil2016-07-051-1/+1
| | | | | | | | This makes it possible to clone git repositories hosted on Github while behind a firewall. Signed-off-by: Paul Cercueil <paul.cercueil@analog.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs: atmel: xplained boards: bump to linux4sam_5.3Gravatar Ludovic Desroches2016-04-211-3/+3
| | | | | | | | Bump defconfigs relative to Xplained boards to linux4sam_5.3 release. It involves to use at91bootstrap v3.8.5. Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* linux: use zImage by default on ARMGravatar Thomas Petazzoni2016-04-051-1/+0
| | | | | | | | | | | | | | | | | | | Since quite some time, the kernel and bootloader communities consider zImage as the default format for kernel images on ARM, replacing uImage. The load address information in uImage is no longer needed, since the kernel is position-independent in terms of physical address, except on a few old platforms. For most people, using zImage is simply better/simpler, so let's switch to zImage as the default image format on ARM. All defconfigs are updated: 46 defconfigs no longer need to select explicitly zImage because it's the default, and 16 defconfigs now need to explicitly select uImage because that's no longer the default. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Matt Weber <matt@thewebers.ws> Acked-by: Julien Boibessot <julien.boibessot@armadeus.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* configs: atmel: unify and update defconfig for Xplained boardsGravatar ludovic.desroches@atmel.com2016-03-241-7/+9
| | | | | | | | | | Unify and update the defconfig files for Atmel Xplained boards: - use at91bootstrap as first stage bootloader instead of u-boot spl - build all dtb variants - bump to linux4sam_5.2 Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs: atmel: ensure EABIhf is selected for sama5d*Gravatar Alexandre Belloni2016-02-231-2/+1
| | | | | | | | | The recent changes in Config.in.arm regarding the VFP selection broke the atmel_sama5d* defconfigs. Ensure EABIhf is selected as all the sama5 have a vfp. Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* defconfigs: all use the headers from the kernelGravatar Yann E. MORIN2016-02-061-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | For most defconfigs, it was trivial to deduce the kernel version, by just reading the version string, which could be: - a standard upstream version string vX.Y.Z - a non-standard version string, but still containg the standard X.Y.Z Those for which it was not so trivial were those hosted on git tree. Since most were already using a custom linux-headers version, it could be easily deduced from that. It was confirmed by browsing said git trees and check the version there. There are a few cases were there was a mismatch: - microzed: uses a 3.18 kernel, but 3.8 headers; fixed. - xilinx_zc706: uses a 3.14 kernel, but 3.8 headers; fixed. - zedboard: uses a 3.18 kernel, but 3.8 headers; fixed. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* configs: add defconfig for Atmel sama5d3 XplainedGravatar Alexandre Belloni2015-06-301-0/+29
Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>