refix=yes", "", d)}"
> +
> +# Quark tune feature
> +AVAILTUNES = "i586-nlp-32"
> +TUNE_FEATURES_tune-i586-nlp-32 = "${TUNE_FEATURES_tune-x86} i586-nlp"
> +BASE_LIB_tune-i586-nlp-32 = "lib"
> +TUNE_PKGARCH_tune-i586-nlp-32 = &qu
are added. Add connman
> and
> connman test for network sanity
>
> Signed-off-by: Saul Wold
Acked-by: Darren Hart
--
Darren Hart
Intel Open Source Technology Center
--
___
Openembedded-core mailing list
Openembedded-core@
On 6/23/15, 10:19 AM, "Phil Blundell" 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
&
t;
>
>Since i586 doesn't work with this hardware, should this inherit the i586
>tune?
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 it so
tended message:
>
>ERROR: socat binary not in PATH
>
>Redirecting the error message to STDERR fixes this issue.
>
>Signed-off-by: Juro Bystricky
Thanks Juro, good fix.
Reviewed-by: Darren Hart
--
Darren Hart
Intel Open Source Technology Center
--
_
's own line.
> Signed-off-by: Vincent Génieux
Here it is customary to list the people you have been working with:
Cc: Darren Hart
Cc: Bruce Ashfield...
etc.
Also, ensure your mailer does actually Cc those people (git send-email
can do this automatically).
> ---
> meta/classes/ke
On 1/7/15, 5:22 AM, "Bruce Ashfield" 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 they could be, we're
ub.cfg of the boot
> device to be loaded.
>
> Signed-off-by: Arindam Nath
> Reviewed-by: Drew Moseley
> Tested-by: Ravikiran Polepalli
This looks appropriate to me, and solves a problem I've heard echo'd
elsewhere. Thanks!
Acked-by: Darren Hart
> ---
> meta/
On 10/8/14, 11:00, "Darren Hart" 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
>
qemu-native configuration issue or something else... 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.
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
Cc: Bruce Ashfield
---
meta/classes/kernel-yocto.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On 9/24/14, 10:58, "Richard Purdie"
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 complem
meta-g
nome"
BBLAYERS += "/build/yocto/daisy/intel-corei7-64_20140718205500/eywa/meta"
BBLAYERS +=
"/build/yocto/daisy/intel-corei7-64_20140718205500/eywa/meta-intel-internal
"
BBLAYERS += "/build/yocto/daisy/intel-corei7-64_20140718205500/poky/meta"
Is this a k
From: Chiz Chikwendu
Date: Thursday, September 11, 2014 at 5:08
To: "Openembedded List (openembedded-core@lists.openembedded.org)"
Cc: Darren Hart
Subject: bzImage not included in rootfs
>I am new to Openembedded (and yocto).
Hi Chiz,
For future reference, when sending em
On 9/10/14, 1:27, "Richard Purdie"
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 heavi
l come from 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
--
___
Op
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
---
scripts/contrib/mkefidisk.sh | 6 --
1 file changed, 4
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" wrote:
>Add basic signal handling to unmount and remove any te
Add basic signal handling to unmount and remove any temporary files.
Signed-off-by: Darren Hart
---
scripts/contrib/mkefidisk.sh | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index 44ab8d5..7d48b53
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 2>1 with 2>&1.
Signed-off-by: Darren Hart
---
scripts/contrib/mkefidisk.sh | 38 +++---
1 file c
On 7/21/14, 8:32, "Richard Purdie"
wrote:
>On Mon, 2014-07-21 at 08:21 -0700, Darren Hart wrote:
>> On 7/18/14, 16:01, "Darren Hart" wrote:
>>
>> >Fixes [YOCTO 6550]
>> >
>> >Images installing both trace-cmd and kernelshark woul
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
---
scripts/contrib/mkefidisk.sh | 1 +
1 file
On 7/18/14, 16:01, "Darren Hart" 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-
install prior to
packaging, as is already done with the ${datadir}.
Reported-by: California Sullivan
Signed-off-by: Darren Hart
(cherry picked from commit eb08ae8f729ef77329892d19b23ddfdaa7953de0)
---
meta/recipes-kernel/trace-cmd/kernelshark_1.2.bb | 1 +
1 file changed, 1 insertion(+)
diff
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 b
; automake 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:
ered while running.
Signed-off-by: Darren Hart
---
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
--- a/scrip
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
---
scripts/contrib/mkefidisk.sh | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a
, making it more obvious what we need to clean up.
Signed-off-by: Darren Hart
---
scripts/contrib/mkefidisk.sh | 115 +--
1 file changed, 68 insertions(+), 47 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
index
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
---
scripts/contrib/mkefidi
Remove superfluous output from commands, add a -v verbose flag, and
cleanup output.
Signed-off-by: Darren Hart
---
scripts/contrib/mkefidisk.sh | 114 +--
1 file changed, 67 insertions(+), 47 deletions(-)
diff --git a/scripts/contrib/mkefidisk.sh b
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
---
scripts/contrib/mkefidisk.sh | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff
Provide reasonable feedabck if the mount commands fail.
Signed-off-by: Darren Hart
---
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
--- a/scripts/contrib
Avoid some mkfs warnings by using all caps in the volume names.
Signed-off-by: Darren Hart
---
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..959307a 100755
--- a
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
---
scripts/contrib/mkefidisk.sh | 5 +
1 file changed, 5 insertions(+)
diff --git a/scripts
On 5/28/14, 1:42, "Richard Purdie"
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 +
an optional mega-config package?
I think it would help to provide a bit of background/motivation regarding
what exactly we're trying to accomplish with this. That would help me form
an opinion on 1 vs 2 anyway.
--
Darren Hart
-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
seemed the more robust solution.
Signed-off-by: Darren Hart
Cc: Koen Kooi
---
v2: Correct disk3 to disk2 in the default blacklist per Koen's feedback
scripts/contrib/ddimage | 25 -
1 file changed, 20 insertions(+), 5 deletions(-)
diff --git a/scripts/contrib/ddim
On 5/24/14, 7:44, "Koen Kooi" wrote:
>
>Op 23 mei 2014, om 06:28 heeft Darren Hart 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 c
+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
intended
purpose.
Signed-off-by: Darren Hart
---
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-yocto-dev.bb
index
seemed the more robust solution.
Signed-off-by: Darren Hart
---
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/contrib/ddimage
+++ b
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
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
Hi Robert,
Just to clarify - there is no Patch 2/2 right?
Hi Darren,
Thanks, there is [PATCH 2/2] grub-2.00: remove our 40_custom
rw $5 $3 $4 quiet
+}
+_EOF
OK, seems like a reasonable incremental change. What becomes of the
40_custom file itself? Should that be removed from the grub recipe as well?
Does the BSP variable "APPEND" get incorporated here anywhere? It's
looking like it isn&#x
On 3/14/14, 20:51, "Bruce Ashfield" wrote:
>On Fri, Mar 14, 2014 at 5:15 PM, Darren Hart
>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
>> a
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
Reported-by: Saul Wol
On 3/7/14, 1:57, "Stanacar, StefanX" wrote:
>
>
>
>On Thu, 2014-03-06 at 14:36 -0800, Darren Hart wrote:
>> On 3/6/14, 10:15, "Stefan Stanacar" wrote:
>>
>> >Adds a gummiboot class similar to grub-efi class and makes the
>>necessary
&
>I've tested again the changes on top of master.
This series looks much improved to me. I think it can go in as it stands.
Acked-by: Darren Hart
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 bas
ld with KERNEL_FEATURES_append = " cfg/efi-ext" in
>local.conf
>
>Signed-off-by: Stefan Stanacar
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: Da
" $GRUBCFG
>+# Copy the efi loader
>+cp /media/$1/EFI/BOOT/*.efi $EFIDIR
>+
>+if [ -f /media/$1/EFI/BOOT/grub.cfg ]; then
>+GRUBCFG="$EFIDIR/grub.cfg"
>+cp /media/$1/EFI/BOOT/grub.cfg $GRUBCFG
>+# Update gr
>@@ -87,7 +88,7 @@ build_boot_dd() {
> syslinux_hddimg_populate $HDDDIR
> fi
> if [ "${EFI}" = "1" ]; then
>- grubefi_hddimg_populate $HDDDIR
>+ ${EFICLASS_FUNC_PREFIX}_hddimg_populate $HDDDIR
This seem
o copy it.
>
>Signed-off-by: João Henrique Ferreira de Freitas
Acked-by: Darren Hart
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.
;Signed-off-by: João Henrique Ferreira de Freitas
Acked-by: Darren Hart
--
Darren Hart
Yocto Project - Linux Kernel
Intel Open Source Technology Center
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.opene
On 2/14/14, 7:46, "Richard Purdie"
wrote:
>On Thu, 2014-02-13 at 11:00 -0800, Darren Hart wrote:
>> On 2/13/14, 3:33, "Richard Purdie"
>> wrote:
>>
>> >On Wed, 2014-02-12 at 22:20 -0200, João Henrique Ferreira de Freitas
>> >wrote:
>
cml1.bbclass? It may make sense in busybox as well, so maybe
this is the right place.
RP, 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
>+bb.note("new '%s' old '%s'" % (md5newconfig,md5config))
Nit, add space after ","
>+
>+statement = 'diff -Nurp ' + configorig + ' ' + config + '| sed
>-n "s/^\+//p" >' + fragment
>+
On 2/7/14, 9:24, "Bruce Ashfield" wrote:
>On 14-02-07 11:55 AM, Darren Hart wrote:
>> On 2/7/14, 8:48, "Bruce Ashfield" wrote:
>>>>>>>> | ERROR: Function failed: do_compile (log file is located at
>>>>>>>>
>>>
On 2/7/14, 8:48, "Bruce Ashfield" 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+4d658a
Erm, and Nitin Cc'd this time. Sigh. Always a hoot.
On 2/7/14, 8:46, "Darren Hart" wrote:
>Nitin - please join me in looking into what's happening here.
>
>On 2/7/14, 8:44, "Bruce Ashfield" wrote:
>
>>On 14-02-07 11:42 AM, Saul Wold wrote:
Nitin - please join me in looking into what's happening here.
On 2/7/14, 8:44, "Bruce Ashfield" wrote:
>On 14-02-07 11:42 AM, Saul Wold wrote:
>> On 02/04/2014 09:34 AM, Bruce Ashfield wrote:
>>> Updating the SRCREVs of the 3.10 tree to reflect the integration of
>>> of commit 68054859 from:
>>>
On 2/5/14, 20:30, "Bruce Ashfield" wrote:
>On Wed, Feb 5, 2014 at 11:02 PM, Darren Hart
>wrote:
>> The current linux-yocto build dir (B) includes MACHINE. This has been
>> appropriate as kernels are typically built machine-specific. We have
>> recently intr
more - charachters.
Signed-off-by: Darren Hart
Cc: Bruce Ashfield
Cc: Richard Purdie
---
meta/recipes-kernel/linux/linux-yocto.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
b/meta/recipes-kernel/linux/linux-yocto.inc
index
e.g. grub.cfg and bootloader-spec entries for gummiboot.
The bootimg.bbclass does something along these lines and abstracts 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
&
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
ORY $KERNEL_NETWORK_CMD"
> - QEMUOPTIONS="$QEMU_NETWORK_CMD $ROOTFS_OPTIONS $QEMU_UI_OPTIONS"
> +QEMUOPTIONS="$QEMU_NETWORK_CMD -cpu $CPU_SUBTYPE $ROOTFS_OPTIONS
> $QEMU_UI_OPTIONS"
So what happens here when it is empty? "-cpu ''" ?
--
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
llowing is the list of intel specific variables:
+The following is the list of X86 specific variables:
X86ARCH32 - This is the 32-bit architecture GNU canonical arch, TUNE_ARCH.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
signature.asc
Description: Thi
Replace core2 with core2_32 where appropriate for the new
x86 tune naming.
Signed-off-by: Darren Hart
Cc: Scott Rifenbark >
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
.../profile-manual/profile-man
forward 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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Inherit the PACKAGE_EXTRA_ARCHS from i586 and only explicitly add core2
here.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine/include/tune-core2.inc |3 ++-
1
I created this after a git grep to look for files impacted by the x86
tune changes. I need a careful review here to determine if this is in
fact the right thing to do.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce
Before making content changes, cleanup the various whitespace errors in
this file. Mostly end-of-line whitepsace.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine
Update the x86_64 architecture bsp creator to include choices for core2
and corei7 tune files.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
.../arch/x86_64/conf/machine/{{=machine
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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Ma
Use the new names for the x86 tunes files (x86 instead of ia32).
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
Cc: Ross Burton
---
.../conf/machine/include/genericx86-common.inc
.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine/include/tune-core2.inc | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine
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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanuss
and Silvermont (e.g. Bay Trail)
CPUs (and beyond).
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine/include/tune-corei7.inc | 35 +
1 f
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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Ma
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
Cc
Describe the expected usage of base architecture tune files and
arch-specific files, specifically the stacking of generations.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf
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.
S
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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc
could 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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine/include/tune
git.yoctoproject.org/poky-contrib 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: Re
No new content, just correcting a few typographical errors.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
Cc: Martin Jansa
---
meta/conf/machine/include/README |6 +++---
1 file changed, 3 insertions
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 a
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
> >
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
> >
forward 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
---
meta/conf/machine/include/tune-core2.inc | 12 ++--
1 file
Inherit the PACKAGE_EXTRA_ARCHS from i586 and only explicitly add core2
here.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
---
meta/conf/machine/include/tune-core2.inc |3 ++-
1 file changed, 2
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
---
meta
Before making content changes, cleanup the various whitespace errors in
this file. Mostly end-of-line whitepsace.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
---
meta/conf/machine/include/README | 88
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
---
meta-yocto-bsp/conf/machine/genericx86-64.conf |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --
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
---
meta-yocto-bsp/conf/machine/genericx86-64.conf |
No new content, just correcting a few typographical errors.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
---
meta/conf/machine/include/README |6 +++---
1 file changed, 3 insertions(+), 3 deletions
could 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
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
---
meta/conf/machine/include/tune-i586.inc |2
Describe the expected usage of base architecture tune files and
arch-specific files, specifically the stacking of generations.
Signed-off-by: Darren Hart
Cc: Richard Purdie
Cc: Paul Eggleton
Cc: Tom Zanussi
Cc: Nitin Kamble
Cc: Mark Hatle
Cc: Bruce Ashfield
---
meta/conf/machine/include
1 - 100 of 900 matches
Mail list logo
