summaryrefslogtreecommitdiff
path: root/target
AgeCommit message (Collapse)Author
2011-07-18sh: Fix Buildroot sh targets to match gnuconfig targetsPhil Edworthy
sh2eb and sh2a_nofpueb gnuconfig targets are no longer supported in Buildroot. This patch replaces these Buildroot targets with sh2 and sh2a respectively, and adds sh4a targets as these are widely used. To build for devices without an fpu, the relevant toolchain flags will have to be specified. Signed-off-by: Phil Edworthy <phil.edworthy@renesas.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-07-10fs/skeleton: allow rootfs not to be remounted read-writeLuca Ceresoli
[Peter: prefix option with TARGET_GENERIC_] Signed-off-by: Luca Ceresoli <luca@lucaceresoli.net> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-07-07BR2_ARCH definition was missing for 32-bit AMD architecture variants.Arnout Vandecappelle (Essensium - Mind)
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-07-05target: default to i586 for x86Peter Korsgaard
The i586 was introduced almost 20 years ago, and some software (NPTL, libstdc++, ..) doesn't work nicely with i386 anymore, so it is time to move on. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-12Move rootfs content options under system configurationPeter Korsgaard
Instead of the current mix between system config and filesystem menus. At the same time rename 'Target filesystem options' menu to 'Filesystem images' as it now only contains options about image formats. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-12target/generic: only show getty port option if default skeleton is usedPeter Korsgaard
The special marker in etc/inittab might not be present with a custom skeleton. At the same time make the option always active, remove the hardcoded tty1/tty2 gettys and reword the option description slightly. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-09Allow several device tables and split in two parts our device tableThomas Petazzoni
This allows to have a device table for all directories/files and another device table for the device files themselves. Both are needed for static /dev, but only the first one is needed when devtmpfs/mdev/udev are used. We take this opportunity to move the documentation of the device table format in a common location, package/makedevs/README. [Peter: simplify code slightly, fix indentation] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-26Add Renesas ttySC* devicesPhil Edworthy
Signed-off-by: Phil Edworthy <phil.edworthy@renesas.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-04-22target-generic-hostname: add /etc/hosts entry as wellPeter Korsgaard
Some applications (like proftpd) tries to resolve hostname at startup, so add it to /etc/hosts. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-02-07initial support for Blackfin processorsMike Frysinger
[Peter: don't allow MMU on bfin] Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-01-11target/generic: add /dev/ttyAM* device nodesH Hartley Sweeten
Add ttyAM support for the ARM AMBA serial ports on the Cirrus EP93xx. Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-29toolchain: drop BR2_CROSS_TOOLCHAIN_TARGET_UTILS optionGustavo Zacarias
It's really not very useful, all it does is install a target strace and ldd in a target_utils directory in staging. While at it clean up the strace makefile a bit. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-17xtensa: remove unused and useless skeleton patchThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Free text field for serial port configurationYegor Yefremov
BR2_TARGET_GENERIC_GETTY_PORT has now a string type instead of choice. This makes port configuration flexible and compact. Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Remove the few remaining unused Atmel-specific bitsThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: remove Valka v100sc2Thomas Petazzoni
This default configuration did not even build a kernel image, which is the main point of having board default configuration. So remove it. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: remove atstk1005_defconfigThomas Petazzoni
Neither the kernel nor U-Boot have support for a 1005 board, so let's get rid of this board configuration, the corresponding target skeleton, kernel and busybox configuration and device table. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minimize atstk100x_defconfigThomas Petazzoni
Use recent U-Boot and kernel version, remove target skeleton and use the default one instead, remove useless kernel configuration, busybox configuration and device table. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: remove support for at91sam9260pfThomas Petazzoni
It was supposed to be the support for AT91SAM9260 using a parallel flash (instead of the usual dataflash). But the provided U-Boot configuration at91sam9260pf.h was not used anywhere, and it was unsufficient to add correct support in U-Boot (some changes in U-Boot Makefile would also be needed). Additionnally, this configuration has not been merged into U-Boot upstream since 2007 (when it was added to Buildroot). Therefore, let's get rid of this configuration. If some users are interested, we can re-introduce it properly with their help. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minify at91sam9260dfc_defconfigThomas Petazzoni
Use recent U-Boot and kernel versions, remove useless kernel configuration file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minify at91rm9200df_defconfigThomas Petazzoni
Use recent U-Boot and kernel versions, remove useless kernel configuration file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: simplify kb9202 boardThomas Petazzoni
Minimize the board defconfig, remove custom busybox configuration, custom kernel configuration (use the kernel defconfig instead), custom device table and target skeleton. The only difference in the target skeleton was the support of mdev and the usage of an automount script. Instead of adding this in a board-specific way, we should provide board-independent configuration options. There are already patches contributed to add support for mdev. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: simplify atngw100 supportThomas Petazzoni
Minimize atngw100_defconfig, remove atngw100-base_defconfig, and remove the target skeleton and device table. Instead of having complete copies of new target skeletons (making them hard to maintain), we should just have a post-build script that adds/removes/tweaks the existing target skeleton. Moreover, most of the tweaks in this target skeleton were for specific packages, but the policy now is that board defconfig should just build a basic root filesystem with Busybox, and let the user select whichever set of packages (s)he wants. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: remove i386/i686_defconfigThomas Petazzoni
Those are not associated with any specific hardware system (PC or another i386 system). Moreover, the fact that those configurations require the build of a JFFS2 filesystem, very uncommon on PC systems, seems to indicate that those configurations are not really being used today. It would make more sense to have a qemu_i388_defconfig (building a kernel with just the device drivers for Qemu) and possibly a pc_i386_defconfig (building a kernel with many device drivers, and a bootloader such as Grub or Grub 2). We also remove the corresponding kernel configuration files. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Remove useless kernel config files for integrator926Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minify at91sam9g20dfc_defconfigThomas Petazzoni
Use modern U-Boot and kernel versions, get rid of the now unused kernel configuration file since we use the kernel defconfig instead. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minify at91sam9261ek_defconfigThomas Petazzoni
Use modern U-Boot and kernel versions, and get rid of the useless kernel configuration file, since we now use the kernel defconfig. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16board: update and minify at91sam9263ek_defconfigThomas Petazzoni
Use modern kernel and U-Boot versions, and get rid of the now useless kernel configuration file since we use the kernel defconfig file instead. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Re-add target/generic/Config.in options to menuconfigThomas Petazzoni
The options to customize the hostname, the banner and the serial port configuration are now inside a menu named 'System configuration'. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Remove crazy set of empty directoriesThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Remove Busybox skeleton from target/device/AtmelThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Remove all Config.in/Makefile.in files in target/deviceThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-16Stop referencing the crazy target/device stuffThomas Petazzoni
We don't need Config.in and Makefile in target/device: defconfig files are sufficient to describe the specificities of a board (architecture, compilation flags, bootloader and kernel details, etc.). However, a placeholder such as target/device will be kept in order to host things such as kernel configuration files or various board-specific patches. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-15Remove mini device table, it isn't usedThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-15Move Config.in.mirrors out of target/deviceThomas Petazzoni
Having Config.in.mirrors (which also to select various download sites) inside target/device sounds strange. This commit moves the contents of Config.in.mirrors directly into the main Config.in file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-15Remove useless target/device/mipsThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-15Remove completely useless set of Makefiles specific to AtmelThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-15Remove unused Atmel-specific mirror definitionsThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-12-14target: support generic getty with sysvinit inittabsThomas Petazzoni
In sysvinit inittab the "id" field (first field) must be no longer than 4 bytes, and is not used by init to determine the output terminal. Therefore, we adjust the strategy used to modify the inittab file according to the getty configuration. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-29toolchain targets: fix up c3 and winchip i386 variants, add c3-2Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-25toolchain: LEON SPARC only works with gcc-4.4.xGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-25Cconfig: Add sparc-leon processors, remove deprecated v9 Sparc type.Konrad Eisele
Add the Sparc processor variants hfleon (fpu,v9), hfleonv8 (fpu,v8), sfleon (softfpu,v7) sfleonv8 (softfpu,v8) and tweak the existing ones. Signed-off-by: Konrad Eisele <konrad@gaisler.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-09-30skeleton: fix atstk1005, ststk100x and atngw100 for POSIX complianceYann E. MORIN
Using two '=' for string comparison is a bashism. Revert to using one, as stated in POSIX 1003.1-2008. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-09-30Merge branch 'for-2010.11/remove-deprecated-arch' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-09-12Config.in.arch: ARM cortex A9 supportPeter Korsgaard
Based on patch by falls huang. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-08-31Remove architectures marked as deprecatedThomas Petazzoni
The Alpha, CRIS, IA64 and Sparc64 architectures have been marked as deprecated during the previous release cycle. They are not widely used in embedded systems and/or no longer supported by their manufacturers and/or not properly supported in Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-08-11Mark CRIS architecture as deprecatedThomas Petazzoni
The CRIS architecture support in Buildroot hasn't been updated since a long time. Even a toolchain with recent kernel headers does not build due to missing patches. Moreover, the CRIS architecture has been discontinued by Axis, as visible at http://www.axis.com/products/dev/index.htm. We will remove it from Buildroot at the next release cycle. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-28toolchain: remove multilibThomas Petazzoni
Supporting multilib is much more than just passing --enable-multilib to gcc. You have to actually build the C library several times (once for each multilib variant you want to support in your toolchain), and to pass MULTILIB_OPTIONS/MULTILIB_EXCEPTIONS values to gcc to let it know the set of multilib variants you're interested in. Since we'll probably never support multilib toolchains in Buildroot, just get rid of this BR2_ENABLE_MULTILIB option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27Deprecate the Alpha, IA64 and Sparc64 supportThomas Petazzoni
Those architectures don't exist anymore (Alpha, IA64) or aren't widely used for embedded systems running Linux. Moreover, no clear Buildroot maintainer has stepped in to maintain these architectures, so it's better to not pretend that we support them. The goal is to mark them as deprecated in 2010.08 and remove them in 2010.11. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-27Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni
This commit solves bug #1051. The problem in this bug in that WebKit compiles a sample C program, which uses WebKit. As WebKit is written in C++, even though the program it built with CROSS-gcc, it must be linked with libstdc++. However, CROSS-gcc can't find the libstdc++ has it's hidden inside <sysroot>/<tuple>/lib. Therefore, this commit creates a symbolic link <sysroot>/<tuple>/lib -> <sysroot>/lib before running the CROSS-gcc installation. While this may look like a hack, this is the solution used by both Crosstool-NG and OpenWRT. Moreover, with this symbolic link in place, I think bug #1741 may also be solved. The problem in this bug is that the linker tries to link against /lib/libc.so.0. This is due to the fact that the linker finds a libc.so script file in the original toolchain location and not inside the copy of the toolchain sysroot in $(STAGING_DIR). As the script file is found outside of the current toolchain sysroot, ld considers the script has non-sysrooted, and therefore doesn't prefix all paths found in the script file (such as /lib/libc.so.0) with the sysroot path, leading to the failure. So, in details, this commit : * Adds a BR2_ARCH_IS_64 invisible config knob that is used to know if the arch is a 64 bits architecture or not. * Creates the <sysroot>/<tuple>/lib -> <sysroot>/lib symbolic link, and the <sysroot>/<tuple>/lib64 -> <sysroot>/lib64 symbolic link if needed. * Fixes the external toolchain sysroot detection code so that the 'sed' replacement is done *after* the readlink -f evaluation. I have tested this by building ARM, x86 and x86_64 toolchains with Buildroot, and then use these toolchains as external toolchains to build a full X.org/Gtk/WebKit/Midori stack. I have also done a complete ARM Buildroot internal toolchain build with the same full X.org/Gtk/WebKit/Midori stack. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>