Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=1.3_M3.final 2012-07-18T13:29:29+00:00 2012-07-18T13:29:29+00:00 Peter Seebach peter.seebach@windriver.com 2012-07-16T16:58:39+00:00 urn:sha1:9a527250725ca4c63bd08324e2f2dfa2aa19fb8c A couple of boards use chips which perform noticably better when optimized for the 476. Add a trivial tune file to let them run better. (From OE-Core rev: 9ac6da9d0e0b9f7678752ff7b9c91e39c140b4e7) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-07-17T09:53:53+00:00 Martin Jansa martin.jansa@gmail.com 2012-07-07T08:31:54+00:00 urn:sha1:1f7f9258c4c37e4c54854dcc6b4ba7a4a2828efd * it wasn't consistent with other machine configs * reported 2 months ago.. http://lists.linuxtogo.org/pipermail/openembedded-core/2012-May/022154.html (From OE-Core rev: 3fec966531059b4b21f40be3b22a60edf88c5190) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-07-04T16:40:37+00:00 Tom Zanussi tom.zanussi@intel.com 2012-07-01T15:56:12+00:00 urn:sha1:fb8aaf6f8e180cb3fe4c2d02c041cb02be88ab46 qemu.inc does a straight assign to MACHINE_FEATURES so overwriting the preceding append to MACHINE_FEATURES, so the MACHINE_FEATURES append needs to be moved after the include. This situation came about as a result of commit 71a4bf386: qemumachines: Enable xserver-xorg as default xserver For qemux86 and qemux86-64 include qemu.inc after defining XSERVER which missed this side-effect (and maybe others). (From OE-Core rev: 4f336e5f416df382fdd2b405314741164d537b22) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-05-24T07:53:57+00:00 Saul Wold sgw@linux.intel.com 2012-05-11T17:13:06+00:00 urn:sha1:9180d38c4750340f6ce7807486505c7190fb3daf The xserver-xorg uses and depends on mesa-dri, so we should use the default PREFERRED_PROVIDER of libgl as mesa-dri. This resolves the following: ERROR: Multiple .bb files are due to be built which each provide virtual/libgl (/intel/poky/distro/meta/recipes-graphics/mesa/mesa-dri_7.11.bb /intel/poky/distro/meta/recipes-graphics/mesa/mesa-xlib_7.11.bb). This usually means one provides something the other doesn't and should. (From OE-Core rev: cf8b4b95c6d84c097f4fc63662f181a59e0f9cb9) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-05-24T07:53:56+00:00 Khem Raj raj.khem@gmail.com 2012-05-01T05:01:24+00:00 urn:sha1:71a4bf386181b3fbc2dc723c781a456a0bbdb943 For qemux86 and qemux86-64 include qemu.inc after defining XSERVER XSERVER variable is also weakly defined in task-core-x11.bb which means we can not use ??= otherwise when building any qemu image that uses task-core-x11.bb will get the wrong definition So we define the XSERVER common set for qemu in qemu.inc and as we know x86 and x86-64 qemu overrides the default we include qemu.inc after that definition which means that qemux86 and qemux86-64 get their own definitions and other qemus get the definitions from qemu.inc. other non-qemu machine will get their defintion from task which points to kdrive as of now. (From OE-Core rev: 62dba36166bc5faa32ba3e0664ae98b168cde6b1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-05-21T08:59:04+00:00 Khem Raj raj.khem@gmail.com 2012-05-10T21:00:57+00:00 urn:sha1:2219caa312822cf756b88b07dd70a014404e9cb0 (From OE-Core rev: e6333825c3482a559a0c0499e17f8f48d3042ddf) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-05-06T08:55:46+00:00 Peter Seebach peter.seebach@windriver.com 2012-05-02T01:45:10+00:00 urn:sha1:7b078123b78805b5f973b453a07808cdcfa0ae36 This cleans up and/or corrects a few values from machine includes for consistency with future toolchain sanity checks, and also adds the TUNEVALID and TUNECONFLICTS to documentation.conf. (From OE-Core rev: 6ffe53c721a80cf156b44f59b564f2e899c6af50) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-05-01T11:38:07+00:00 Peter Seebach peter.seebach@windriver.com 2012-04-27T23:51:46+00:00 urn:sha1:df13d0708b66981e4003bb88e397317df03dfdb1 In tune-sh3, tune-xscale, and tune-sh4, several FEATURES lines referred to nonexistent features like "sh3eb" when they should have referred to "sh3 bigendian" or the like. Caught by the TUNEVALID sanity check. (From OE-Core rev: e63fb1e9918bff6f91bbab09b29248ab8b649e84) Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-04-04T16:17:55+00:00 Mark Hatle mark.hatle@windriver.com 2012-03-30T19:34:14+00:00 urn:sha1:af74a8f627d8429707524fe7a37c093709752daa Update the experimental SH tunings to match the tunings README. These tunings have not been tested, and are experimental! (From OE-Core rev: 603a15bf4c838e4b6352e31f70a958d93f91138f) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2012-04-04T16:17:55+00:00 Mark Hatle mark.hatle@windriver.com 2012-03-30T19:36:44+00:00 urn:sha1:449dae1e035b0b3e599ab4ba53257743c6eb964b Cleanup the ARM tunings to match the new tunings README file. The ARM tunings define TUNE_PKGARCH in a way that only one main arm architecture, i.e. armv6, may be defined at the same time. We may have to revise these settings in the future, as well as figure out a way to better differentiate various optimize tunings in the package arch. (This was not done, to preserve existing behavior!) Fix a number of minor issues w/ the armv5 tunings where DSP variants were referenced but not defined. Fix incorrect armv7 entries in armv7a. Fix PACKAGE_EXTRA_ARCHS definitions inside of tune-cortexm3 and tune-cortexr4. (From OE-Core rev: 0e71abea5458122188d5eddef2c17147f61ff895) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>