openembedded-core.git/meta/conf/machine, branch dizzy Mirror of openembedded-core IBM power7 v2: Add new tune file for PPC power7 2014-08-27T11:12:07+00:00 Armin Kuster akuster808@gmail.com 2014-08-26T03:12:58+00:00 14c773f61a6380f76b58ea0c1cca6e6010d581f8 v2: rename file Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
v2: rename file

Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
IBM power6 v2: Add new tune file for PPC power6 2014-08-27T11:12:07+00:00 Armin Kuster akuster808@gmail.com 2014-08-26T03:12:57+00:00 b41be209514c2cb69359ee5e26f87beb078f01b2 v2: rename file Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
v2: rename file

Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
IBM Power5 v2: Add new tune file for PPC power5 cpu 2014-08-27T11:12:07+00:00 Armin Kuster akuster808@gmail.com 2014-08-26T03:12:56+00:00 fd46da6f37acbbac8a8b14d5991f75947688a9c2 V2: rename file Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
V2: rename file
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
qemux86-64: support X11 when QEMU is emulating a different GPU than vmware 2014-08-27T11:12:06+00:00 Max Eliaser max.eliaser@intel.com 2014-08-26T17:34:13+00:00 1216de77a7f23fa10e34aee1ebe27fcc6a6589c0 QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86-64 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL disabled, meaning a driver for it is unnecessary.) The runqemu script now allows the choice of emulated VGA adapter to be specified manually, so it's important that qemux86-64 supports any configuration the user might choose without requiring the image to be rebuilt. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware,
and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86-64 image,
the image can be made to launch an X server on when cirrus and std are chosen,
in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL
disabled, meaning a driver for it is unnecessary.)

The runqemu script now allows the choice of emulated VGA adapter to be
specified manually, so it's important that qemux86-64 supports any configuration
the user might choose without requiring the image to be rebuilt.

Signed-off-by: Max Eliaser <max.eliaser@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
qemux86: support X11 when QEMU is emulating a different GPU than vmware 2014-08-27T11:12:05+00:00 Max Eliaser max.eliaser@intel.com 2014-08-26T17:34:11+00:00 9e4ca6739d65716fcb0a1b7d635749083da98c52 QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware, and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86 image, the image can be made to launch an X server on when cirrus and std are chosen, in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL disabled, meaning a driver for it is unnecessary.) The runqemu script now allows the choice of emulated VGA adapter to be specified manually, so it's important that qemux86 supports any configuration the user might choose without requiring the image to be rebuilt. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
QEMU is capable of emulating four different VGA adapters: cirrus, std, vmware,
and QXL. By adding the cirrus and fbdev X.Org drivers to the qemux86 image,
the image can be made to launch an X server on when cirrus and std are chosen,
in addition to just vmware. (The build of QEMU in OE-Core appears to have QXL
disabled, meaning a driver for it is unnecessary.)

The runqemu script now allows the choice of emulated VGA adapter to be
specified manually, so it's important that qemux86 supports any configuration
the user might choose without requiring the image to be rebuilt.

Signed-off-by: Max Eliaser <max.eliaser@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
qemumips.conf: Default to (and support) mips32r2 2014-08-23T08:25:07+00:00 Peter Seebach peter.seebach@windriver.com 2014-08-15T01:42:47+00:00 5d64516d81750e4e0d65792a3215568d652bec6c The MIPS emulation for qemumips actually supports mips32r2: isa : mips1 mips2 mips32r1 mips32r2 We should probably use that tuning file. This implicitly changes the default value of DEFAULTTUNE to mips32r2. Signed-off-by: Peter Seebach <peter.seebach@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The MIPS emulation for qemumips actually supports
mips32r2:
	isa                     : mips1 mips2 mips32r1 mips32r2

We should probably use that tuning file.

This implicitly changes the default value of DEFAULTTUNE to
mips32r2.

Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
tune-mips*: Ensure tunes are inherited in order 2014-08-02T08:25:34+00:00 Mark Hatle mark.hatle@windriver.com 2014-07-31T01:16:26+00:00 ccacfd3460b47494f687c696ff985b7c1c6ca1cd Without this, you are not able to use mips32r2 on a mips64 based tune. We want to be able to do a tri-lib system of mips64, mips64-n32 and mips32r2. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Without this, you are not able to use mips32r2 on a mips64 based tune.

We want to be able to do a tri-lib system of mips64, mips64-n32 and mips32r2.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
mips: add tune file for mips32r2 (only hard-float) 2014-05-15T22:24:05+00:00 Andrea Adami andrea.adami@gmail.com 2014-05-14T21:00:22+00:00 149885560e2fbc91c7f60226d015ba9842373e26 Kernel and initramfs built and tested on GCW Zero (jz4770) Signed-off-by: Andrea Adami <andrea.adami@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Kernel and initramfs built and tested on GCW Zero (jz4770)

Signed-off-by: Andrea Adami <andrea.adami@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
feature-arm-thumb.inc: set ARMPKGSFX_THUMB only when thumb is in TUNE_FEATURES 2014-04-29T22:35:53+00:00 Martin Jansa martin.jansa@gmail.com 2014-04-29T18:23:32+00:00 1e1b42f687b5cd34623fe2682218958e1947eb92 * there is issue for TUNE_PKGARCH missing in PACKAGE_ARCHS for machines without thumb enabled, it was reported by Jacob Kroon on IRC Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
* there is issue for TUNE_PKGARCH missing in PACKAGE_ARCHS for machines
  without thumb enabled, it was reported by Jacob Kroon on IRC

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
feature-arm-thumb.inc: Suppress false warning 2014-04-29T22:35:21+00:00 Jacob Kroon jacob.kroon@mikrodidakt.se 2014-04-29T20:07:09+00:00 e457d71641af8802e47eb4854072e3cfb957b001 If a recipe does not explicitly set ARM_INSTRUCTION_SET, then there is no need to throw a warning: WARNING: Recipe 'foobar' selects ARM_INSTRUCTION_SET to be 'None', but tune configuration overrides it to 'arm' Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
If a recipe does not explicitly set ARM_INSTRUCTION_SET, then there is no
need to throw a warning:

  WARNING: Recipe 'foobar' selects ARM_INSTRUCTION_SET to be 'None',
           but tune configuration overrides it to 'arm'

Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>