= lib
+TUNE_PKGARCH_tune-i586-nlp-32 = i586-nlp-32
+PACKAGE_EXTRA_ARCHS_tune-i586-nlp-32 = i586-nlp-32
I believe this explicit assignment, instead of appending to tune-i586,
addresses the issue Phil raised?
Reviewed-by: Darren Hart dvh...@linux.intel.com
--
Darren Hart
Intel Open Source
and
connman test for network sanity
Signed-off-by: Saul Wold s...@linux.intel.com
Acked-by: Darren Hart dvh...@linux.intel.com
--
Darren Hart
Intel Open Source Technology Center
--
___
Openembedded-core mailing list
Openembedded-core
On 6/23/15, 10:19 AM, Phil Blundell p...@pbcl.net wrote:
On Tue, 2015-06-23 at 10:17 -0700, Darren Hart wrote:
Hrm... The thing we need to avoid is quark machines accepting an i586
package in lieu of a i586-nlp package. I don't think that's a problem
here
is it? The PACKAGE_EXTRA_ARCHS makes
, but maybe I'm missing something.
--
Darren Hart
Intel Open Source Technology Center
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
:
ERROR: socat binary not in PATH
Redirecting the error message to STDERR fixes this issue.
Signed-off-by: Juro Bystricky juro.bystri...@intel.com
Thanks Juro, good fix.
Reviewed-by: Darren Hart dvh...@linux.intel.com
--
Darren Hart
Intel Open Source Technology Center
Génieux vincent2...@startigen.fr
Here it is customary to list the people you have been working with:
Cc: Darren Hart dvh...@linux.intel.com
Cc: Bruce Ashfield...
etc.
Also, ensure your mailer does actually Cc those people (git send-email
can do this automatically).
---
meta/classes
On 1/7/15, 5:22 AM, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 2015-01-07 7:26 AM, Richard Purdie wrote:
I'm hearing (somewhat justified) complaints that the recent kernel
changes have destablised builds. Part of the question is whether the
recent changes are as clear to users as
... But if anyone
already has a solution in hand, please let me know.
--
Darren Hart
Intel Open Source Technology Center
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo
On 10/8/14, 11:00, Darren Hart dvh...@linux.intel.com wrote:
I'm seeing the following error attempting to build qemu-native for
qemux86-64 from the master branch:
ERROR: Logfile of failure stored in:
/build/yocto/master/intel-corei7-64_20141008094748/build/tmp/work/x86_64-l
i
nux/qemu-native
A warning is issued when run about an unexpected operator due to a
syntax error with an extra if empedded in the shell conditional. Remove
the extra if.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/classes/kernel-yocto.bbclass | 2
-64_20140718205500/eywa/meta-intel-internal
BBLAYERS += /build/yocto/daisy/intel-corei7-64_20140718205500/poky/meta
Is this a known issue? Have others hit this or have a workaround?
--
Darren Hart Open Source Technology Center
darren.h...@intel.com
On 9/24/14, 10:58, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Wed, 2014-09-24 at 09:34 -0700, Darren Hart wrote:
I've hit the following on a custom image recipe (based on core-image):
| Configuring run-postinsts.
|
| NOTE: Installing complementary packages ...
| NOTE
From: Chiz Chikwendu chiz.chikwe...@haemonetics.com
Date: Thursday, September 11, 2014 at 5:08
To: Openembedded List (openembedded-core@lists.openembedded.org)
openembedded-core@lists.openembedded.org
Cc: Darren Hart darren.h...@intel.com
Subject: bzImage not included in rootfs
I am new
On 9/10/14, 1:27, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Tue, 2014-09-09 at 17:42 -0700, Darren Hart wrote:
I'm working on a project which needs to have the full kernel sources
installed on the target. The kernel-dev package as defined by
kernel.bbclass is heavily pruned
the same recipe
though, but I suspect the impact to the common-case where this is not need
would be far too great.
Koen, I believe you had a solution for this with Angstrom?
--
Darren Hart
Intel Open Source Technology Center
--
___
Openembedded-core
On 7/18/14, 16:01, Darren Hart dvh...@linux.intel.com wrote:
Fixes [YOCTO 6550]
Images installing both trace-cmd and kernelshark would fail with:
error: file /usr/bin/trace-cmd conflicts between attempted installs of
kernelshark-1.2+git0+7055ffd37b-r3.core2_32 and
trace-cmd-1.2+git0+7055ffd37b
My previous patch adding gummiboot support was missing the line to
remove the initrd line from the boot config. This was an oversight in
copying over the grub setup to gummiboot. Add the necessary logic to
remove it.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib
On 7/21/14, 8:32, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Mon, 2014-07-21 at 08:21 -0700, Darren Hart wrote:
On 7/18/14, 16:01, Darren Hart dvh...@linux.intel.com wrote:
Fixes [YOCTO 6550]
Images installing both trace-cmd and kernelshark would fail with:
error: file
The current script intends to redirect stderr to stdout, but instead
redirects to a file named 1. No doubt a regex replace error.
Replace all instances of 21 with 21.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 38
Add basic signal handling to unmount and remove any temporary files.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
Please ignore this one (2/2), it rearranges output in a way that might
lead to someone pulling the USB key before the sync completes. I will
resend 2/2 of separately.
Apologies :/
On 7/21/14, 15:45, Darren Hart dvh...@linux.intel.com wrote:
Add basic signal handling to unmount and remove any
Add basic signal handling to unmount and remove any temporary files.
Correct a quoting issue with the die() function caught testing signal
handling.
Fix a minor typo in formatting output.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 6 --
1 file
the install prior to
packaging, as is already done with the ${datadir}.
Reported-by: California Sullivan california.l.sulli...@intel.com
Signed-off-by: Darren Hart dvh...@linux.intel.com
(cherry picked from commit eb08ae8f729ef77329892d19b23ddfdaa7953de0)
---
meta/recipes-kernel/trace-cmd
On Wednesday, July 16, 2014 02:15:59 PM Darren Hart wrote:
Fixes [YOCTO 6295]
Add gummiboot support for images built using:
EFI_PROVIDER=gummiboot
Add conditional configuration for GRUB and gummiboot. Provide some
messaging about which is being performed.
Signed-off-by: Darren Hart
Avoid some mkfs warnings by using all caps in the volume names.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index 1992d6c
Provide reasonable feedabck if the mount commands fail.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index 959307a..0d0674b 100755
Fixes [YOCTO 6295]
Add gummiboot support for images built using:
EFI_PROVIDER=gummiboot
Add conditional configuration for GRUB and gummiboot. Provide some
messaging about which is being performed.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 53
Remove superfluous output from commands, add a -v verbose flag, and
cleanup output.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 114 +--
1 file changed, 67 insertions(+), 47 deletions(-)
diff --git a/scripts
Rather than only copying the EFI/BOOT dir, copy the entire EFI dir
recursively. This allows for custom configurations to be enabled
implicitly with no extra work required.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 4 +---
1 file changed, 1 insertion
, making it more obvious what we need to clean up.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 115 +--
1 file changed, 68 insertions(+), 47 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib
Copying the rootfs is the most time intensive task. Move it last so if
we are to encounter other errors, we do so quickly and error out.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 22 --
1 file changed, 12 insertions(+), 10 deletions
running.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 92 +---
1 file changed, 60 insertions(+), 32 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index 98c43f5..530b784 100755
strictness (2014-07-16 10:31:17 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib dvhart/mkefidisk
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dvhart/mkefidisk
Darren Hart (8):
mkefidisk.sh: Use all caps for volume names
mkefidisk.sh: Add mount
Allow the user to specify a symlink as the host device. If a link is
used, mkefidisk will now dereference it and use the link target when
looking for sysfs information.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/mkefidisk.sh | 5 +
1 file changed, 5 insertions
On 5/28/14, 1:42, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Tue, 2014-05-27 at 13:38 -0700, Darren Hart wrote:
The following changes since commit
f3d62a9eb9c47356e6150fdd55f790c159e620c7:
eglinfo: updated to compile with mesa10+ (2014-05-27 16:11:55 +0100)
are available
On 5/24/14, 7:44, Koen Kooi k...@dominion.thruhere.net wrote:
Op 23 mei 2014, om 06:28 heeft Darren Hart dvh...@linux.intel.com het
volgende geschreven:
Update the ddimage script to allow it to work on Mac OS too. The biggest
difference is sysfs vs diskutil and in the syntax of the stat
seemed the more robust solution.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Koen Kooi k...@dominion.thruhere.net
---
v2: Correct disk3 to disk2 in the default blacklist per Koen's feedback
scripts/contrib/ddimage | 25 -
1 file changed, 20 insertions(+), 5
-contrib/log/?h=dvhart/i2c-tools
Darren Hart (1):
i2c-tools: Add i2c-tools to the core
meta/recipes-devtools/i2c-tools/files/Module.mk| 72
.../i2c-tools/i2c-tools-3.1.0/Module.mk| 72
meta/recipes-devtools/i2c-tools/i2c-tools_3.1.0.bb
with this. That would help me form
an opinion on 1 vs 2 anyway.
--
Darren Hart Open Source Technology Center
darren.h...@intel.com Intel Corporation
--
___
Openembedded-core mailing
intended
purpose.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 29 ++
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux
@@ -30,6 +30,8 @@
require conf/distro/poky.conf
DISTRO = poky-tiny
+DISTROOVERRIDES = poky:poky-tiny
^ Whitespace issue here?
+
# FIXME: consider adding a new tiny feature
#DISTRO_FEATURES_append = tiny
Thanks Saul,
--
Darren Hart Open Source Technology Center
Darren Hart (1):
ddimage: Support Mac OS
scripts/contrib/ddimage | 25 -
1 file changed, 20 insertions(+), 5 deletions(-)
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http
seemed the more robust solution.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
scripts/contrib/ddimage | 25 -
1 file changed, 20 insertions(+), 5 deletions(-)
diff --git a/scripts/contrib/ddimage b/scripts/contrib/ddimage
index 93ebeaf..b66d0dd 100755
--- a/scripts
that be removed from the grub recipe as well?
Does the BSP variable APPEND get incorporated here anywhere? It's
looking like it isn't - or maybe I'm missing it?
Thanks,
--
Darren Hart Open Source Technology Center
darren.h...@intel.com Intel
On 5/21/14, 19:07, Robert Yang wrote:
On 05/22/2014 01:43 AM, Darren Hart wrote:
On 5/19/14, 19:49, rongqing...@windriver.com wrote:
From: Robert Yang liezhi.y...@windriver.com
Hi Robert,
Just to clarify - there is no Patch 2/2 right?
Hi Darren,
Thanks, there is [PATCH 2/2] grub-2.00
The Yocto kernel tools look for SRCREV_machine in do_validate_branches,
if it's empty, it just returns and silently continues. This likely needs
at least a warning. However, this recipe should be using SRCREV_machine,
and not just SRCREV.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Reported
On 3/14/14, 20:51, Bruce Ashfield bruce.ashfi...@gmail.com wrote:
On Fri, Mar 14, 2014 at 5:15 PM, Darren Hart dvh...@linux.intel.com
wrote:
The Yocto kernel tools look for SRCREV_machine in do_validate_branches,
if it's empty, it just returns and silently continues. This likely needs
at least
On 3/7/14, 1:57, Stanacar, StefanX stefanx.stana...@intel.com wrote:
On Thu, 2014-03-06 at 14:36 -0800, Darren Hart wrote:
On 3/6/14, 10:15, Stefan Stanacar stefanx.stana...@intel.com wrote:
Adds a gummiboot class similar to grub-efi class and makes the
necessary
changes so it can be used
-by: Darren Hart dvh...@linux.intel.com
One thing I would like to see improved it the definition of the efi class
interface. I don't know how we do something like an abstract base class in
bb-speak, but someone wanting to add another EFI class needs to be able to
learn what the required methods
. Would it make more sense to define an efi interface and only one
bbclass that implemented that interface? Such as grub-efi.bbclass or
gummiboot.bbclass?
This isn't my area of expertise, maybe some recipe/bitbake experts can
weigh in here...
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open
=[^ ]*/ / $GUMMIBOOT_CFGS
+# add the root= and other standard boot options
+sed -i s@options *@options root=$rootfs rw $rootwait quiet @
$GUMMIBOOT_CFGS
+fi
umount /ssd
sync
--
1.8.5.3
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
-by: Stefan Stanacar stefanx.stana...@intel.com
I don't know if Saul or RP would prefer gnu-efi and gummiboot to arrive as
separate patches, probably a good idea. But in general, I agree with this
direction:
Acked-by: Darren Hart dvh...@linux.intel.com
Note: Added Koen on Cc, as he happens to also
Ferreira de Freitas joa...@gmail.com
Acked-by: Darren Hart dvh...@linux.intel.com
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http
it.
Signed-off-by: João Henrique Ferreira de Freitas joa...@gmail.com
Acked-by: Darren Hart dvh...@linux.intel.com
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core
On 2/14/14, 7:46, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Thu, 2014-02-13 at 11:00 -0800, Darren Hart wrote:
On 2/13/14, 3:33, Richard Purdie richard.pur...@linuxfoundation.org
wrote:
On Wed, 2014-02-12 at 22:20 -0200, João Henrique Ferreira de Freitas
wrote
, do you have a preference?
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
to find the
fragment.
+else:
+if os.path.exists(fragment):
+os.unlink(fragment)
+}
+
+do_fragmentconfig[nostamp] = 1
+addtask fragmentconfig
--
1.8.3.2
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
On 2/7/14, 8:48, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
| ERROR: Function failed: do_compile (log file is located at
/home/pokybuild/yocto-autobuilder-dev/yocto-slave/nightly-x86/build/b
ui
l
d/tmp/work/qemux86-poky-linux/linux-yocto/3.10.25+gitAUTOINC+4d658aa5
80
_
On 2/7/14, 9:24, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 14-02-07 11:55 AM, Darren Hart wrote:
On 2/7/14, 8:48, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
| ERROR: Function failed: do_compile (log file is located at
/home/pokybuild/yocto-autobuilder-dev/yocto-slave
or more - charachters.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Bruce Ashfield bruce.ashfi...@windriver.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-kernel/linux/linux-yocto.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta
On 2/5/14, 20:30, Bruce Ashfield bruce.ashfi...@gmail.com wrote:
On Wed, Feb 5, 2014 at 11:02 PM, Darren Hart dvh...@linux.intel.com
wrote:
The current linux-yocto build dir (B) includes MACHINE. This has been
appropriate as kernels are typically built machine-specific. We have
recently
the
various calls out to syslinux, grub, grub-efi, etc. Are you looking to
expand this, replace it ?
* postinst magic to update bootloader config on kernel upgrade
Opinions/Flames/ACPI rants?
Generally speaking, this looks like the right approach.
--
Darren Hart
Yocto Project - Linux
'' ?
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Tue, 2014-01-28 at 01:33 -0800, Darren Hart wrote:
On Tue, 2014-01-28 at 19:16 +0200, Stefan Stanacar wrote:
Now that the tune for qemux86-64 changed to core2-64 we need to
tell the emulator to use a proper CPU model. With the default setting
of qemu64 we'll get things like:
root
and Silvermont (e.g. Bay Trail)
CPUs (and beyond).
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark Hatle mark.ha
ia32 implies 32bit, while these files provide descriptions for IA32,
X86_64, and X32 architectures. The term x86 fits this used better
without resorting to using the term Intel which isn't quite right as
it excludes things like the tune-c3 file describing a Via CPU.
Signed-off-by: Darren Hart dvh
As x86_64 has been demoted to an ABI definition rather than a concrete
tune file, replace it with core2-64 for the qemux86-64 machine.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/conf/machine/qemux86-64.conf |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
at:
git://git.yoctoproject.org/poky-contrib dvhart/intel-tune-ng-v3
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dvhart/intel-tune-ng-v3
Darren Hart (15):
x86: Replace ia32 with x86 when referring to the generic architecture
i586: Only add the current tune to PACKAGE_EXTRA_ARCHS
Describe the expected usage of base architecture tune files and
arch-specific files, specifically the stacking of generations.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu
No new content, just correcting a few typographical errors.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark Hatle
be added to tune-x86 version if there is a need to
maintain them, but they really do not belong here.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble
Use the new names for the x86 tunes files (x86 instead of ia32).
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
.../conf/machine/include/genericx86-common.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-yocto-bsp/conf/machine/include/genericx86
.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark Hatle mark.ha...@windriver.com
Cc: Bruce Ashfield bruce.ashfi
Use require instead of include to avoid silent errors when the required
tune files change name or are moved. It's going to fail anyway, it might
as well fail with an error message that is immediately helpful.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta-yocto-bsp/conf/machine
Before making content changes, cleanup the various whitespace errors in
this file. Mostly end-of-line whitepsace.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin
As x86_64 has been demoted to an ABI definition rather than a concrete
tune file, replace it with core2-64 for the genericx86-64 machine.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta-yocto-bsp/conf/machine/genericx86-64.conf |3 ++-
1 file changed, 2 insertions(+), 1 deletion
Aside from the movbe and specialized instruction scheduling for the lack
of out-of-order scheduling in the older Atom CPUs, the core2 tune covers
these CPUs adequately. Since the current atom tune just uses core2
anyway, go ahead and make this explicit here.
Signed-off-by: Darren Hart dvh
an implicit 32b mode and rather than
changing the naming scheme part way through the architecture hiearchy,
make the 32b and 64b variant explicit in the tune name by changing core2
to core2_32.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/conf/machine/include/tune-core2.inc | 12
Inherit the PACKAGE_EXTRA_ARCHS from i586 and only explicitly add core2
here.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@intel.com
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc
On Tue, 2014-01-21 at 23:58 +0100, Martin Jansa wrote:
On Tue, Jan 21, 2014 at 02:39:58PM -0800, Darren Hart wrote:
Aside from the movbe and specialized instruction scheduling for the lack
of out-of-order scheduling in the older Atom CPUs, the core2 tune covers
these CPUs adequately. Since
On Tue, 2014-01-21 at 23:55 +0100, Martin Jansa wrote:
On Tue, Jan 21, 2014 at 02:39:47PM -0800, Darren Hart wrote:
ia32 implies 32bit, while these files provide descriptions for IA32,
X86_64, and X32 architectures. The term x86 fits this used better
without resorting to using the term
On Tue, 2014-01-21 at 14:40 -0800, Darren Hart wrote:
All,
The following lays the groundwork for some rethinking of support for x86
platforms. In particular, the meta-intel layer will undergo some major
refactoring once this is merged. We believe it is of value to keep as much
of the tune
ia32 implies 32bit, while these files provide descriptions for IA32,
X86_64, and X32 architectures. The term x86 fits this used better
without resorting to using the term Intel which isn't quite right as
it excludes things like the tune-c3 file describing a Via CPU.
Signed-off-by: Darren Hart dvh
Update the substrates to use x86-base instead of ia32-base and core2-64
instead of x86-64. Update the core2 bit to include the DEFAULTTUNE to be
explicit.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle
be added to tune-x86 version if there is a need to
maintain them, but they really do not belong here.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin
dvhart/x86-tune-ng-v2
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=dvhart/x86-tune-ng-v2
Darren Hart (19):
x86: Replace ia32 with x86 when referring to the generic architecture
i586: Only add the current tune to PACKAGE_EXTRA_ARCHS
tune-core2: Replace -mtune=generic with -mtune
As x86_64 has been demoted to an ABI definition rather than a concrete
tune file, replace it with core2-64 for the genericx86-64 machine.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom
Aside from the movbe and specialized instruction scheduling for the lack
of out-of-order scheduling in the older Atom CPUs, the core2 tune covers
these CPUs adequately. Since the current atom tune just uses core2
anyway, go ahead and make this explicit here.
Signed-off-by: Darren Hart dvh
No new content, just correcting a few typographical errors.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark
Describe the expected usage of base architecture tune files and
arch-specific files, specifically the stacking of generations.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu
.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark Hatle mark.ha...@windriver.com
Cc: Bruce Ashfield bruce.ashfi
for all but a couple esoteric
corner cases involving older pre-core2 CPUs. In these cases, if they
exist at all, the BSP can replace the include tune-x86_64.inc with
arch-x86.inc and set the default tune to x86_64.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur
Use require instead of include to avoid silent errors when the required
tune files change name or are moved. It's going to fail anyway, it might
as well fail with an error message that is immediately helpful.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur
As x86_64 has been demoted to an ABI definition rather than a concrete
tune file, replace it with core2-64 for the qemux86-64 machine.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi
Use the new names for the x86 tunes files (x86 instead of ia32).
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc
and Silvermont (e.g. Bay Trail)
CPUs (and beyond).
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble nitin.a.kam...@intel.com
Cc: Mark Hatle mark.ha
Before making content changes, cleanup the various whitespace errors in
this file. Mostly end-of-line whitepsace.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Update the x86_64 architecture bsp creator to include choices for core2
and corei7 tune files.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu...@intel.com
Cc: Nitin Kamble
Replace core2 with core2_32 where appropriate for the new
x86 tune naming.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Scott Rifenbark scott.m.rifenb...@intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul Eggleton paul.eggle...@intel.com
Cc: Tom Zanussi tom.zanu
an implicit 32b mode and rather than
changing the naming scheme part way through the architecture hiearchy,
make the 32b and 64b variant explicit in the tune name by changing core2
to core2_32.
Signed-off-by: Darren Hart dvh...@linux.intel.com
Cc: Richard Purdie richard.pur...@linuxfoundation.org
Cc: Paul
1 - 100 of 809 matches
Mail list logo