summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* nettle: add nettle to trackingArmin Kuster2014-08-231-0/+2
| | | | | | | | | | | | | | | | add note on regarding nettle upgrade V2: add missing '_pn' : more description. Nettle version 3.0.0 breaks gnutls build do to api changes. Updating to nettle 3.0 is on gnutls roadmap https://www.gitorious.org/gnutls/pages/Plan3_4 (From meta-yocto rev: 3cf0833b08329c734da9ea4330eedea9b3431299) Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: cooker: tweak CookerCollectFiles::find_bbfilesBernhard Reutner-Fischer2014-08-231-1/+1
| | | | | | | | | since python-2.5 string.endswith() takes a tuple (Bitbake rev: 86a67a1fd4244da9343dbf14deed1ad0d3003f32) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: workaround ice ssa corruption while DEBUG_BUILDHongxu Jia2014-08-232-0/+61
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add: MACHINE = "qemux86-64" DEBUG_BUILD = "1" to local.conf and there was a ssa corruption to build guile: .. Unable to coalesce ssa_names 48 and 3476 which are marked as MUST COALESCE. sp_48(ab) and sp_3476(ab) guile-2.0.11/libguile/vm-engine.c: In function 'vm_debug_engine': guile-2.0.11/libguile/vm.c:673:19: internal compiler error: SSA corruption #define VM_NAME vm_debug_engine ^ guile-2.0.11/libguile/vm-engine.c:39:1: note: in expansion of macro 'VM_NAME' VM_NAME (SCM vm, SCM program, SCM *argv, int nargs) ^ Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. ... Tweak libguile/vm-i-system.c to check the value of nshuf to workaround it. The tweak didn't change previous logic. [YOCTO #6411] (From OE-Core rev: 3470bbf4ae178479bd090d7191d6f0469f154b0d) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* puzzles: fix do_compile failed when DEBUG_BUILDHongxu Jia2014-08-232-1/+55
| | | | | | | | | | | | | | | | | | | | | | | | | | | There were compiling failure with option -g -O ... ././gtk.c: In function 'configure_area': ././gtk.c:397:2: error: 'cr' may be used uninitialized in this function [-Werror=maybe-uninitialized] cairo_set_source_rgb(cr, ^ ././gtk.c:384:14: note: 'cr' was declared here cairo_t *cr; ^ ././gtk.c: In function 'main': ././gtk.c:2911:6: error: 'error' may be used uninitialized in this function [-Werror=maybe-uninitialized] fprintf(stderr, "%s: %s\n", pname, error); ^ cc1: all warnings being treated as errors ... Initialized the pointers 'cr' and 'error' with NULL [YOCTO #6410] (From OE-Core rev: 2281180499cf3bec5c7e75cb596725dab190f72c) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fixupRichard Purdie2014-08-231-0/+65
| | | | | | (From OE-Core rev: 20992e8a00c585ab6b0611ca23ccd57e2b86b727) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)Hongxu Jia2014-08-231-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Build busybox on mips with -g -O, there is a ice failure: ... shell/ash.c:8758:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21264 ... Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. {standard input}: Assembler messages: {standard input}: Warning: missing .end at end of assembly {standard input}: Error: open CFI at the end of file; missing .cfi_endproc directive ... The following line caused the ice failure on mips: ... void evaltreenr(union node *, int) __attribute__ ((alias("evaltree"),__noreturn__)); ... So remove evaltreenr which was a alias of evaltree, and use evaltree to instead. [YOCTO #6625] (From OE-Core rev: e9e2884a29e95703c5b1a2fffe5e6febfa77b5cd) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: Add runtime dep on gnupg if 'gpg' is in PACAKGECONFIGPaul Barker2014-08-231-1/+1
| | | | | | | | | | | The 'opkg-key' utility requires gpg to manage the list of trusted keys. The ability to verify package signatures is not much use without the ability to add keys to the trusted list... (From OE-Core rev: ebd7dce320dfdbac449b60e23cfe41125b658319) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gpgme: Add pkg-config filePaul Barker2014-08-232-1/+17
| | | | | | | | | | A basic gpgme.pc file is installed with gpgme which should allow the library to be found and used using pkg-config rather than gpgme-config. (From OE-Core rev: 066eb8fbfd90f1a5af01a8f63adbe0cd2ae8cb5c) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bind: refer ubuntu/redhat to add bind user/groupHongxu Jia2014-08-232-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | | We refer what ubuntu/redhat did, gave bind a user/group Here is the example in ubuntu 14.04: $ ps -eo user,group,cmd | grep "named" ... bind bind /usr/sbin/named -u bind ... $vim bind9_1%3a9.9.5.dfsg-3_amd64.deb/postinst ... # lets give them a bind user/group in all cases. getent group bind >/dev/null 2>&1 || addgroup --system bind getent passwd bind >/dev/null 2>&1 || adduser --system --home /var/cache/bind --no-create-home \ --disabled-password --ingroup bind bind ... (From OE-Core rev: e37841faf746895f41627130623196c0bebe0740) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ptest-runner: return 1 instead of zero if any test failsLaszlo Papp2014-08-231-2/+6
| | | | | | | | | | It is better to know this information from the exit code rather than parsing test specific outputs. (From OE-Core rev: d6b1c9e7e29aaa8d71ccb485b7a88863a117a8b1) Signed-off-by: Laszlo Papp <lpapp@kde.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: parametrize sysconf file pathsRichard Tollerton2014-08-232-6/+10
| | | | | | | | | | | | The udev-cache facility uses files that represent system states, to ensure that the cache tarball is valid to apply. These paths were hardcoded in several places; collect them into SYSCONF_CACHED and SYSCONF_TMP. (From OE-Core rev: f4fcb237da0d1013005e9a0bb2381cfeb4c5316c) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: Don't ignore error messages from cache extractRichard Tollerton2014-08-231-1/+1
| | | | | | | | | | | | | Previous changes should obviate all known spurious errors coming out of tar. Since real extraction failures can and will occur, stop redirecting stdout/stderr to /dev/null. Take this opportunity to also remove an unnecessary subshell. (From OE-Core rev: 09089962be353280201ba3899fd5ef9cc3c0ba32) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: omit sockets and filesystems mounted under /devRichard Tollerton2014-08-231-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Archiving sockets causes tar to report an error and return a nonzero exit status. Archiving a mounted filesystem is harmless, but may greatly bloat the size of the cache tarball, and wastes time on boot. To fix these issues, use `find` to only include the files we want, which are the file types that udev will create (block/char devices and symlinks) that are on the same filesystem as /dev. While we're at it, remove a subshell by archiving /dev as an absolute path. However, `tar` will complain about stripping the leading slash on stderr. To inhibit this, `cut` out the leading slash. An alternative solution is to use `tar --exclude`, but that is modestly more brittle, since we'd need to explicitly list every socket and filesystem to exclude. Note that `tar --one-file-system` is GNU-specific, and tar implementations generally have nothing equivalent to `find -type`. If using busybox `find`, this change requires CONFIG_FEATURE_FIND_TYPE=y and CONFIG_FEATURE_FIND_XDEV=y. If using busybox `tar`, this change requires CONFIG_FEATURE_TAR_FROM=y. (From OE-Core rev: e89df123e2ec516ae61763eab3c9e78e067e28d5) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: strip timestamps on extractRichard Tollerton2014-08-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | Under normal udev operation, device nodes are obviously timestamped based on the system time at current boot. However, when using udev-cache, they are timestamped from a previous boot. The existence of machines lacking RTCs makes this more than a cosmetic issue: if the current time is set further on in the boot, so that the system time is still 1970 by the time the cache is extracted, tar will print a timestamp warning for every extracted file (potentially hundreds of them). To fix, use -m on extract. If using busybox `tar`, this commit requires CONFIG_FEATURE_TAR_NOPRESERVE_TIME=y. (From OE-Core rev: b31f8f1f053cdfa9428e3f667c05e7e2c600061e) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* busybox: enable `tar -m`Richard Tollerton2014-08-231-1/+1
| | | | | | | | | | | CONFIG_FEATURE_TAR_NOPRESERVE_TIME=y is needed for the commit "udev-cache: strip timestamps on extract". Enabling this flag increases the size of busybox by 0 bytes on x86. (From OE-Core rev: 11a772b3297ef36f3ebc4b67c9477022352d1c55) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: choose a more descriptive cache filenameRichard Tollerton2014-08-231-1/+1
| | | | | | | | | | | | | "/etc/dev.tar.gz" doesn't adequately imply that udev-cache maintains it. Instead, call it "/etc/udev-cache.tar.gz". (From OE-Core rev: b33c678e2a5d42138a15b69802c5ddd109cb3b55) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Ben Shelton <ben.shelton@ni.com> Acked-by: Gratian Crisan <gratian.crisan@ni.com> Acked-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: Compress the cacheRichard Tollerton2014-08-232-2/+3
| | | | | | | | | | | | $DEVCACHE is observed to be 100k uncompressed; compressing it reduces its size to ~5k. But compress it outside of `tar` so that archival operation takes as little time as possible, to minimize the risk of devices being created/removed during execution. (From OE-Core rev: 571df6ddba1caa6805f7c96cd592eea399c2aee2) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev-cache: Update cache tarball atomicallyRichard Tollerton2014-08-231-1/+3
| | | | | | | | | | | | | Overwriting the tarball in-place could cause a partial write, if the system stops at an inopportune time. This is mitigated by first writing to a temporary file, then moving that file on top of the final location. (From OE-Core rev: 5dbf43fe32a1cf259f9379a7d2c008260eabf3ac) Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Ben Shelton <ben.shelton@ni.com> Acked-by: Gratian Crisan <gratian.crisan@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: feature merges and configuration updatesBruce Ashfield2014-08-233-13/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | As part of LTSI efforts, the 3.14 kernel is receiving feature backports from newer kernels. With this change, we update the 3.14 SRCREVs to make the following changes available: - full nohz backports (v3.16) - loopback NFS (v3.16) - numa updates (v3.16) - cgroups: vm_cgroup: basic infrastructure - cgroups: Resource controller for open files And the following configuration change: - meta: features/ieee802154: add configuration fragment for IEEE 802.15.4 - meta: features/bluetooth: add configuration fragment for Bluetooth support - meta: intel-common-standard: add ericson-3g to intel-common-standard.scc - cgroups: enable virtual memory resource controller - full nohz: Enable full dynticks system for nohz (From OE-Core rev: fe2f51571f97e2cceae974f6a18782025e080c32) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: cgroups and hugetlb updatesBruce Ashfield2014-08-233-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Update SRCREVs for the following feature ports: d61940e2aaee fs/hugetlbfs/inode.c: remove null test before kfree 01a9d1b96a67 fs/hugetlbfs/inode.c: use static const for dentry_operations b58086c38038 fs/hugetlbfs/inode.c: add static to hugetlbfs_i_mmap_mutex_key 182a45b35b74 fs/hugetlbfs/inode.c: complete conversion to pr_foo() a3c4b02bbb05 mm: hugetlb: fix copy_hugetlb_page_range() 3757fbab4c89 hugetlb: rename hugepage_migration_support() to ..._supported() 4d91ab2d26a0 mm, hugetlb: move the error handle logic out of normal code path 49ea68f6eb8b hugetlb: add support for gigantic page allocation at runtime 78dcff916fdf hugetlb: move helpers up in the file 07b911e0a765 hugetlb: update_and_free_page(): don't clear PG_reserved bit d38ffe086659 hugetlb: add hstate_is_gigantic() 46b2dd4acbaa hugetlb: prep_compound_gigantic_page(): drop __init marker 8b4da9338c22 hugetlb: ensure hugepage access is denied if hugepages are not supported 450e7d23d98c mm/hugetlb.c: add NULL check of return value of huge_pte_offset 370cd4423fc4 mm, hugetlb: mark some bootstrap functions as __init 31f0f8869bc9 mm, hugetlb: improve page-fault scalability f57f488c939b mm, hugetlb: use vma_resv_map() map types 3263ee955d10 mm, hugetlb: remove resv_map_put 92067ee5ebfd mm, hugetlb: fix race in region tracking 30e1ab0b7502 mm, hugetlb: improve, cleanup resv_map parameters 2d5919397a7b mm, hugetlb: unify region structure handling a36af1327d41 Fix [RFC] cgroups: Resource controller for open files. 7dc531576e41 cgroups: Resource controller for open files. (From OE-Core rev: 37fb3b84f701b88e95d6a3e2efccc46e8c01c1cf) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: fix common clock framework support in PCI glue layerBruce Ashfield2014-08-233-10/+10
| | | | | | | | | | | | | | The initial version of "spi/pxa2xx: Add common clock framework support in PCI glue layer" enables the baytrail series of processors, but breaks some existing users of the framework. There's a new version of the patch out for review, so we revert the broken one and udpate to the latest. (From OE-Core rev: beae066d5af96e78d3bbaa52884922cb39bb48fd) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: KASLR and VDSO backportsBruce Ashfield2014-08-233-13/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | Updating the 3.14 linux-yocto SRCREVs for feature backports: 6cfe9c448741 x86, kaslr: boot-time selectable with hibernation 881a5f5812fd x86, kaslr: fix module lock ordering problem 121ec40d905d x86, kaslr: randomize module base load address 6efd2d21273c x86, vdso: Add 32 bit VDSO time support for 64 bit kernel 642441e17072 x86, vdso: Add 32 bit VDSO time support for 32 bit kernel 1d8dd2e617d4 x86, vdso: Patch alternatives in the 32-bit VDSO 353f3eadb16d x86, vdso: Introduce VVAR marco for vdso32 5e6e6ec6eb5c x86, vdso: Cleanup __vdso_gettimeofday() 91efa61ed6c2 x86, vdso: Replace VVAR(vsyscall_gtod_data) by gtod macro f9c259ee1b2f x86, vdso: __vdso_clock_gettime() cleanup 63d9b1c4ec72 x86, vdso: Revamp vclock_gettime.c e3a8ed44c964 mm: Add new func _install_special_mapping() to mmap.c 02a67e32e58d x86, vdso: Make vsyscall_gtod_data handling x86 generic d076cfb68504 x86, vdso, xen: Remove stray reference to FIX_VDSO 949153696c99 x86_32, mm: Remove user bit from identity map PDE e5cf7dfec74d x86, vdso: Remove compat vdso support (From OE-Core rev: 00dcb084682b7599f2a3e69dcb4978cbb38f5c58) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: update to v3.14.13Bruce Ashfield2014-08-233-16/+16
| | | | | | | | | | Updating from 3.14.5 -> 3.14.13 to pick up the latest series of korg stable updates. (From OE-Core rev: bb1b6b7e580d5dfebf8aa424bff83f9ccadfba19) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto/3.14: add ARM kprobes supportBruce Ashfield2014-08-233-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | Adding the following commits to the 3.14 tree for ARM kprobe support: c1750e55eb75 ARM: add uprobes support 33e8a1334afe ARM: Make arch_specific_insn a define for new arch_probes_insn structure b1d3feead083 ARM: Add an emulate flag to the kprobes/uprobes instruction decode functions 84b5b70a01a2 ARM: Change the remaining shared kprobes/uprobes symbols to something generic 624e5e9aab5a ARM: Rename the shared kprobes/uprobe return value enum 7741eac39c2e ARM: Change more ARM kprobes symbol names to something more generic 47f51bac6a2d ARM: Make the kprobes condition_check symbol names more generic 3af2f454bb8e ARM: Remove use of struct kprobe from generic probes code a31964d3143a ARM: use a function table for determining instruction interpreter action 6de77767abfc ARM: move generic thumb instruction parsing code to new files for use by other feature eb2db188b856 ARM: Move generic arm instruction parsing code to new files for sharing between features bbc0a43ff46e ARM: move shared uprobe/kprobe definitions into new include file f5f2896020e6 uprobes: allow ignoring of probe hits cb133db6bd60 ARM: Fix missing includes in kprobes sources (From OE-Core rev: 835bb10d07d1a64119379e9837dd853dacfe79bc) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: intel-common: Enable Industrial IOBruce Ashfield2014-08-233-3/+3
| | | | | | | | | Updating the META branch SRCREV to import iio configuration settings. (From OE-Core rev: bb8cada68e70b1246a76046a37ba57a3ca7aedde) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.bbclass: check the format of MIRRORSRobert Yang2014-08-231-0/+33
| | | | | | | | | | | | Check the format of MIRRORS, PREMIRRORS and SSTATE_MIRRORS: * Each mirror shoudl contain two memebers. * The local "file://" url must use absolute path (file:///). * The protocol must in protocols list. (From OE-Core rev: c8c213bb25b137cf70ba8ce9a45e60065d926735) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity.bbclass/kernel.bbclass: minor fixesRobert Yang2014-08-232-5/+4
| | | | | | | | | | | | | Fixed: - Remove an unused line - Remove unneeded code after d.getVar(), we don't need the "or ''" after d.getVar() unless we need a string. - typo: PREMIRROS -> PREMIRRORS. (From OE-Core rev: 7849e50107a27b0ff2aaac47480ac1a0a79533dc) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gmp: ppc64 build issueArmin Kuster2014-08-232-0/+27
| | | | | | | | | | | | | tmp-gcd_1.s: Assembler messages: | tmp-gcd_1.s:94: Error: unsupported relocation against BMOD_1_TO_MOD_1_THRESHOLD | make[2]: *** [gcd_1.lo] Error 1 V2: fixed PN name (From OE-Core rev: add84a15023d6c277340d6ab4810c605fab01e00) Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mc: Fix musl build failurePaul Barker2014-08-233-2/+37
| | | | | | | | | The CTRL macro just needs to be defined. (From OE-Core rev: 27b63e39413b1bc5209270ffcd4888e9a4795ad1) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc-common.bbclass: rename ALL the packagesPeter Seebach2014-08-231-6/+13
| | | | | | | | | | | | | | The DEBIAN_NAMES feature renames some of the libc packages to "libc6*" names --but only some. A previous patch added the -dbg package. However, this doesn't cover other packages (such as the -doc package), and it didn't take multilibs into account. (From OE-Core rev: 64362a8f7ad7534515a9448445606581f3c572f6) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Jeff Polk <jeff.polk@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* expect: fix shared object file cannot be openedChong Lu2014-08-231-0/+1
| | | | | | | | | | | | | | | | | | | When we require Expect package in tcl script, we will get following error: couldn't load file "/usr/lib/expect5.45/libexpect5.45.so": /usr/lib/expect5.45/libexpect5.45.so: cannot open shared object file: No such file or directory while executing "load /usr/lib/expect5.45/libexpect5.45.so" ("package ifneeded Expect 5.45" script) invoked from within "package require Expect" (file "hello.tcl" line 3) This patch fixes this issue. (From OE-Core rev: 43813ddfa8cade9ea1c5de24dcd4e275b1486cff) Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sudo: remove volatile configuration fileChen Qi2014-08-232-6/+2
| | | | | | | | | | | The new version of sudo has fixed the problem and will create the directory if it doesn't exist. So the configuration file is no longer needed. (From OE-Core rev: 7c962ca5d01ae4b9f511bb2b3b7700f970051727) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: siggen: Fix a subtle bug in hash calculation for shared work tasksRichard Purdie2014-08-231-1/+1
| | | | | | | | | | | | | | | | | | | With a shared work task like gcc, the task can be run from a variety of different recipes which may have different virtual extensions in place. Depending on whether gcc-runtime or nativesdk-gcc-runtime's do_preconfigure task is called for example will change the sorting of the task hashes due to the way clean_basename currently works. The correct thing to do here is sort on the base filename first, then any extension when ordering the hashes. This means we do account for things like recipes with both a native and non-native dependency but we also fix the shared work case where we don't care whether it was a virtual version or not. (Bitbake rev: 2e80b5d10a5037ed6f0bc227a1f9b42529c87086) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: process: Further improve robustness against server shutdownRichard Purdie2014-08-231-3/+14
| | | | | | | | | | | | | | | | | Currently, if an exception occurs in an event handler, the server shuts down but the UI simply hangs. This happens in two places, firstly waiting for events and secondly, sending events to a server which no longer exists. The latter does time out, the former does not. These patches improve both code sections to check if the main server process is alive and if not, trigger things to shut down gracefully. This avoids the timeout in the command sending case too. This resolves various cases where the UI would simply hang indefintely. (Bitbake rev: ac418e1112ff5f9c3157569316902f7a27fba4b4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: utils: Add workaround for multiprocessing bugRichard Purdie2014-08-231-0/+12
| | | | | | | | | | | | Our usage of multitprocessing is problematic. In particular, there is a bug in python 2.7 multiprocessing where signals are not handled until command completion instead of immediately. This adds a workaround into our wrapper function to deal with the issue. (Bitbake rev: a16185e602b39b71475aa7e9ee80ad2b1f28d0f7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: command: Trigger updateCache to shut down any active parser threadsRichard Purdie2014-08-231-0/+3
| | | | | | | | | | | | | If we trigger a shutdown whilst parsing for whatever reason, in some cases we were not closing down the parser threads. This change ensures we do so. The function names are not entirely intuitive but the behaviour is more correct (and commented). The previous bug with the stdout failure would trigger this one, if there was a cold cache and parsing was required (but not otherwise). (Bitbake rev: 25bfa2478f1c3a8eb695e1e5760e06db5be8f2fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: bitbake-worker: Improve sigterm handlerRichard Purdie2014-08-231-1/+6
| | | | | | | | | | | | | | When processes terminate, we really want all of the child processes to terminate too. This was not happening for worker processes which spawned their own multiprocessing pools, leading to build hangs. This change ensures any sigterm gets passed to the whole process group. In local tests, this resolved some hanging process workloads I could generate. It does rely on signals being delivered in a timely fashion and there is a multiprocessing bug we have to work around there. (Bitbake rev: 96f8ea07ace1379380fab2d78eb592fa40c867d4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: knotty: Improve exception handlingRichard Purdie2014-08-231-1/+9
| | | | | | | | | | | | Currently, IOErrors are just passed over due to the broken Exception clause. A command like "bitbake X | <invalid command>" would break stdout triggering a traceback. With these changes we print the exceptions, shut down the server gracefully and exit which is a much nicer behaviour and is less confusion to the user. (Bitbake rev: 9544108f7b413038d871ce6ca88232de2f2434d9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: process: Deal with infinite looping of the serverRichard Purdie2014-08-231-0/+2
| | | | | | | | | | | | | | | Currently if an exception occurs, we just run the idle handler again and again, usually looping indefintely. Chances are the exception that occurred will keep occuring and this is not a good place to be. This was breaking the autobuilders with gigabytes of logs. At least improve things so the cooker shuts down gracefully when this happens. Some trace of the original problem may still be present on the console too! (Bitbake rev: 1f28d8d3311262427938180435b68f0a35c2b330) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/debian.bbclass: Move AUTO_LIBNAME_PKGS definition to class fileRichard Purdie2014-08-232-3/+2
| | | | | | | | | Might as well move this default to the class which uses it allowing for easier reading/understanding of the class. (From OE-Core rev: 177aec177306e68bcd822dee6b29a7efbd558a91) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* packagegroup-core-tools-debug: Drop MACHINE_ARCH as PACKAGE_ARCHRichard Purdie2014-08-231-3/+1
| | | | | | | | There is nothing machine specific about this recipe. (From OE-Core rev: 07848cee072e62969d19b2fc9627783bcb016bbe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* package.bbclass: Fixup for using common functionRichard Purdie2014-08-231-13/+2
| | | | | | | | | We may as well use the common function for this rather than duplicating the code. (From OE-Core rev: 20979854c52607212c16e0b01cf610c80d8b524e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lib/oe/utils: Add utils function for multiprocess executionRichard Purdie2014-08-232-28/+33
| | | | | | | | | | | | | | | | | | Our usage of multitprocessing is problematic. In particular, there is a bug in python 2.7 multiprocessing where signals are not handled until command completion instead of immediately. This factors the multiprocess code into a function which is enhanced with a workaround to ensure immediate signal handling and also better SIGINT handling which should happen in the parent, not the children to ensure clean exits. The workaround for the signals is being added to the core bb.utils function so it can benefit all users. package_manager is then converted to use the new code. (From OE-Core rev: 72d153a3a90d31d9f4e41d77da24e44ccb33c56e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Set PACKAGE_ARCH with ??=Richard Purdie2014-08-231-1/+1
| | | | | | | | | | | | | | Currently its near impossible for other classes to sanely override this value with their own default. By setting a weak default we can allow other classes to change the default and allow end recipes to again override this. As far as I can tell, there shouldn't be any regressions from this change. (From OE-Core rev: 12b2a73d336d66596939eae5c9947d4054c0316e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oeqa/utils/httpserver: Reset SIGTERM handlerRichard Purdie2014-08-231-0/+2
| | | | | | | | | | With bitbake-worker installing a SIGTERM handler, we now need to reset the one here to ensure that when this process shuts down, it doesn't take the rest of the task with it. This does appear to be the only place in OE that we have this problem. (From OE-Core rev: e1ac67d6470dde70239ca0430b18ca0bffbc0295) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* archiver: delete the tail slash in directory nameJian Liu2014-08-231-1/+1
| | | | | | | | | | | | If directory names in SRC_URI ended with "/", function do_ar_original() in layers/oe-core/meta/classes/archiver.bbclass will generate a tar file whose name is ".tar.gz". So delete the "/" at the tail of the directory names before use the names. (From OE-Core rev: a539e823d002fefe129e3045f893d1237fadb87f) Signed-off-by: Jian Liu <jian.liu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub_2.00: strip the sparc64 files from buildingNitin A Kamble2014-08-232-0/+105
| | | | | | | | | | | | Avoid building and packaging of sparc64 specific files in the x86 builds. Fixes Bug: [YOCTO #6427] (From OE-Core rev: e9d1264a63f47965c2f10e18e532b117bbda26be) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: fix Multilib QA IssueChong Lu2014-08-231-1/+1
| | | | | | | | | | | | | | | | This patch fixed warning: WARNING: Multilib QA Issue: lib32-mesa package lib32-mesa-megadriver - suspicious values 'mesa-driver-swrast mesa-driver-nouveau-vieux mesa-driver-r200 mesa-driver-i915 mesa-driver-radeon mesa-driver-i965' in RPROVIDES WARNING: Multilib QA Issue: lib32-mesa package lib32-mesa-megadriver - suspicious values 'mesa-driver-swrast mesa-driver-nouveau-vieux mesa-driver-r200 mesa-driver-i915 mesa-driver-radeon mesa-driver-i965' in RREPLACES WARNING: Multilib QA Issue: lib32-mesa package lib32-mesa-megadriver - suspicious values 'mesa-driver-swrast mesa-driver-nouveau-vieux mesa-driver-r200 mesa-driver-i915 mesa-driver-radeon mesa-driver-i965' in RCONFLICTS (From OE-Core rev: 95f16f4bba660f0a6108fbbc98ad9caf69e6036b) Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* udev: fix /var/volatile/tmp permissionsRiku Voipio2014-08-231-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | Mariadb postinstall will fail with: ERROR: 1 Can't create/write to file '/tmp/#sql_a2a_0.MAI' (Errcode: 13) 140814 8:14:06 [ERROR] Aborting /tmp is a link to /var/volatile/tmp, set as: drwxr-xr-x 3 root root 60 Aug 14 08:07 . populate-volatiles.sh does not create the directory or set permissions, because it already exists: Checking for -/var/volatile/tmp-. Creating directory -/var/volatile/tmp-. Target already exists. Skipping. Traced the creation to the initfile in udev. Create with -m 1755 to be sure. With this patch applied, mysql postinst succeeds and creates the neccesary user tables. (From OE-Core rev: 5743c7632ac9c33051f6fca60f5507d3808e8e3a) Signed-off-by: Riku Voipio <riku.voipio@linaro.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grep: set CONFIG_SHELL to /bin/shRobert Yang2014-08-232-0/+3
| | | | | | | | | | It would be bash, sh, ksh or sh5 according to the host if we don't set this, and its scripts don't have bashism as the checkbashisms shows. (From OE-Core rev: 6fe82a9ed6c7967aaf25c861400de4a9379e92c6) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>