summaryrefslogtreecommitdiff
path: root/configs/ts5x00_defconfig
AgeCommit message (Collapse)Author
2016-04-21board: rename ts to technologicDamien Riegel
Other projects, such as Linux [1] and U-Boot [2], use "technologic" for this manufacturer. To be more consistent across all of them, rename the board/ts folder to board/technologic. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/vendor-prefixes.txt [2] http://git.denx.de/?p=u-boot.git;a=tree;f=board/technologic;hb=HEAD Signed-off-by: Damien Riegel <damien.riegel@savoirfairelinux.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-06defconfigs: all use the headers from the kernelYann E. MORIN
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>
2016-02-06defconfigs: use the new headers-version-same-as-kernel-version optionYann E. MORIN
Now that we can say that the linux headers version should match that of the kernel to be built, we inverse the logic in our defconfigs, as it is more sensible that way. And also because we'll get rid of the former, converse kernel-same-as-headers option. 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> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-03-04ts5x00_defconfig: switch to BR2_KERNEL_HEADERS_VERSIONGustavo Zacarias
In preparation for BR2_KERNEL_HEADERS_3_17 deprecation. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-10-07ts5x00: bump to Linux 3.17Vivien Didelot
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>
2014-07-08configs: add defconfig for TS-5x00 SBCsVivien Didelot
This patch adds support for the TS-5x00 serie of Technologic Systems x86-based Single Board Computers, featuring an AMD Elan520 processor. http://wiki.embeddedarm.com/wiki/#AMD [Peter: explicitly set arch/variant in defconfig, strip trailing spaces] Signed-off-by: Vivien Didelot <vivien.didelot@savoirfairelinux.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>