summaryrefslogtreecommitdiffstats
path: root/target
Commit message (Collapse)AuthorAgeFilesLines
...
* toolchain: remove multilibThomas Petazzoni2010-07-281-1/+0
| | | | | | | | | | | | | 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>
* Deprecate the Alpha, IA64 and Sparc64 supportThomas Petazzoni2010-07-271-0/+11
| | | | | | | | | | | | | 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>
* Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni2010-07-271-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* move default skeleton to fs/ and drop busybox skeletonDmytro Milinevskyy2010-07-1886-1489/+0
| | | | | | | [Peter: fixup patch, adjust for busybox.mk changes] Signed-off-by: Dmytro Milinevskyy <milinevskyy@gmail.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Atmel/atstk100*: make /etc/mtab a symlink to /proc/mountsPeter Korsgaard2010-07-182-0/+0
| | | | | | | | Closes #2233 To match the other skeletons. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/device: misc cleanupPeter Korsgaard2010-06-2319-5975/+0
| | | | | | Remove outdated and/or unused variables/files. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* integrator926: use standard uclibc configPeter Korsgaard2010-06-231-240/+0
| | | | | | I don't see any reason to use a custom config here. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'linux-cleanup' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-06-227-1405/+0
|\ | | | | | | | | Conflicts: target/Makefile.in
| * Remove now unused Config.in for kernel selectionThomas Petazzoni2010-06-221-50/+0
| | | | | | | | | | | | | | It's now linux/Config.in that allows to configure the kernel configuration/compilation. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Remove old Linux infrastructureThomas Petazzoni2010-06-226-1356/+0
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | target: get rid of unused BR2_COPYTO / BR2_TARGET_ATMEL_COPYTOPeter Korsgaard2010-06-223-61/+0
|/ | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Config.in.mirrors: Use sources.buildroot.net as default backup sitePeter Korsgaard2010-06-211-1/+1
| | | | | | | | | | | The buildroot/busybox/uClibc VM is running low on disk space, and we've been asked to move the source mirrors off-site. A redirect has been setup between the old buildroot.net/downloads/sources/ and sources.buildroot.net, so old .configs continue to work, but we might as well use the official one now. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* linux: fix dependency on mkimageThomas Petazzoni2010-06-132-9/+2
| | | | | | | | | | | After the rework of the U-Boot configuration/compilation process, we need to slightly rework how target/linux/Makefile.in.advanced depends on mkimage on the host to produce an uImage. target/linux/Makefile.in doesn't need to be fixed as it just doesn't handle this dependency for the moment. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* u-boot: remove arch specific patches infrastructureThomas Petazzoni2010-06-1017-4216/+0
| | | | | | | | A very complicated infrastructure for just a special case, for an ancient version of U-Boot. Recent versions of U-Boot are reported to work just fine on Atmel ARM evaluation boards. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* bootloaders: move bootloader build code to boot/Thomas Petazzoni2010-06-1029-3061/+0
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* skeleton: remove loopback interface configuration from inittabBaruch Siach2010-06-095-10/+0
| | | | | | | | | | | The lo interface is marked auto in /etc/network/interfaces, so the configuration of the loopback network interface is part of the S40network init script. This causes the "RTNETLINK answers: File exists" error message to appear at startup time. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Set correct GCC tune option for ARM926T(==ARM926EJ-S) coreJulien Boibessot2010-06-081-1/+1
| | | | | Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* linux: zImage target no longer available on x86Peter Korsgaard2010-05-282-1/+11
| | | | | | | | The legacy zImage target for x86 was removed from the kernel in 2.6.30, and we state in Config.in that we'll use bzImage if BR2_PACKAGE_LINUX_FORMAT isn't set, so ensure we do so for x86. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* busybox skeleton: allow logins from ttymxc[0-2]Baruch Siach2010-05-261-0/+3
| | | | | | | | | Add ttymxc[0-2] to the list is the /etc/securetty of the Busybox skeleton. This is useful for serial logins on i.MX based systems. The same serial devices already appear in the generic "target_skeleton/". Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Makefile: move filesystem stuff after u-boot build againPeter Korsgaard2010-05-211-0/+2
| | | | | | | | | | Otherwise u-boot tools / kernel modules are only added to target AFTER the filesystems are built. Long term u-boot/kernel stuff should get splitted from target/device, but this is the safest solution for now. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/linux: bump 2.6.32 and 2.6.33 versionsH Hartley Sweeten2010-05-162-6/+6
| | | | | | | | New versions of the 2.6.32 and 2.6.33 kernel were released today and it is suggested that all users should upgrade. Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target/generic: inittab: fix devpts mounts when devtmpfs is usedPeter Korsgaard2010-05-031-0/+1
| | | | | | | | If devtmpfs (the kernel-maintained /dev filesystem) is used, no /dev/pts directory is created, causing the devpts mount to fail, which in term causes stuff like dropbear to fail. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove last users of the ROOTFS_SUFFIX thingThomas Petazzoni2010-05-032-4/+2
| | | | | | | | The ROOTFS_SUFFIX thing has been removed in 325bfd1cbae03fe286796d3fa7de7c0a3227f7a5, so get rid of the last users. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Get rid of KERNEL_CROSSThomas Petazzoni2010-05-032-2/+2
| | | | | | | | | | | | In both internal and external toolchain cases, KERNEL_CROSS was defined to *exactly* the same value as TARGET_CROSS. It isn't modified anywhere, and is just used by kernel compilation and pcmcia compilation. Therefore, get rid of KERNEL_CROSS and use TARGET_CROSS instead. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* linux-advanced: Fix Kernel EXTRAVERSION for BR2_LINUX26_CUSTOMserj.kalichev2010-05-011-1/+1
| | | | | | | Closes #1267 Signed-off-by: serj.kalichev <serj.kalichev@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Add support to linux 2.6.30 kernel patches for Atmel arm in menuconfig.Josh.Wu2010-04-211-0/+7
| | | | | Signed-off-by: Josh.Wu <josh.wu@atmel.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* target: really remove the target/*/*.mk includePeter Korsgaard2010-04-201-2/+0
| | | | | | | Commit 5faae4869027 claimed to do this, but it didn't - Causing make to error out. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Repair initramfs dependancies after move to fsWill Wagner2010-04-202-2/+2
| | | | | | | | | | The restructure for building root filesystems changed the target name for the initramfs file, to build the file the trget is now initramfs-root but the generated file is rootfs.initramfs Signed-off-by: Will Wagner <will_wagner@carallon.com> Acked-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* makedevs: move to package/Thomas Petazzoni2010-04-192-565/+0
| | | | | Since target/ doesn't contain any .mk file in subdirectories, also remove the include in target/Makefile.in.
* Update defconfigs to include BR2_ROOTFS_DEVICE_TABLE definitionThomas Petazzoni2010-04-171-0/+1
| | | | | | | We only bother updating the defconfigs that need a non-default BR2_ROOTFS_DEVICE_TABLE value. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Remove all TARGET_DEVICE_TABLE definitionsThomas Petazzoni2010-04-1711-28/+189
| | | | | | | | | | We have a special case for Xtensa, which was patching the generic device_table.txt. Instead of doing this, we just keep a copy of the device table, specific to Xtensa, with Xtensa specifities. The fact that the patch wasn't applying anymore on the generic device table is a sign that the existing approach wasn't working anyway. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Get rid of all usages of BR2_RECENTThomas Petazzoni2010-04-121-2/+0
| | | | | | | | | | | | Since BR2_RECENT was enabled by default, we do not want entries marked BR2_RECENT (and thus appearing by default in Buildroot) to disappear. Therefore, all the entries marked BR2_RECENT are converted as non-deprecated. We can later decide, on a per-entry basis, to add BR2_DEPRECATED to some of them. But at least, this commit doesn't change the default current behaviour of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Update defconfigs after BR2_UPDATE_CONFIG removalThomas Petazzoni2010-04-111-1/+0
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* Merge branch 'fs-cleanup' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-04-0936-3514/+1
|\
| * Move all filesystem generation code to fs/Thomas Petazzoni2010-04-0927-1012/+1
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Remove IMAGE and related configuration optionsThomas Petazzoni2010-04-091-12/+0
| | | | | | | | | | | | | | Now, we just hardcode the image filenames to be rootfs.$(FSTYPE), in the $(BINARIES_DIR). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * iso9660: rework in a similar way to ROOTFS_TARGETThomas Petazzoni2010-04-092-19/+16
| | | | | | | | | | | | | | Unfortunately, it cannot use the ROOTFS_TARGET infrastructure, due to the specifities of the iso9660 build process. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * target/common: do not use IMAGEThomas Petazzoni2010-04-091-4/+4
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * initramfs: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-31/+6
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * ubifs: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-092-63/+5
| | | | | | | | | | | | | | We also remove the BR2_TARGET_ROOTFS_UBIFS_OUTPUT option, that could be used to specify an alternate name for the generated image file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * jffs2: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-092-45/+16
| | | | | | | | | | | | | | We also remove the BR2_TARGET_ROOTFS_JFFS2_OUTPUT option, that could be used to specify an alternate name for the generated image file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * ext2: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-092-70/+11
| | | | | | | | | | | | | | We also remove the BR2_TARGET_ROOTFS_EXT2_OUTPUT option, that could be used to specify an alternate name for the generated image file. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * squashfs: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-29/+5
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * tar: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-45/+4
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * romfs: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-24/+6
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cramfs: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-26/+5
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cpio: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-55/+7
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cloop: convert to ROOTFS_TARGET infrastructureThomas Petazzoni2010-04-091-21/+5
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * target: Add new infrastructure for filesystem generationThomas Petazzoni2010-04-092-0/+69
| | | | | | | | | | | | | | | | In order to avoid code duplication between the different filesystem generation makefile, we introduce a ROOTFS_TARGET macro. Documentation for this macro is contained in the patch. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * target/: remove the COPYTO messThomas Petazzoni2010-04-0910-72/+0
| | | | | | | | | | | | | | There's no need to provide options to copy the filesystem image after the build. Just use 'cp' outside of Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>