summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFiles
2011-02-09talloc: remove talloc recipeYu Ke1
mesa no long need talloc, so remove it Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-02-09mesa-xlib: upgrade to 7.10Yu Ke1
- add patch to replace GPLv3 talloc with ralloc - add SRC_URI checksum Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-02-09mesa-7.10: set mesa 7.10 as default instead of 7.8.2Yu Ke3
originally mesa 7.8.2 is set as default because 7.10 has depency of GPLv3 talloc. since mesa 7.10 has resolved the GPLv3 talloc dependency issue, it is safe to set 7.10 as default Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-02-09mesa-dri-7.10: replace GPLv3 talloc with MIT-x licensed rallocYu Ke2
mesa 7.10.1 devel branch has the patch to replace talloc with ralloc. so add a patch to sync with 7.10.1 devel branch. Signed-off-by: Yu Ke <ke.yu@intel.com>
2011-02-09image-mklibs.bbclass: add the library optimization functionalityNitin A Kamble2
If you want to enable the mklibs library size optimization for your image then, edit the MKLIBS_OPTIMIZED_IMAGES line in the local.conf like this: MKLIBS_OPTIMIZED_IMAGES ?= "poky-image-minimal your-own-image" Also this will enable the mklibs library size optimization for all images. MKLIBS_OPTIMIZED_IMAGES ?= "all" on qemux86 machine this reduced the rootfs size of poky image-minimal image from 7.9MB to 7.2MB. That is around 11% image foot print reduction. That image had 38 elf executables. Generally the size optimization by mklibs is reversely proportional to the number of elf executables in the rootfs. So bigger images will see less optimization, and smaller images will see large image size reductions. Thanks to mark hatle for his help in implementation of this. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-02-09makedepend: remove # from the beginning of DESCRIPTION linesSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-02-09xserver-kdrive.inc: add openssl to DEPENDSScott Garman2
This fixes the following configure error: No suitable SHA1 implementation found Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09prelink: add transfig-native to DEPENDSScott Garman1
Building prelink's documentaiton requires fig2dev, which is provided by transfig-native. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09transfig: new recipe v3.2.5dScott Garman1
Transfig provides fig2dev, which is used when building documentation for many packages. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09imake: add native support to recipe and update DEPENDSScott Garman1
xorg-cf-files includes configuration files used by imake-based recipes. Also add native support to the recipe. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09libxpm: add native support to recipeScott Garman1
The native recipe is needed by the transfig-native dependency chain. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09libxext: add native support to recipeScott Garman1
The native recipe is needed by the transfig-native dependency chain. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09xorg-cf-files: new recipe v1.0.4Scott Garman1
This package includes configuration files needed for old x11 imake-based packages - transfig in particular. Signed-off-by: Scott Garman <scott.a.garman@intel.com>
2011-02-09uboot: move license data into recipe with SRC_URIDarren Hart2
The LIC_CHKSUM_FILES are specific to the source determined by SRC_URI. As such, keep all the license information together with the SRC_URI. This also avoids confusion from having these defined in both the .inc and the .bb files. The CHKSUM got out of date in u-boot_git.bb, so update it while we're at it. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Ilya Yanok <yanok@emcraft.com> CC: Gary Thomas <gary@mlbassoc.com> CC: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09uboot: build with -O2 on all architecturesDarren Hart1
The -Os option was disabled due to a bug in gcc building bad binaries for ARM in an earlier commit: f2dc7fadd8c6b180c3f985873261216d53f47f0d This caused problems for powerpc which was resolved by replacing -Os with -O2 for that architecture: d0eb6794d964aa5ac938533a222c39bef09fd945 Using -O2 also works for ARM, so there is no need to condition using -O2 on powerpc. Remove the condition and use -O2 on all architectures. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Ilya Yanok <yanok@emcraft.com> CC: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09kernel.bbclass: use defconfig if it existsDarren Hart1
It is common enough to want to apply a defconfig if the inheriting recipe provides it. If the file exists in the $WORKDIR, copy it over to ${S}/.config provided the target does not already exist. This allows for recipes derived from kernel.bbclass to manage the .config on their own, such as linux.inc. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2011-02-09linux.inc: don't overwrite an existing uImageDarren Hart1
If a valid uImage exists, don't overwrite it with Image. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
2011-02-09u-boot: compile with -O2 on PowerPCIlya Yanok1
gcc on PowerPC is currently compiled with -Os optimization disabled so we have to use -O2 on PowerPC instead. Signed-off-by: Ilya Yanok <yanok@emcraft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09u-boot: add LIC_FILES_CHKSUMIlya Yanok1
Signed-off-by: Ilya Yanok <yanok@emcraft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09linux/u-boot: Update LICENSE fields to specify GPL versionRichard Purdie2
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09linux: add LIC_FILES_CHKSUMIlya Yanok1
Linux is licensed under GPL so add appropriate LIC_FILES_CHKSUM to linux.inc file. Signed-off-by: Ilya Yanok <yanok@emcraft.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09Merge branch 'jzhang/i686' of ssh://git.pokylinux.org/poky-contribRichard Purdie1
2011-02-09Merge branch 'jzhang/adt-repo' of ssh://git.pokylinux.org/poky-contribRichard Purdie8
2011-02-09mpc8315-rdb: add dtb generation configurationBruce Ashfield1
Fixes [BUGID #610] dtb files were not being built for the mpc8315e-rdb, since they weren't being configured into the machine. With this and the related dtc fixes, we now get a dtb in the deployment directories. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-02-09dtc: add LIC_FILES_CHKSUM to dtc-nativeBruce Ashfield1
The new license processing rules error if dtc-native itself doesn't have license information. Previously only the .inc files contained this information, so we make a copy and leave the existing license info to be removed pending further review. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-02-09linux: factor dts/dtc/dtb handling into a specific includeBruce Ashfield3
Fixes [BUGID #610] The powerpc linux-yocto kernels were not creating dtb images in the deploy directories. This was due to two problems: - the dtb generation rules were not being configured - the boards were not specifying a device tree in their config This change addresses the first point by factoring out the dtb generation routines into a new include that can be used by multiple recipes. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-02-09linux-yocto: streamline BSP bootstrappingBruce Ashfield1
In order to build BSPs that were not already integrated into the upstream linux yocto kernel AND keep the git fetcher happy, some fairly complex anonymous python sections were required. These sections cause problems with variable expansion and SRCREV processing. With the updated git fetcher code, we can streamline the BSP boostrapping process and drop 99% of the anonymous python code. This commit has the following changes to support BSP boot strapping and simplication for existing BSPs. - KMETA is set per-recipe rather than in python code - undefined machines are no longer used, but instead common branch names are set per-recipe - fallback machine SRCREVs are present in the default revisions file - A new variable YOCTO_KERNEL_EXTERNAL_BRANCH should be set in the local.conf for new BSPs instead of being programatically determined in the anonymous python. - No more explicity KMACHINE variable expansion and manipulation, since the tools and build phases no longer require it due to the per-recipe fallbacks. Integrated/merged BSPs are unaffected by the changes and have been regression tested. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> foo Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-02-09linux-yocto: streamline BSP bootstrappingBruce Ashfield5
In order to build BSPs that were not already integrated into the upstream linux yocto kernel AND keep the git fetcher happy, some fairly complex anonymous python sections were required. These sections cause problems with variable expansion and SRCREV processing. With the updated git fetcher code, we can streamline the BSP boostrapping process and drop 99% of the anonymous python code. This commit has the following changes to support BSP boot strapping and simplication for existing BSPs. - KMETA is set per-recipe rather than in python code - undefined machines are no longer used, but instead common branch names are set per-recipe - fallback machine SRCREVs are present in the default revisions file - A new variable YOCTO_KERNEL_EXTERNAL_BRANCH should be set in the local.conf for new BSPs instead of being programatically determined in the anonymous python. - No more explicity KMACHINE variable expansion and manipulation, since the tools and build phases no longer require it due to the per-recipe fallbacks. Integrated/merged BSPs are unaffected by the changes and have been regression tested. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> foo Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2011-02-09binutils-cross-canadian.inc: disable -werror like -cross doesKoen Kooi1
The error this works around is: cc1: warnings being treated as errors gas/config/tc-arm.c: In function 'parse_operands': gas/config/tc-arm.c:1876:27: error: 'firsttype$defined' may be used uninitialized in this function gas/config/tc-arm.c:1876:27: error: 'firsttype$index' may be used uninitialized in this function Ideally it should get fixed properly, but let's mimic binutils-cross for now Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-09bitbake.conf: fix SDK_NAMEKoen Kooi1
It was using a '/' in a name variable, subtly breaking things like this: populate_sdk.bbclass: mkdir -p ${SDK_DEPLOY} cd ${SDK_OUTPUT} tar --owner=root --group=root -cj --file=${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.bz2 . Tar will error out since SDK_DEPLOY/DISTRO/ doesn't exist. Change the default to be more like the one from poky.conf, without the poky specific POKYLIBC. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08adt-installer: change to adopt the adt public repo directory layoutJessica Zhang8
Signed-off-by: Jessica Zhang <jessica.zhang@intel.com>
2011-02-09bitbake/fetch2: Fix negated if check for BB_FETCH_PREMIRRORONLYRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08local.conf: change i586 to i686 for 32bit SDKJessica Zhang1
Signed-off-by: Jessica Zhang <jessica.zhang@intel.com>
2011-02-08fetch2: Add SRPM knowledgeMark Hatle3
Enable the fetcher to be able to unpack and SRPM. By default the system will unpack the contents of the SRPM into the WORKDIR. A new syntax "unpack=file" was developed for the SRC_URI, to allow for a recipe to extract a specific file within an SRPM. An unpack operation will then be executed on the extracted file. In order to apply extracted patches (or unpack files not specified with unpack), you must specify the path using WORKDIR, i.e.: file://${WORKDIR}/mypatch.patch Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-08insane.bbclass: Fix config.log error messageMark Hatle1
[BUG #702] The previous error message was confusing. It was looking for both library and include host contamination, but the message only indicated include files. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-02-08bitbake/utils.py: add glob name matching to removeSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-02-08bitbake/fetch2: Ignore UnboundLocalError in exception handler in try_mirrorRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2: Move symlink handling into try_mirror where is belongs ↵Richard Purdie1
instead of the main download function Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2: When using BB_FETCH_PREMIRRORONLY, set BB_NO_NETWORK after ↵Richard Purdie1
premirrors as there could be data processing needed by the real fetcher Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2: Ensure we only remove files, not directories when fetch ↵Richard Purdie1
failures occur Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2: Ensure original ud is preserved in try_mirrorRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08linux-yocto-stable: Fix meta branch nameRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08kernel-yocto: Ensure python code has awlays run before SRCPV is expandedRichard Purdie1
The python code in this class file needs to run before SRCPV is expanded and calls into the fetcher are made. To so this we create a python function and prepend a call to it before SRCPV's get_srcrev() call. Ugly, ugly, ugly but the ordering is guaranteed. If this doesn't happen, the fetcher can end up in two different states and there may be caching implications of this. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08kernel-yocto/poky-default-revisions: Ensure SRCREV_machine is set for the ↵Richard Purdie2
kernels If we don't do this and try to bring up a new machine we can trigger network access to resolve the branch name to a revision which is undesireable. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2/git: Fix broken variable referenceRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-08bitbake/fetch2/git: Ensure unresolved branches are translated into revisionsRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-02-07fetch2: add try/finally to ensure lockfile is unlocked on failureSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-02-07fetch2: add runfetchcmd to import for fetchersSaul Wold6
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-02-07init-live.sh: add 'coldplug' udev triggerTom Zanussi1
Fixes [BUGID #693] The init-live.sh script starts udevd in init-live.sh:early_setup(), but doesn't account for the possibility that the root device may have already been registered by the kernel before udevd starts up. If the device is detected after udevd starts up, everything's fine - udevd gets the 'add' uevent for the device, the root image shows up at e.g. /media/sda/rootfs.img, and the boot continues. If however the device is detected before udevd starts up, udevd misses the 'add' uevent and the root image never shows up, causing it to stay in the 'waiting for removable media' loop forever. The 'udevadm trigger' command is meant to be used to avoid this situation, but init-live.sh doesn't use it. Furthermore, since the default was changed in udev 152 from 'add' to 'change', the command needs to explicity name 'add' as the action. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2011-02-07rpm: catch up with fetcher2Koen Kooi1
Update the rpm recipe after the recent changes to the fetcher API. Koen wrote the original patch, Richard cleaned it up and fixed it. This code needs to be merged into the fetcher instead at some point soon. Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-02 18:24:04 +0000