summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/qemu/qemu_git.bb
AgeCommit message (Collapse)Author
2012-08-20qemu-git: Drop GL passthrough supportRichard Purdie
These patches are a maintenance nightmare and impacting our abaility to keep up to date with qemu. They are also a source of various bugs. Remove them until someone is willing to step up and maintain them, or upstream gains GL support. (From OE-Core rev: 30af78f0db16b9f51666341c9dad0123ccf8ac85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-13qemu.inc: disable curl for qemu-nativesdkRobert Yang
We had added the --disable-curl to EXTRA_OECONF, but there is an EXTRA_OECONF_virtclass-nativesdk += "foo", the "EXTRA_OECONF_virtclass-nativesdk +=" equals to "EXTRA_OECONF_virtclass-nativesdk =" (the "+" has no effect here), so we should add the "--disable-curl" to EXTRA_OECONF_virtclass-nativesdk. And change the "+=" to "=" to not confuse people. [YOCTO #2305] (From OE-Core rev: a69df1807af3e099685b766dac4d6c6919b01852) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-15qemu: for native, do not fail if kvm is unavailablePaul Eggleton
When building qemu-native, if the linux kvm header is unavailable (as it is on CentOS 5.x 32-bit) then do not pass the --enable-kvm switch to the configure script, thus avoiding failed do_configure. (From OE-Core rev: 8c21c71f005b601f58925e9912f2cf44127e291d) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-10qemu: Ensure an internal qemugl script uses bash as it has bashismsRichard Purdie
(From OE-Core rev: 6e26eaf03f2f524b78c194377ea0589e6913445d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-18qemu: Fix Dependency and compatible machinesSaul Wold
add DEFAULT_PREFERENCE = "-1" to disable git recipe Added libx11 for GL support to DEPENDS Use BROKEN to disable qemuarm and qemumips world build of qemu target (From OE-Core rev: 1bedd7f3d73c2f9f179f4de4bfaea944a18e49b5) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-11qemu: Upgrade qemu git to the latest 0.14 branchZhai Edwin
Also add missing patch to build qemu-git [YOCTO #1013] got fixed (From OE-Core rev: 9b80846152931bed018f33baaaf1ba253e756867) Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-04poky-default-revisions: move the SRCREV to recipe fileYu Ke
in this case, those non poky distro can also use these recipe normally (From OE-Core rev: 0a57bd226cdb8332707fa0f46fcf0b067f03701a) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2010-09-02qemu: build qemu-x86-64 binary for use in locale generationJoshua Lock
Signed-off-by: Joshua Lock <josh@linux.intel.com>
2010-09-02Add qemu-ppc in qemu-native, required by eglibcZhai Edwin
Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
2010-08-31Add qemu-i386 in qemu-native, required by eglibcZhai Edwin
Adding i386-linux-user in target-list is enough in theory, but our gl stuff is not friendly to linux-user code. So disable it when compiling linux-user. [BUGID #218] fixed by this. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>