[oe] [meta-oe][PATCH v3] libftid: Change to use GPLv2 intead of GPLv2-RLE.
libftdi itself is licensed under LGPLv2, with some parts (eeprom programmer) is licensed under GPLv2. There doesn't seem to be any part licensed under a GPLv2-RLE variation of GPLv2, and so we should use GPLv2 instead of GPLv2-RLE. Signed-off-by: Martin Ertsaas mert...@cisco.com --- meta-oe/recipes-support/libftdi/libftdi_0.19.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta-oe/recipes-support/libftdi/libftdi_0.19.bb b/meta-oe/recipes-support/libftdi/libftdi_0.19.bb index 2dba3f4..d3d6dcf 100644 --- a/meta-oe/recipes-support/libftdi/libftdi_0.19.bb +++ b/meta-oe/recipes-support/libftdi/libftdi_0.19.bb @@ -4,7 +4,9 @@ including the popular bitbang mode. HOMEPAGE = http://www.intra2net.com/en/developer/libftdi/; SECTION = libs -LICENSE = LGPLv2.1 GPLv2-RLE +PR = r1 + +LICENSE = LGPLv2.1 GPLv2 LIC_FILES_CHKSUM= file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe \ file://COPYING.LIB;md5=db979804f025cf55aabec7129cb671ed \ -- 1.7.8.6 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] jni.h included
On 10/09/2012 07:51 AM, Martin Ertsås wrote:
As you are using icedtea6, I guess DEPENDS += icedtea6 should do it.
- Martin
I thought that might do the trick, but...
ERROR: Nothing PROVIDES 'icedtea6'
So I tried
DEPENDS += icedtea6-native
and that ends with
jni.h: No such file or directory
Any other ideas?
On 10/08/12 16:49, Jaap de Jong wrote:
On 10/08/2012 04:05 PM, Khem Raj wrote:
On Mon, Oct 8, 2012 at 4:18 AM, Jaap de Jong jaap.dej...@nedap.com
wrote:
Hi All!
probably a stupid question... my apologies!
If a source I'm working on #include jni.h what do I need to add in a
recipe
to get it translated?
DEPENDS += openjdk or something like that which denotes jdk
Tried
DEPENDS += openjdk
unfortunately errors out with
ERROR: Nothing PROVIDES 'openjdk'
Tried with
DEPENDS += openjdk-6
but that errors out with
fatal error: jni.h: No such file or directory
So finally I ended up adding this:
CFLAGS += -I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include
-I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include/linux
But that just looks so ugly...
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance 0/1] pull request 20121009
On 09.10.2012 16:42, Tom Rini wrote: On Tue, Oct 09, 2012 at 10:49:06AM +0200, Steffen Sledz wrote: Hi Tom, please pull this commit which fixes a build problem on build hosts with newer libXrender installations. Thx, Steffen The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb: gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700) are available in the git repository at: git://github.com/sledz/oe pull-request-3 https://github.com/sledz/oe/tree/pull-request-3 Steffen Sledz (1): pango-native: add libxrender-native to dependencies recipes/pango/pango.inc |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Applied to 2011.03-maintenance, thanks! Something went wrong. The patch isn't in the 2011.03-maintenance branch. :( Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] jni.h included
Assuming you use meta-java, it seems like what you are looking for is:
DEPENDS += openjdk-6-jdk
as that at least contains the include, lib and bin directory.
- Martin
On 10/10/12 08:40, Jaap de Jong wrote:
On 10/09/2012 07:51 AM, Martin Ertsås wrote:
As you are using icedtea6, I guess DEPENDS += icedtea6 should do it.
- Martin
I thought that might do the trick, but...
ERROR: Nothing PROVIDES 'icedtea6'
So I tried
DEPENDS += icedtea6-native
and that ends with
jni.h: No such file or directory
Any other ideas?
On 10/08/12 16:49, Jaap de Jong wrote:
On 10/08/2012 04:05 PM, Khem Raj wrote:
On Mon, Oct 8, 2012 at 4:18 AM, Jaap de Jong jaap.dej...@nedap.com
wrote:
Hi All!
probably a stupid question... my apologies!
If a source I'm working on #include jni.h what do I need to add in a
recipe
to get it translated?
DEPENDS += openjdk or something like that which denotes jdk
Tried
DEPENDS += openjdk
unfortunately errors out with
ERROR: Nothing PROVIDES 'openjdk'
Tried with
DEPENDS += openjdk-6
but that errors out with
fatal error: jni.h: No such file or directory
So finally I ended up adding this:
CFLAGS += -I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include
-I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include/linux
But that just looks so ugly...
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 5/5] libav: Change the PACKAGES_DYNAMIC expression to be more restrict
W dniu 06.10.2012 22:18, Otavio Salvador pisze:
Using 'lib*' we end having problem with every other package that
generate libraries dynamically thus we changed it to match the library
prefixes.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta-oe/recipes-multimedia/libav/libav.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-oe/recipes-multimedia/libav/libav.inc
b/meta-oe/recipes-multimedia/libav/libav.inc
index aa170c5..4a1716f 100644
--- a/meta-oe/recipes-multimedia/libav/libav.inc
+++ b/meta-oe/recipes-multimedia/libav/libav.inc
@@ -119,4 +119,4 @@ python populate_packages_prepend() {
allow_links=True)
}
-PACKAGES_DYNAMIC = lib*
+PACKAGES_DYNAMIC = lib(av(codec|device|filter|format|util)|postproc)*
Can it get merged? Or should we keep copy of libav in external layers?
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] jni.h included
On 10/10/2012 08:51 AM, Martin Ertsås wrote:
Assuming you use meta-java, it seems like what you are looking for is:
DEPENDS += openjdk-6-jdk
as that at least contains the include, lib and bin directory.
- Martin
It just looks so simple... but does not work: jni.h not found
For now I will stay with changing CFLAGS; ugly, but works!
Thanks all for the support!
On 10/10/12 08:40, Jaap de Jong wrote:
On 10/09/2012 07:51 AM, Martin Ertsås wrote:
As you are using icedtea6, I guess DEPENDS += icedtea6 should do it.
- Martin
I thought that might do the trick, but...
ERROR: Nothing PROVIDES 'icedtea6'
So I tried
DEPENDS += icedtea6-native
and that ends with
jni.h: No such file or directory
Any other ideas?
On 10/08/12 16:49, Jaap de Jong wrote:
On 10/08/2012 04:05 PM, Khem Raj wrote:
On Mon, Oct 8, 2012 at 4:18 AM, Jaap de Jong jaap.dej...@nedap.com
wrote:
Hi All!
probably a stupid question... my apologies!
If a source I'm working on #include jni.h what do I need to add in a
recipe
to get it translated?
DEPENDS += openjdk or something like that which denotes jdk
Tried
DEPENDS += openjdk
unfortunately errors out with
ERROR: Nothing PROVIDES 'openjdk'
Tried with
DEPENDS += openjdk-6
but that errors out with
fatal error: jni.h: No such file or directory
So finally I ended up adding this:
CFLAGS += -I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include
-I${STAGING_LIBDIR_NATIVE}/jvm/icedtea6-native/include/linux
But that just looks so ugly...
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance 0/1] pull request 20121009
On Wed, Oct 10, 2012 at 08:41:52AM +0200, Steffen Sledz wrote: On 09.10.2012 16:42, Tom Rini wrote: On Tue, Oct 09, 2012 at 10:49:06AM +0200, Steffen Sledz wrote: Hi Tom, please pull this commit which fixes a build problem on build hosts with newer libXrender installations. Thx, Steffen The following changes since commit a35ceaacb2019750dc9f4b4fd5ea927cf2ad47fb: gdk-pixbuf: add missing dependencies (2012-09-14 15:07:04 -0700) are available in the git repository at: git://github.com/sledz/oe pull-request-3 https://github.com/sledz/oe/tree/pull-request-3 Steffen Sledz (1): pango-native: add libxrender-native to dependencies recipes/pango/pango.inc |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Applied to 2011.03-maintenance, thanks! Something went wrong. The patch isn't in the 2011.03-maintenance branch. :( OK, now it's pushed there too, sorry about that. -- Tom signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] MINUTES: OE TSC 25 September 2012
OpenEmbedded TSC Meeting 25 September 2012 Attendees: Richard, Mark, Koen, Paul, Khem Notes: Jefro Agenda Results 1. pick a chair RP ___ 2. lingering issues ALL: could use some documentation discussed priorities: website update, identify main pages out of date consistency of the contribution guidelines and new user ramp up bitbake manual a. raise awareness of janitor list, QA bugs working b. discuss communication with OE community about release-oriented phases RP to send email about feature freeze - DONE remove from lingering issues c. pre/post install scripting (fray) no change d. systemd discuss on mailing list (all) - scheduled for 1.4 remove from lingering issues e. PR bumps = koen to investigate server report back = bluelightning to test on autobuilder infrastructure = bluelightning to document setup steps on wiki some good bugs on PR bumps submitted lower priority due to release, PR service pushed to 1.4 g. meta-networking ready to go, waiting on final repo keys to enable push remove from lingering issues h. whitespace changes to the shell (Martin) ref: http://lists.linuxtogo.org/pipermail/openembedded-core/2012-July/026176.html - Reluctant conclusion: tabs for shell, 4 spaces for python. = Need to ensure well documented then remove i. meta-oe: meta-systemd discussed yoctoproject version is temporary until OE version complete meta-oe/meta-systemd is the official version yoctoproject.org blog post ameded [Jefro] blacklist.bbclass gone now kernel.bbclass pending on 1. proper distro-wide machine-kernel-pr method 2. proper distro-wide uimage method ___ 3. new issues a. Meetup at ELCE OE general assembly Weds eve 5pm Yocto Project Developer day Thurs = possible TSC lunch/dinner TBD b. 1.3 branching strategy (Koen) - can we cut down the get backports into the 1.3 branch from weeks to days? positive first impressions on strategy, discussion about details sgarman doing a good job with 1.2 discuss on mailing list ___ 4. status a. Separation of / and /usr evaluate patches individually case by case, open to reevaluation if needed remove from status list b. oe-core release discussed in 2b branch/tag, also discussed tarballs but nowhere to host easily branches most useful website guide needs to be updated c. infrastructure - Jefro has volunteered to help with oe-members - done Khem requests mailman archives text-only display Koen's branching strategy description: 1.3 branching strategy: can we cut down the get backports into the 1.3 branch from weeks to days? The background: The 1.2 process seems to be: * post patches * wait a week while patches get no feedback * ping scott * wait a few days. * notice patches have shown up in denzil-next * wait N weeks * ping scott, receive reply containing vague references to autobuilder * wait another week * notice pull request to Richard * wait till RP wakes up, see patches go in. For the OE-classic stable branches we had a process that boiled down to If no one says something bad about the patches in a 2 week period and they don't obviously break something, they will go in. With that in mind I'd like to propose the following process: * post patches * no negative feedback in 48 hours - apply to denzil-next * every friday the autobuilder does its thing on denzil-next and a(n automated) report gets mailed to the oe-core list * Assuming it needs less than 2.5 days to finish the report gets evaluated on monday and if good (and not negative feedback in the meantime) a pull request gets issued. The shortest path will be wednesday morning (european time) - monday evening (european time), which should be enough time to raise concerns with the patches on the list. The above is just a rough outline, I have no problems with running the autobuilder every other week instead of every week, or even every day. The main point is that the merge windows and test cycles are known and that no feedback is good feedback will train people to speak up early in the process. I currently only need to support one product using 1.2, but for 1.3 it will be at least 3 so I'd really like to spend less time being frustrated with the process and more time on actual support. The earlier my patches get rejected, the more time I have to fix them :) Raw Transcript: (9:02:10 AM) RP: So, we need a chair and an agenda (9:02:14 AM) Jefro: agenda is here: http://pastebin.com/pNNbbc81 (9:02:27 AM) RP: Jefro: I was hoping you'd say that :) (9:02:41 AM) Jefro:
Re: [oe] [meta-oe][PATCH] iperf: Upgrade to version 2.0.5
Please ignore this recipe for right now. I need to send a new version of this
patch that includes my massaged version of the
003-fix-hyphen-used-as-minus-sign patch.
-Original Message-
From: Franklin S. Cooper Jr [mailto:fcooperj...@gmail.com]
Sent: Saturday, October 06, 2012 2:07 PM
To: openembedded-devel@lists.openembedded.org
Cc: Cooper Jr., Franklin
Subject: [meta-oe][PATCH] iperf: Upgrade to version 2.0.5
* Upgrade to version 2.0.5.
* Below patches used in version 2.0.4 are no longer needed:
004-svn-r43-ro.patch (already applied)
006-iperf-die-on-connect-fail.patch (already applied)
009-delayloop.patch (equivalent solution already exists)
* Patch 000-Iperf_Fix-CPU-Usage.diff has been updated to apply to
version 2.0.5
Signed-off-by: Franklin S. Cooper Jr fcoo...@ti.com
---
.../iperf/iperf-2.0.4/000-Iperf_Fix-CPU-Usage.diff | 164
.../iperf/iperf-2.0.4/004-svn-r43-ro.patch | 117 --
.../006-iperf-die-on-connect-fail.patch| 15 --
.../iperf/iperf-2.0.4/009-delayloop.patch | 22 ---
.../iperf/iperf-2.0.5/000-Iperf_Fix-CPU-Usage.diff | 45 ++
.../001-cast-to-max_size_t-instead-of-int.patch|0
.../003-fix-hyphen-used-as-minus-sign.patch|0
.../005-iperf-die-on-bind-fail.patch |0
.../007-iperf-reporter-deadlock.patch |0
.../008-numofreport.patch |0
.../iperf/{iperf_2.0.4.bb = iperf_2.0.5.bb} | 10 +-
11 files changed, 49 insertions(+), 324 deletions(-) delete mode 100644
meta-oe/recipes-benchmark/iperf/iperf-2.0.4/000-Iperf_Fix-CPU-Usage.diff
delete mode 100644
meta-oe/recipes-benchmark/iperf/iperf-2.0.4/004-svn-r43-ro.patch
delete mode 100644
meta-oe/recipes-benchmark/iperf/iperf-2.0.4/006-iperf-die-on-connect-fail.patch
delete mode 100644
meta-oe/recipes-benchmark/iperf/iperf-2.0.4/009-delayloop.patch
create mode 100644
meta-oe/recipes-benchmark/iperf/iperf-2.0.5/000-Iperf_Fix-CPU-Usage.diff
rename meta-oe/recipes-benchmark/iperf/{iperf-2.0.4 =
iperf-2.0.5}/001-cast-to-max_size_t-instead-of-int.patch (100%) rename
meta-oe/recipes-benchmark/iperf/{iperf-2.0.4 =
iperf-2.0.5}/003-fix-hyphen-used-as-minus-sign.patch (100%) rename
meta-oe/recipes-benchmark/iperf/{iperf-2.0.4 =
iperf-2.0.5}/005-iperf-die-on-bind-fail.patch (100%) rename
meta-oe/recipes-benchmark/iperf/{iperf-2.0.4 =
iperf-2.0.5}/007-iperf-reporter-deadlock.patch (100%) rename
meta-oe/recipes-benchmark/iperf/{iperf-2.0.4 =
iperf-2.0.5}/008-numofreport.patch (100%) rename
meta-oe/recipes-benchmark/iperf/{iperf_2.0.4.bb = iperf_2.0.5.bb} (79%)
diff --git
a/meta-oe/recipes-benchmark/iperf/iperf-2.0.4/000-Iperf_Fix-CPU-Usage.diff
b/meta-oe/recipes-benchmark/iperf/iperf-2.0.4/000-Iperf_Fix-CPU-Usage.diff
deleted file mode 100644
index 7e89953..000
--- a/meta-oe/recipes-benchmark/iperf/iperf-2.0.4/000-Iperf_Fix-CPU-Usage.diff
+++ /dev/null
@@ -1,164 +0,0 @@
-[Thread]: Replace thread_rest() with condition variables
-
-This applies the patch by Ingo Molnar from
-
- http://marc.info/?l=linux-kernelm=119088670113210w=2
-
-by reverting previous changes that coincided with changes made by this -patch.
Other than that, the patch is the original from the above URL.
-
-Gerrit
- compat/Thread.c |6 --
- src/Reporter.c | 37 +
- src/main.cpp|2 ++
- 3 files changed, 11 insertions(+), 34 deletions(-)
-
-rover: changed two remaining thread_rest.
-
a/compat/Thread.c
-+++ b/compat/Thread.c
-@@ -405,12 +405,6 @@ int thread_numuserthreads( void ) {
- void thread_rest ( void ) {
- #if defined( HAVE_THREAD )
- #if defined( HAVE_POSIX_THREAD )
--#if defined( _POSIX_PRIORITY_SCHEDULING )
--sched_yield();
--#else
--usleep( 0 );
--#endif
--
- #else // Win32
- SwitchToThread( );
- #endif
a/src/Reporter.c
-+++ b/src/Reporter.c
-@@ -110,9 +110,8 @@
-
- char buffer[64]; // Buffer for printing
- ReportHeader *ReportRoot = NULL;
--int threadWait = 0;
--int threadSleeping = 0;
- extern Condition ReportCond;
-+extern Condition ReportDoneCond;
- int reporter_process_report ( ReportHeader *report );
- void process_report ( ReportHeader *report );
- int reporter_handle_packet( ReportHeader *report ); -@@ -340,7 +339,7 @@
- // item
- while ( index == 0 ) {
- Condition_Signal( ReportCond );
--thread_rest();
-+Condition_Wait( ReportDoneCond );
- index = agent-reporterindex;
- }
- agent-agentindex = 0;
-@@ -348,11 +347,9 @@
- // Need to make sure that reporter is not about to be lapped
- while ( index - 1 == agent-agentindex ) {
- Condition_Signal( ReportCond );
--thread_rest();
-+Condition_Wait( ReportDoneCond );
- index = agent-reporterindex;
- }
-- if (threadSleeping)
--
[oe] [PATCH 0/1][for-denzil] kernel: cherry-pick header fix
All,
This patch is a cherry-pick of the change made in meta-openembedded
master to fix the kernel header staging location. Without this
change builds of external modules using the denzil branch will fail
to find the staged headers because they will be looking in the
kernel directory instead of the usr/src/kernel directory.
The STAGING_KERNEL_DIR set in bitbake.conf of oe-core in the
denzil branch of the repository has already been updated to use
${STAGING_DIR_HOST}/usr/src/kernel
I hope I got this patch formatted right since I just did a
cherry-pick into my denzil branch and created the patch. If this
is not the correct format please let me know. The commit I
cherry-picked was 8c724c4ab8e946763c813e5174dbfd5ac8a5ddda
Darren Hart (1):
kernel: Add kernel headers to kernel-dev package
meta-oe/classes/kernel.bbclass | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/1][for-denzil] kernel: Add kernel headers to kernel-dev package
From: Darren Hart dvh...@linux.intel.com
[YOCTO #1614]
Add the kernel headers to the kernel-dev package. This packages what was
already built and kept in sysroots for building modules with bitbake.
Making this available on the target requires removing some additional
host binaries.
Move the location to /usr/src/kernel
Before use on the target, the user will need to:
# cd /usr/src/kernel
# make scripts
This renders the kernel-misc recipe empty, so remove it.
As we use /usr/src/kernel in several places (and I missed one in the
previous version), add a KERNEL_SRC_DIR variable and use that throughout
the class to avoid update errors in the future.
Now that we package the kernel headers, drop the
kernel_package_preprocess function which removed them from PKGD.
All *-sdk image recipes include dev-pkgs, so the kernel-dev package will
be installed by default on all such images.
Signed-off-by: Darren Hart dvh...@linux.intel.com
CC: Bruce Ashfield bruce.ashfi...@windriver.com
CC: Tom Zanussi tom.zanu...@intel.com
CC: Khem Raj raj.k...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-oe/classes/kernel.bbclass | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass
index ce82351..1af977e 100644
--- a/meta-oe/classes/kernel.bbclass
+++ b/meta-oe/classes/kernel.bbclass
@@ -82,6 +82,10 @@ EXTRA_OEMAKE =
KERNEL_ALT_IMAGETYPE ??=
+# Define where the kernel headers are installed on the target as well as where
+# they are staged.
+KERNEL_SRC_PATH = /usr/src/kernel
+
KERNEL_IMAGETYPE_FOR_MAKE = ${@(lambda s: s[:-3] if s[-3:] == .gz else
s)(d.getVar('KERNEL_IMAGETYPE', True))}
kernel_do_compile() {
@@ -135,7 +139,7 @@ kernel_do_install() {
# Support for external module building - create a minimal copy of the
# kernel source tree.
#
- kerneldir=${D}/kernel
+ kerneldir=${D}${KERNEL_SRC_PATH}
install -d $kerneldir
#
@@ -188,23 +192,18 @@ kernel_do_install() {
cp arch/powerpc/lib/crtsavres.o
$kerneldir/arch/powerpc/lib/crtsavres.o
fi
- # Remove the following binaries which cause strip errors
+ # Remove the following binaries which cause strip or arch QA errors
# during do_package for cross-compiled platforms
bin_files=arch/powerpc/boot/addnote arch/powerpc/boot/hack-coff \
- arch/powerpc/boot/mktree
+ arch/powerpc/boot/mktree scripts/kconfig/zconf.tab.o \
+ scripts/kconfig/conf.o
for entry in $bin_files; do
rm -f $kerneldir/$entry
done
}
-PACKAGE_PREPROCESS_FUNCS += kernel_package_preprocess
-
-kernel_package_preprocess () {
- rm -rf ${PKGD}/kernel
-}
-
sysroot_stage_all_append() {
- sysroot_stage_dir ${D}/kernel ${SYSROOT_DESTDIR}/kernel
+ sysroot_stage_dir ${D}${KERNEL_SRC_PATH}
${SYSROOT_DESTDIR}${KERNEL_SRC_PATH}
}
kernel_do_configure() {
@@ -252,13 +251,11 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
# kernel-base becomes kernel-${KERNEL_VERSION}
# kernel-image becomes kernel-image-${KERNEL_VERISON}
-PACKAGES = kernel kernel-base kernel-vmlinux kernel-image kernel-dev
kernel-misc
+PACKAGES = kernel kernel-base kernel-vmlinux kernel-image kernel-dev
FILES =
FILES_kernel-image = /boot/${KERNEL_IMAGETYPE}*
-FILES_kernel-dev = /boot/System.map* /boot/Module.symvers* /boot/config*
+FILES_kernel-dev = /boot/System.map* /boot/Module.symvers* /boot/config*
${KERNEL_SRC_PATH}
FILES_kernel-vmlinux = /boot/vmlinux*
-# misc is a package to contain files we need in staging
-FILES_kernel-misc = /kernel/include/config /kernel/scripts
/kernel/drivers/crypto /kernel/drivers/media
RDEPENDS_kernel = kernel-base
# Allow machines to override this dependency if kernel image files are
# not wanted in images as standard
@@ -475,7 +472,7 @@ python populate_packages_prepend () {
metapkg = kernel-modules
d.setVar('ALLOW_EMPTY_' + metapkg, 1)
d.setVar('FILES_' + metapkg, )
- blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base',
'kernel-vmlinux', 'perf', 'perf-dbg', 'kernel-misc' ]
+ blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base',
'kernel-vmlinux', 'perf', 'perf-dbg' ]
for l in module_deps.values():
for i in l:
pkg = module_pattern %
legitimize_package_name(re.match(module_regex, os.path.basename(i)).group(1))
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick header fix
-Original Message-
From: Denys Dmytriyenko [mailto:de...@denix.org]
Sent: Wednesday, October 10, 2012 4:54 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick
header fix
On Wed, Oct 10, 2012 at 05:18:38PM -0500, Chase Maupin wrote:
All,
This patch is a cherry-pick of the change made in meta-
openembedded
master to fix the kernel header staging location. Without this
change builds of external modules using the denzil branch will
fail
to find the staged headers because they will be looking in the
kernel directory instead of the usr/src/kernel directory.
The STAGING_KERNEL_DIR set in bitbake.conf of oe-core in the
denzil branch of the repository has already been updated to use
${STAGING_DIR_HOST}/usr/src/kernel
I hope I got this patch formatted right since I just did a
cherry-pick into my denzil branch and created the patch. If
this
is not the correct format please let me know. The commit I
cherry-picked was 8c724c4ab8e946763c813e5174dbfd5ac8a5ddda
Darren Hart (1):
kernel: Add kernel headers to kernel-dev package
meta-oe/classes/kernel.bbclass | 27
---
1 files changed, 12 insertions(+), 15 deletions(-)
FYI, it is already in the queue with other related patches. See
my earlier
email.
OK. I haven't seen that message come by yet. I guess it is floating in the
ether :)
--
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][for-denzil][PATCH 1/8] kernel: save $kerndir/tools and $kerndir/lib from pruning
On Thu, Sep 06, 2012 at 01:41:57PM +0200, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One day I will figure out how to write a cover letter :)
The matching OE-core patchset is in denzil-next for testing and will
hopefully get merged soon (provided it passes the testsuite).
My main objective is to support on-target builds of external kernel-modules
and initial reports are that it is working as expected.
Since there's a bitbake.conf change needed the matching oe-core set needs to
go in first and ideally this goes in right after that (provided this passes
the testsuite as well).
As you can imagine, this kind of inter-layer dependency sucks, but I don't
see a way around it in this case with the bitbake.conf change.
So, what happened to this patchset? Can we get it pushed in to meta-oe/denzil
now, since corresponding changes to oe-core/denzil finally got in couple
weeks ago and it breaks external kernel-modules now? Thanks!
--
Denys
Op 06-09-12 13:23, Koen Kooi schreef:
From: Bruce Ashfield bruce.ashfi...@windriver.com
The kernel source tree in the sysroot has all unecessary source code
removed. The existing use case is to support module building out of the
sysroot, but as more toolsa are moved into the kernel tree itself there
are new use cases for the kernel sysroot source.
To avoid putting dependencies on the kernel, and to be able to
individually build and package these tools out of the source tree, we can
save $kerndir/tools and $kernddir/lib from being removed. This enables
tools like perf to be built our of the kernel source in the sysroot,
without significantly increasing the amount of source in the sysroot.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Martin Jansa martin.ja...@gmail.com Signed-off-by: Koen
Kooi k...@dominion.thruhere.net --- meta-oe/classes/kernel.bbclass |
2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-oe/classes/kernel.bbclass
b/meta-oe/classes/kernel.bbclass index ce82351..c44a2f5 100644 ---
a/meta-oe/classes/kernel.bbclass +++ b/meta-oe/classes/kernel.bbclass @@
-178,7 +178,7 @@ kernel_do_install() { # oe_runmake -C $kerneldir
CC=${KERNEL_CC} LD=${KERNEL_LD} clean make -C $kerneldir
_mrproper_scripts - find $kerneldir -path $kerneldir/scripts -prune -o
-name *.[csS] -exec rm '{}' \; + find $kerneldir -path $kerneldir/lib
-prune -o -path $kerneldir/tools -prune -o -path $kerneldir/scripts
-prune -o -name *.[csS] -exec rm '{}' \; find $kerneldir/Documentation
-name *.txt -exec rm '{}' \;
# As of Linux kernel version 3.0.1, the clean target removes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFQSIwFMkyGM64RGpERAjCgAJ9PFqqoYUsY+deeN9gVy89hod+TqACeJFO3
hJ8tR0ZLZeookvwClEGnpD8=
=CRRt
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick header fix
On Wed, Oct 10, 2012 at 05:18:38PM -0500, Chase Maupin wrote:
All,
This patch is a cherry-pick of the change made in meta-openembedded
master to fix the kernel header staging location. Without this
change builds of external modules using the denzil branch will fail
to find the staged headers because they will be looking in the
kernel directory instead of the usr/src/kernel directory.
The STAGING_KERNEL_DIR set in bitbake.conf of oe-core in the
denzil branch of the repository has already been updated to use
${STAGING_DIR_HOST}/usr/src/kernel
I hope I got this patch formatted right since I just did a
cherry-pick into my denzil branch and created the patch. If this
is not the correct format please let me know. The commit I
cherry-picked was 8c724c4ab8e946763c813e5174dbfd5ac8a5ddda
Darren Hart (1):
kernel: Add kernel headers to kernel-dev package
meta-oe/classes/kernel.bbclass | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
FYI, it is already in the queue with other related patches. See my earlier
email.
--
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick header fix
On Wed, Oct 10, 2012 at 10:11:42PM +, Maupin, Chase wrote:
-Original Message-
From: Denys Dmytriyenko [mailto:de...@denix.org]
Sent: Wednesday, October 10, 2012 4:54 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick
header fix
On Wed, Oct 10, 2012 at 05:18:38PM -0500, Chase Maupin wrote:
All,
This patch is a cherry-pick of the change made in meta-
openembedded
master to fix the kernel header staging location. Without this
change builds of external modules using the denzil branch will
fail
to find the staged headers because they will be looking in the
kernel directory instead of the usr/src/kernel directory.
The STAGING_KERNEL_DIR set in bitbake.conf of oe-core in the
denzil branch of the repository has already been updated to use
${STAGING_DIR_HOST}/usr/src/kernel
I hope I got this patch formatted right since I just did a
cherry-pick into my denzil branch and created the patch. If
this
is not the correct format please let me know. The commit I
cherry-picked was 8c724c4ab8e946763c813e5174dbfd5ac8a5ddda
Darren Hart (1):
kernel: Add kernel headers to kernel-dev package
meta-oe/classes/kernel.bbclass | 27
---
1 files changed, 12 insertions(+), 15 deletions(-)
FYI, it is already in the queue with other related patches. See
my earlier
email.
OK. I haven't seen that message come by yet. I guess it is floating in the
ether :)
And here it comes, with a slight delay... :)
http://thread.gmane.org/gmane.comp.handhelds.openembedded/53984/focus=54512
--
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
