From: Martin Jansa <martin.jansa@gmail.com>
To: McClintock Matthew-B29882 <B29882@freescale.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
openembedded-core@lists.openembedded.org,
Scott Garman <scott.a.garman@intel.com>
Subject: Re: [yocto] Trying to re-use sstate.
Date: Wed, 15 Feb 2012 16:34:36 +0100 [thread overview]
Message-ID: <20120215153436.GA32230@jama.jama.net> (raw)
In-Reply-To: <20120214175804.GB23843@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 3805 bytes --]
On Tue, Feb 14, 2012 at 06:58:05PM +0100, Martin Jansa wrote:
> On Tue, Feb 07, 2012 at 02:59:54PM +0000, McClintock Matthew-B29882 wrote:
> > The paths issue your are speculating on was fixed by myself and Richard last November.
> >
> > I would suggest running bitbake-diffsig to determine the actual sstate differences.
> >
>
> Usually I'm complaining that sstate cache is not used enough, but today
> I got pretty decent percentage of reuse while building from scratch 2
> similar machines (nokia900 and om-gta04) but also few wrong sysroot
> references which slipped in (I thought those were fixed).
>
> First I've built my image for nokia900, then for om-gta04 (with rm_work
> disabled to reuse sstate).
>
> OE @ ~/shr-core/tmp-eglibc/sysroots/om-gta04 $ grep -R nokia900 . 2>/dev/null >nokia900.log
>
> $ wc -l nokia900.log
> 1673 nokia900.log
>
> now lot's of binaries have some reference to nokia900 sysroot, grep
> shows e.g. "Binary file ./lib/ld-2.15.so matches"
> $ grep "^Binary file " nokia900.log | wc -l
> 1637
>
> which is maybe fine..
>
> An then there is few crossscripts and headers some are already in
> SSTATE_SCAN_FILES some are missing I guess:
>
> $ grep -v "^Binary file " nokia900.log | wc -l
> 36
> $ grep -v "^Binary file " nokia900.log | sed 's/:.*//g' | sort -u
> ./usr/bin/crossscripts/arm-oe-linux-gnueabi-libtool
> ./usr/bin/crossscripts/curl-config
> ./usr/bin/crossscripts/libgcrypt-config
> ./usr/bin/crossscripts/libtoolize
> ./usr/include/gmp.h
> ./usr/lib/gcc/arm-oe-linux-gnueabi/4.6.3/plugin/include/configargs.h
> ./usr/lib/python2.7/config/Makefile
and there is more
./usr/bin/crossscripts/apu-1-config:INCLUDES="-I/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include"
./usr/bin/crossscripts/apu-1-config:LDFLAGS="-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib"
./usr/bin/crossscripts/gdlib-config: echo -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib
./usr/bin/crossscripts/gdlib-config: echo "ldflags: -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib"
./usr/bin/crossscripts/apr-1-config:CC="arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900"
./usr/bin/crossscripts/apr-1-config:CPP="arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8"
./usr/lib/postgresql/pgxs/src/Makefile.global:CPP = arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8
./usr/lib/postgresql/pgxs/src/Makefile.global:CC = arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/lib/postgresql/pgxs/src/Makefile.global:LD = arm-oe-linux-gnueabi-ld --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/apr/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/build-1/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
Cheers,
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Martin Jansa <martin.jansa@gmail.com>
To: McClintock Matthew-B29882 <B29882@freescale.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
openembedded-core@lists.openembedded.org,
Scott Garman <scott.a.garman@intel.com>
Subject: Re: Trying to re-use sstate.
Date: Wed, 15 Feb 2012 16:34:36 +0100 [thread overview]
Message-ID: <20120215153436.GA32230@jama.jama.net> (raw)
In-Reply-To: <20120214175804.GB23843@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 3805 bytes --]
On Tue, Feb 14, 2012 at 06:58:05PM +0100, Martin Jansa wrote:
> On Tue, Feb 07, 2012 at 02:59:54PM +0000, McClintock Matthew-B29882 wrote:
> > The paths issue your are speculating on was fixed by myself and Richard last November.
> >
> > I would suggest running bitbake-diffsig to determine the actual sstate differences.
> >
>
> Usually I'm complaining that sstate cache is not used enough, but today
> I got pretty decent percentage of reuse while building from scratch 2
> similar machines (nokia900 and om-gta04) but also few wrong sysroot
> references which slipped in (I thought those were fixed).
>
> First I've built my image for nokia900, then for om-gta04 (with rm_work
> disabled to reuse sstate).
>
> OE @ ~/shr-core/tmp-eglibc/sysroots/om-gta04 $ grep -R nokia900 . 2>/dev/null >nokia900.log
>
> $ wc -l nokia900.log
> 1673 nokia900.log
>
> now lot's of binaries have some reference to nokia900 sysroot, grep
> shows e.g. "Binary file ./lib/ld-2.15.so matches"
> $ grep "^Binary file " nokia900.log | wc -l
> 1637
>
> which is maybe fine..
>
> An then there is few crossscripts and headers some are already in
> SSTATE_SCAN_FILES some are missing I guess:
>
> $ grep -v "^Binary file " nokia900.log | wc -l
> 36
> $ grep -v "^Binary file " nokia900.log | sed 's/:.*//g' | sort -u
> ./usr/bin/crossscripts/arm-oe-linux-gnueabi-libtool
> ./usr/bin/crossscripts/curl-config
> ./usr/bin/crossscripts/libgcrypt-config
> ./usr/bin/crossscripts/libtoolize
> ./usr/include/gmp.h
> ./usr/lib/gcc/arm-oe-linux-gnueabi/4.6.3/plugin/include/configargs.h
> ./usr/lib/python2.7/config/Makefile
and there is more
./usr/bin/crossscripts/apu-1-config:INCLUDES="-I/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include"
./usr/bin/crossscripts/apu-1-config:LDFLAGS="-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib"
./usr/bin/crossscripts/gdlib-config: echo -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib
./usr/bin/crossscripts/gdlib-config: echo "ldflags: -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib"
./usr/bin/crossscripts/apr-1-config:CC="arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900"
./usr/bin/crossscripts/apr-1-config:CPP="arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8"
./usr/lib/postgresql/pgxs/src/Makefile.global:CPP = arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8
./usr/lib/postgresql/pgxs/src/Makefile.global:CC = arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/lib/postgresql/pgxs/src/Makefile.global:LD = arm-oe-linux-gnueabi-ld --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/apr/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/build-1/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
Cheers,
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
next prev parent reply other threads:[~2012-02-15 15:42 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-04 4:51 Trying to re-use sstate Scott Garman
2012-02-06 7:53 ` David Nyström
2012-02-06 15:08 ` Chris Larson
2012-02-09 23:14 ` Scott Garman
2012-02-07 14:59 ` McClintock Matthew-B29882
2012-02-14 17:58 ` [yocto] " Martin Jansa
2012-02-14 17:58 ` Martin Jansa
2012-02-15 15:34 ` Martin Jansa [this message]
2012-02-15 15:34 ` Martin Jansa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120215153436.GA32230@jama.jama.net \
--to=martin.jansa@gmail.com \
--cc=B29882@freescale.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=scott.a.garman@intel.com \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.