Re: [oe] [PATCH] beagleboard-test-scripts: userbutton state detection: Remove userspace scripts
On Mon, Jul 25, 2011 at 11:58 PM, Koen Kooi k...@dominion.thruhere.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 26-07-11 03:07, Joel A Fernandes schreef: Have U-boot detect if user button was pressed and set a boot argument so that user space can use this information Where's the matching u-boot patch? There's no U-boot patch, the user.txt file installed by this recipe will contain the extra boot argument. Thanks, Joel [1] ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [RFC meta-efl] e(fl).bbclass: don't override PACKAGES, but add to it
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/classes/e.bbclass |6 +++---
meta-efl/classes/efl.bbclass |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-efl/classes/e.bbclass b/meta-efl/classes/e.bbclass
index 88a1f6a..ebf1da8 100644
--- a/meta-efl/classes/e.bbclass
+++ b/meta-efl/classes/e.bbclass
@@ -18,9 +18,9 @@ do_configure_append() {
export CURL_CONFIG = ${STAGING_BINDIR_CROSS}/curl-config
export FREETYPE_CONFIG = ${STAGING_BINDIR_CROSS}/freetype-config
-# This construction is stupid, someone with more E knowledge should change it
to =+ or something
-# And it's in efl.bbclass as well
-PACKAGES = ${PN}-dbg ${PN}-themes ${PN} ${PN}-dev ${PN}-doc ${PN}-lib
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
+
FILES_${PN}-lib = ${libdir}/lib*.so.*
FILES_${PN}-themes = ${datadir}/${PN}/themes ${datadir}/${PN}/data
${datadir}/${PN}/fonts ${datadir}/${PN}/pointers ${datadir}/${PN}/images
${datadir}/${PN}/users ${datadir}/${PN}/images ${datadir}/${PN}/styles
FILES_${PN}-dev += ${includedir} ${libdir}/lib*.so
diff --git a/meta-efl/classes/efl.bbclass b/meta-efl/classes/efl.bbclass
index 2dc6fc2..c831439 100644
--- a/meta-efl/classes/efl.bbclass
+++ b/meta-efl/classes/efl.bbclass
@@ -19,8 +19,8 @@ do_install_prepend () {
done
}
-# This construction is stupid, someone with more E knowledge should change it
to =+ or something
-PACKAGES = ${PN}-dbg ${PN} ${PN}-themes ${PN}-dev ${PN}-doc ${PN}-tests
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
FILES_${PN} = ${libdir}/*.so.* \
${libdir}/edje/modules/${PN}/*/module.so \
--
1.6.6.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC meta-efl] e(fl).bbclass: don't override PACKAGES, but add to it
On Tue, Jul 26, 2011 at 08:52:57AM +0200, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/classes/e.bbclass |6 +++---
meta-efl/classes/efl.bbclass |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-efl/classes/e.bbclass b/meta-efl/classes/e.bbclass
index 88a1f6a..ebf1da8 100644
--- a/meta-efl/classes/e.bbclass
+++ b/meta-efl/classes/e.bbclass
@@ -18,9 +18,9 @@ do_configure_append() {
export CURL_CONFIG = ${STAGING_BINDIR_CROSS}/curl-config
export FREETYPE_CONFIG = ${STAGING_BINDIR_CROSS}/freetype-config
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-# And it's in efl.bbclass as well
-PACKAGES = ${PN}-dbg ${PN}-themes ${PN} ${PN}-dev ${PN}-doc ${PN}-lib
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
${PN}-tests wasn't in original PACKAGES
FILES_${PN}-lib = ${libdir}/lib*.so.*
FILES_${PN}-themes = ${datadir}/${PN}/themes ${datadir}/${PN}/data
${datadir}/${PN}/fonts ${datadir}/${PN}/pointers ${datadir}/${PN}/images
${datadir}/${PN}/users ${datadir}/${PN}/images ${datadir}/${PN}/styles
FILES_${PN}-dev += ${includedir} ${libdir}/lib*.so
diff --git a/meta-efl/classes/efl.bbclass b/meta-efl/classes/efl.bbclass
index 2dc6fc2..c831439 100644
--- a/meta-efl/classes/efl.bbclass
+++ b/meta-efl/classes/efl.bbclass
@@ -19,8 +19,8 @@ do_install_prepend () {
done
}
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-PACKAGES = ${PN}-dbg ${PN} ${PN}-themes ${PN}-dev ${PN}-doc ${PN}-tests
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
${PN}-lib wasn't in original PACKAGES
FILES_${PN} = ${libdir}/*.so.* \
${libdir}/edje/modules/${PN}/*/module.so \
--
1.6.6.1
Cheers,
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC meta-efl] e(fl).bbclass: don't override PACKAGES, but add to it
Op 26 jul. 2011, om 09:00 heeft Martin Jansa het volgende geschreven:
On Tue, Jul 26, 2011 at 08:52:57AM +0200, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/classes/e.bbclass |6 +++---
meta-efl/classes/efl.bbclass |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-efl/classes/e.bbclass b/meta-efl/classes/e.bbclass
index 88a1f6a..ebf1da8 100644
--- a/meta-efl/classes/e.bbclass
+++ b/meta-efl/classes/e.bbclass
@@ -18,9 +18,9 @@ do_configure_append() {
export CURL_CONFIG = ${STAGING_BINDIR_CROSS}/curl-config
export FREETYPE_CONFIG = ${STAGING_BINDIR_CROSS}/freetype-config
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-# And it's in efl.bbclass as well
-PACKAGES = ${PN}-dbg ${PN}-themes ${PN} ${PN}-dev ${PN}-doc ${PN}-lib
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
${PN}-tests wasn't in original PACKAGES
FILES_${PN}-lib = ${libdir}/lib*.so.*
FILES_${PN}-themes = ${datadir}/${PN}/themes ${datadir}/${PN}/data
${datadir}/${PN}/fonts ${datadir}/${PN}/pointers ${datadir}/${PN}/images
${datadir}/${PN}/users ${datadir}/${PN}/images ${datadir}/${PN}/styles
FILES_${PN}-dev += ${includedir} ${libdir}/lib*.so
diff --git a/meta-efl/classes/efl.bbclass b/meta-efl/classes/efl.bbclass
index 2dc6fc2..c831439 100644
--- a/meta-efl/classes/efl.bbclass
+++ b/meta-efl/classes/efl.bbclass
@@ -19,8 +19,8 @@ do_install_prepend () {
done
}
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-PACKAGES = ${PN}-dbg ${PN} ${PN}-themes ${PN}-dev ${PN}-doc ${PN}-tests
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib ${PN}-tests
${PN}-lib wasn't in original PACKAGES
I did that to keep them in sync between the 2 classes. I can restore them to
the original settings if you wish, I have no strong preference either way.
regards,
Koen
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-texasinstruments] [PATCH v3] linux-omap: Fix MMC timeout Errors
This fixes MMC errors due to timeouts on certain SD Cards following suggestions
to set dto to 14 by Jason Kridner and Steven Kipisz
Details of the issue:
http://talk.maemo.org/showthread.php?p=1000707#post1000707
This fix proposed by Sukumar Ghoral of TI.
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Generated a patch that applies to meta-texasinstruments as suggested by Koen in
the post at [1]
Changes in v2:
* Bumped PR
Changes in v3:
* Added SOB line
[1]
http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg19995.html
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 33
recipes-kernel/linux/linux-omap_2.6.39.bb |3 +-
2 files changed, 35 insertions(+), 1 deletions(-)
create mode 100644
recipes-kernel/linux/linux-omap-2.6.39/beagle/0007-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes-kernel/linux/linux-omap-2.6.39/beagle/0007-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes-kernel/linux/linux-omap-2.6.39/beagle/0007-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..8cd314c
--- /dev/null
+++
b/recipes-kernel/linux/linux-omap-2.6.39/beagle/0007-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,33 @@
+From bd0b2f97c48aa6aac0c6a494f1c6ba5af5de486b Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Mon, 18 Jul 2011 23:13:41 -0500
+Subject: [PATCH] omap_hsmmc: Set dto to max value of 14 to avoid SD Card
timeouts
+
+This fixes MMC errors due to timeouts on certain SD Cards following suggestions
+to set dto to 14 by Jason Kridner and Steven Kipisz
+
+Details of the issue:
+http://talk.maemo.org/showthread.php?p=1000707#post1000707
+
+This fix was originally proposed by Sukumar Ghoral of TI.
+---
+ drivers/mmc/host/omap_hsmmc.c |3 +++
+ 1 files changed, 3 insertions(+), 0 deletions(-)
+
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..7443647 100644
+--- a/drivers/mmc/host/omap_hsmmc.c
b/drivers/mmc/host/omap_hsmmc.c
+@@ -1049,6 +1049,9 @@ static void set_data_timeout(struct omap_hsmmc_host
*host,
+ dto = 14;
+ }
+
++ /* Set dto to max value of 14 to avoid SD Card timeouts */
++ dto = 14;
++
+ reg = ~DTO_MASK;
+ reg |= dto DTO_SHIFT;
+ OMAP_HSMMC_WRITE(host-base, SYSCTL, reg);
+--
+1.7.0.4
+
diff --git a/recipes-kernel/linux/linux-omap_2.6.39.bb
b/recipes-kernel/linux/linux-omap_2.6.39.bb
index c92846d..a22e81f 100644
--- a/recipes-kernel/linux/linux-omap_2.6.39.bb
+++ b/recipes-kernel/linux/linux-omap_2.6.39.bb
@@ -7,7 +7,7 @@ COMPATIBLE_MACHINE = (beagleboard)
# The main PR is now using MACHINE_KERNEL_PR, for omap3 see
conf/machine/include/omap3.inc
SRCREV_pn-${PN} = v2.6.39
-MACHINE_KERNEL_PR_append = n
+MACHINE_KERNEL_PR_append = o
FILESPATHPKG_prepend = linux-omap-2.6.39:
@@ -54,6 +54,7 @@ SRC_URI_append = \
file://beagle/0004-OMAP3-beagle-add-regulators-for-camera-interface.patch \
file://beagle/0005-OMAP3-beagle-HACK-add-in-1GHz-OPP.patch \
file://beagle/0006-OMAP3-BEAGLE-fix-RTC.patch \
+
file://beagle/0007-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
\
file://camera/0001-Add-driver-for-Aptina-Micron-mt9p031-sensor.patch \
file://camera/0002-v4l-Add-mt9v032-sensor-driver.patch \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v4] linux-omap-psp: Fix MMC timeout errors
This fixes MMC errors due to timeouts on certain SD Cards following suggestions
to set dto to 14 by Jason Kridner and Steven Kipisz
Details of the issue:
http://talk.maemo.org/showthread.php?p=1000707#post1000707
This fix proposed by Sukumar Ghoral of TI.
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes in v3:
* Based on Suggestions by Koen [1], I split the patch into 2. This patch is
only for the linux-omap-psp-2.6.32 recipe
The other part was submitted for linux-omap-2.6.39 recipe from the
meta-texasinstruments branch [2]
Changes in v4:
* Added SOB line
Other notes:
* The pull request to Tom [3] contained the MMC timeout fix patch that was
submitted but was not supposed to be
go into maintenance as we weren't sure about whether it fixed the issue (and
turns out it didn't). This patch modifies
the earlier patch with a working fix
[1] http://article.gmane.org/gmane.comp.handhelds.openembedded/46689
[2] http://article.gmane.org/gmane.comp.handhelds.openembedded/46730
[3] http://article.gmane.org/gmane.comp.handhelds.openembedded/46721
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 41 ---
recipes/linux/linux-omap-psp_2.6.32.bb |2 +-
2 files changed, 27 insertions(+), 16 deletions(-)
diff --git
a/recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
index 4867d3f..8cd314c 100644
---
a/recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
+++
b/recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -1,22 +1,33 @@
-From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From bd0b2f97c48aa6aac0c6a494f1c6ba5af5de486b Mon Sep 17 00:00:00 2001
From: Steve Sakoman st...@sakoman.com
-Date: Wed, 12 Jan 2011 05:54:55 -0800
-Subject: [PATCH] omap: mmc: Adjust dto to eliminate timeout errors
+Date: Mon, 18 Jul 2011 23:13:41 -0500
+Subject: [PATCH] omap_hsmmc: Set dto to max value of 14 to avoid SD Card
timeouts
-A number of SD card types were experiencing timeout errors. This
-could also lead to data corruption in some cases.
+This fixes MMC errors due to timeouts on certain SD Cards following suggestions
+to set dto to 14 by Jason Kridner and Steven Kipisz
-This fix proposed by Sukumar Ghoral of TI.
+Details of the issue:
+http://talk.maemo.org/showthread.php?p=1000707#post1000707
+
+This fix was originally proposed by Sukumar Ghoral of TI.
---
+ drivers/mmc/host/omap_hsmmc.c |3 +++
+ 1 files changed, 3 insertions(+), 0 deletions(-)
+
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
-index 9646a75..ef458d6 100644
+index 9646a75..7443647 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
-@@ -1032,6 +1032,7 @@ static void set_data_timeout(struct omap_hsmmc_host
*host,
- cycle_ns = 10 / (clk_get_rate(host-fclk) / clkd);
- timeout = timeout_ns / cycle_ns;
- timeout += timeout_clks;
-+ timeout *= 2;
- if (timeout) {
- while ((timeout 0x8000) == 0) {
- dto += 1;
+@@ -1049,6 +1049,9 @@ static void set_data_timeout(struct omap_hsmmc_host
*host,
+ dto = 14;
+ }
+
++ /* Set dto to max value of 14 to avoid SD Card timeouts */
++ dto = 14;
++
+ reg = ~DTO_MASK;
+ reg |= dto DTO_SHIFT;
+ OMAP_HSMMC_WRITE(host-base, SYSCTL, reg);
+--
+1.7.0.4
+
diff --git a/recipes/linux/linux-omap-psp_2.6.32.bb
b/recipes/linux/linux-omap-psp_2.6.32.bb
index 7a0797a..06904a9 100644
--- a/recipes/linux/linux-omap-psp_2.6.32.bb
+++ b/recipes/linux/linux-omap-psp_2.6.32.bb
@@ -9,7 +9,7 @@ COMPATIBLE_MACHINE =
am3517-crane|beagleboard|omap3evm|am3517-evm|dm37x-evm|am3
SRCREV = 5fc29e7b2a76a64a739f857858ef0b98294aa155
# The main PR is now using MACHINE_KERNEL_PR, for omap3 see
conf/machine/include/omap3.inc
-MACHINE_KERNEL_PR_append = f+gitr${SRCREV}
+MACHINE_KERNEL_PR_append = g+gitr${SRCREV}
SRC_URI =
git://arago-project.org/git/projects/linux-omap3.git;protocol=http;branch=master
\
file://0001-Added-Crane-Board-support.patch \
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [RFCv2 meta-efl] e(fl).bbclass: don't override PACKAGES, but add to it
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/classes/e.bbclass |6 +++---
meta-efl/classes/efl.bbclass |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-efl/classes/e.bbclass b/meta-efl/classes/e.bbclass
index 88a1f6a..c803399 100644
--- a/meta-efl/classes/e.bbclass
+++ b/meta-efl/classes/e.bbclass
@@ -18,9 +18,9 @@ do_configure_append() {
export CURL_CONFIG = ${STAGING_BINDIR_CROSS}/curl-config
export FREETYPE_CONFIG = ${STAGING_BINDIR_CROSS}/freetype-config
-# This construction is stupid, someone with more E knowledge should change it
to =+ or something
-# And it's in efl.bbclass as well
-PACKAGES = ${PN}-dbg ${PN}-themes ${PN} ${PN}-dev ${PN}-doc ${PN}-lib
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib
+
FILES_${PN}-lib = ${libdir}/lib*.so.*
FILES_${PN}-themes = ${datadir}/${PN}/themes ${datadir}/${PN}/data
${datadir}/${PN}/fonts ${datadir}/${PN}/pointers ${datadir}/${PN}/images
${datadir}/${PN}/users ${datadir}/${PN}/images ${datadir}/${PN}/styles
FILES_${PN}-dev += ${includedir} ${libdir}/lib*.so
diff --git a/meta-efl/classes/efl.bbclass b/meta-efl/classes/efl.bbclass
index 2dc6fc2..f90dc1c 100644
--- a/meta-efl/classes/efl.bbclass
+++ b/meta-efl/classes/efl.bbclass
@@ -19,8 +19,8 @@ do_install_prepend () {
done
}
-# This construction is stupid, someone with more E knowledge should change it
to =+ or something
-PACKAGES = ${PN}-dbg ${PN} ${PN}-themes ${PN}-dev ${PN}-doc ${PN}-tests
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-tests
FILES_${PN} = ${libdir}/*.so.* \
${libdir}/edje/modules/${PN}/*/module.so \
--
1.6.6.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFCv2 meta-efl] e(fl).bbclass: don't override PACKAGES, but add to it
On Tue, Jul 26, 2011 at 09:46:02AM +0200, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Acked-by: Martin Jansa martin.ja...@gmail.com
---
meta-efl/classes/e.bbclass |6 +++---
meta-efl/classes/efl.bbclass |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta-efl/classes/e.bbclass b/meta-efl/classes/e.bbclass
index 88a1f6a..c803399 100644
--- a/meta-efl/classes/e.bbclass
+++ b/meta-efl/classes/e.bbclass
@@ -18,9 +18,9 @@ do_configure_append() {
export CURL_CONFIG = ${STAGING_BINDIR_CROSS}/curl-config
export FREETYPE_CONFIG = ${STAGING_BINDIR_CROSS}/freetype-config
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-# And it's in efl.bbclass as well
-PACKAGES = ${PN}-dbg ${PN}-themes ${PN} ${PN}-dev ${PN}-doc ${PN}-lib
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-lib
+
FILES_${PN}-lib = ${libdir}/lib*.so.*
FILES_${PN}-themes = ${datadir}/${PN}/themes ${datadir}/${PN}/data
${datadir}/${PN}/fonts ${datadir}/${PN}/pointers ${datadir}/${PN}/images
${datadir}/${PN}/users ${datadir}/${PN}/images ${datadir}/${PN}/styles
FILES_${PN}-dev += ${includedir} ${libdir}/lib*.so
diff --git a/meta-efl/classes/efl.bbclass b/meta-efl/classes/efl.bbclass
index 2dc6fc2..f90dc1c 100644
--- a/meta-efl/classes/efl.bbclass
+++ b/meta-efl/classes/efl.bbclass
@@ -19,8 +19,8 @@ do_install_prepend () {
done
}
-# This construction is stupid, someone with more E knowledge should change
it to =+ or something
-PACKAGES = ${PN}-dbg ${PN} ${PN}-themes ${PN}-dev ${PN}-doc ${PN}-tests
${PN}-static
+PACKAGES =+ ${PN}-themes
+PACKAGES += ${PN}-tests
FILES_${PN} = ${libdir}/*.so.* \
${libdir}/edje/modules/${PN}/*/module.so \
--
1.6.6.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
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] [PATCH v4] dbus-glib: corrected native and cross recipe.
* dbus-glib require some source files generated during native build
in order to build on target.
Signed-off-by: Alessandro Sappia a.sap...@biotechware.com
---
recipes/dbus/dbus-glib.inc |8
recipes/dbus/dbus-glib_0.86.bb |7 +--
2 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc
index c1c1813..7208e91 100644
--- a/recipes/dbus/dbus-glib.inc
+++ b/recipes/dbus/dbus-glib.inc
@@ -21,19 +21,19 @@ inherit autotools pkgconfig gettext
BBCLASSEXTEND = native
-do_configure_prepend() {
+do_configure() {
install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml
${S}/tools/
install -m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h
${S}/tools/
-
+autotools_do_configure
}
do_configure_virtclass-native() {
autotools_do_configure
}
-do_install_virtclass-native() {
-autotools_do_install
+do_install_append_virtclass-native() {
install -d ${D}${datadir}/dbus
+install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
install -m 0644 tools/dbus-glib-bindings.h ${D}${datadir}/dbus
}
diff --git a/recipes/dbus/dbus-glib_0.86.bb b/recipes/dbus/dbus-glib_0.86.bb
index ce87d5d..ff9a2d6 100644
--- a/recipes/dbus/dbus-glib_0.86.bb
+++ b/recipes/dbus/dbus-glib_0.86.bb
@@ -1,14 +1,9 @@
require dbus-glib.inc
-PR = ${INC_PR}.1
+PR = ${INC_PR}.2
SRC_URI_virtclass-native += file://run-with-tmp-session-bus.patch
-do_install_virtclass-native_prepend() {
-install -d ${D}${datadir}/dbus
-install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus
-}
-
SRC_URI[md5sum] = cd0ab148fb0c786fc88be49d19971f50
SRC_URI[sha256sum] =
5351a6e7f38ffc641c34b4a4cdd9bed1c1dc7043a501096bac00a2876ea90bdc
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v4] dbus-glib: corrected native and cross recipe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-11 11:21, Alessandro Sappia schreef:
* dbus-glib require some source files generated during native build in order
to build on target.
Signed-off-by: Alessandro Sappia a.sap...@biotechware.com ---
recipes/dbus/dbus-glib.inc |8 recipes/dbus/dbus-glib_0.86.bb
|7 +-- 2 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc index
c1c1813..7208e91 100644 --- a/recipes/dbus/dbus-glib.inc +++
b/recipes/dbus/dbus-glib.inc @@ -21,19 +21,19 @@ inherit autotools pkgconfig
gettext
BBCLASSEXTEND = native
-do_configure_prepend() { +do_configure() { install -m 0644
${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ install -m
0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ - +
autotools_do_configure }
do_configure_virtclass-native() { autotools_do_configure }
-do_install_virtclass-native() { -autotools_do_install
+do_install_append_virtclass-native() { install -d ${D}${datadir}/dbus +
install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus install -m 0644
tools/dbus-glib-bindings.h ${D}${datadir}/dbus }
Out of curiousity, why are you mixing the 2 styles (append/prepend vs
replacement) in this commit?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLotJMkyGM64RGpERAtxQAJ9fx8JYvkmBFWQfT2l7psyH1YVZtACgjhtM
PrBwskppuQwnIaNDdwCqFQU=
=G6gv
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Populating meta-oe with new patches on oe.dev
On Sunday 17 July 2011 17:12:51 Paul Menzel wrote:
unfortunately as someone not having followed the creation of oe-core and
meta-oe, I fill somewhat lost. Is there a comprehensive document
somewhere as Russell also asked for?
I've just written one here:
http://www.openembedded.org/index.php/OpenEmbedded-Core
May not be complete but I think it covers most things.
1. Compared to former oe.dev activity looking at meta-oe there are only
a handful of people doing contributions and a lot of recipes are
missing. I have the feeling that a lot of developers where left out in
the process of creating the new infrastructure and I do not know if they
just develop their private branches based on oe.dev or if they use
meta-oe and I have not noticed this.
So, the meta-oe repository consists of meta-oe layer plus a few other more
clearly defined layers (meta-gnome, meta-efl etc.) The meta-oe layer exists to
provide a place for recipes that don't necessarily belong in OE-core but are
required by multiple other metadata layers, so we avoid duplication. I would
hope that many recipes that are around well-defined themes would be in their
own layers rather than the meta-oe layer itself (e.g. all EFL recipes go in
meta-efl). There's definitely work to be done in bringing over recipes to the
new ecosystem, sure, but that will come in time. Are there specific pieces you
are missing?
You're right in that there aren't many people contributing to meta-oe (and the
other layers within the meta-oe repository) at the moment; I think that's
because most existing developers have been content to stay using OE-dev or
their own private branches thereof as they have done for a long time. Perhaps
we could have done a better job of promoting OE-core within the wider OE
community, but that's probably because we all had our heads down trying to get
things into shape :) I think we're now reaching the point where people should
be able to make the switch to OE-core and not hit too many issues, other than
the lack of some recipes (and the latter is not too difficult to remedy).
2. Looking at the weekly changelogs sent to the lists I see a lot of
duplicated commits in each layer. Why is that needed? Is not that a
design problem of the layers?
If you mean the duplication between bitbake oe-core and meta-yocto (which
really isn't just the meta-yocto layer, it's the whole of Poky), that's the
result of the tool Cliff uses to do the reports which doesn't have a way to
restrict itself to a subdirectory of a repository. I hope that's something
Cliff can address at some point in the future.
3. I find the `recipe-*section*/` directories difficult to handle to
finding a recipe. Before I would use `recipe/` and then tab completion
and now I have to search for it. Are others uncomfortable with this?
I'm used to it now but it did feel a bit strange to begin with. I think
Richard's idea was to avoid too many levels of directories; he can perhaps
comment further.
4. What images are available in/for oe-core/meta-openembedded? I liked
for example `minimal{,-uclibc}`? `find . -name minimal*` in `oe-core` or
`meta-oe` did not give any result. Not to mention the images for
BeagleBoard or `micro-image` for the recently sent patches for payload
creation for coreboot
OE-core provides a number of images, but the main ones are core-image-minimal
and core-image-sato. Other layers add their own images as appropriate, e.g.
meta-angstrom provides systemd-gnome-image.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Populating meta-oe with new patches on oe.dev
On Saturday 16 July 2011 14:25:38 Russell Morris wrote: Can someone explain the differences between oe-core and OpenEmbedded, and in particular the various git repositories? Well, as I just mentioned in my reply to Paul I have produced a document describing OE-core here: http://www.openembedded.org/index.php/OpenEmbedded-Core I don't know that it explicitly describes all the repositories but it does give some idea of the motivations. I ask because I'm struggling to get OE running on my h1940 (using openembedded), but I have a feeling that this may be the wrong repository to use ... but I just don't know ... OE-dev provides support for h1940, yes, but I wouldn't expect that to be maintained in future. However, read on... I'm also not sure which ones are being worked on going forward (as I would like to submit changes once I get things working, but again don't know which repository is the right one). So most of the new development should happen either in OE-core or some layer on top. Hopefully I will soon be able to release a layer called meta- handheld that I have been working on which will provide machine support for h1940 amongst other handheld devices. If you're using OE-dev now that's OK, if you have any patches against OE-dev they will be easy to re-apply to meta- handheld or whereever is appropriate. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] calibrator: also problems with svn://svn.bec-systems.com/
I apologize Paul - I did something with my email filters and missed
this. You are correct; the URL is wrong in this patch. The correct URL is:
http://svn.bec-systems.com/pub/calibrator/
No - I don't have rights yet. How do I go about getting commit rights?
I'm following up on this and the other comments today.
Thanks,
Ray
On 07/20/2011 03:47 PM, Paul Menzel wrote:
Dear Raymond,
Am Montag, den 18.07.2011, 22:04 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 21:51 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 13:25 -0600 schrieb Raymond Danks:
* The SVN repository for this project has changed URI.
actually testing your patch I am experiencing the following problem with
task fetch.
svn: OPTIONS of 'http://svn.bec-systems.com/svn/pub/calibrator':
authorization failed: Could not authenticate to server: rejected Basic
challenge (http://svn.bec-systems.com)
NOTE: package calibrator-0.9e+svnr21-r0: task Fetch failed: Unable to
fetch URL svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from
any source.: Failed
ERROR: Function 'Fetch failed: Unable to fetch URL
svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from any
source.' failed
* Upgrade to and patch the latest version for use with current tools.
actually thinking about this, two patches would have been better. I will
split this patch up.
Signed-off-by: Raymond Danksray.da...@se-eng.com
---
recipes/calibrator/calibrator_svn.bb |6 +-
.../calibrator/files/round_conflicting_types.patch | 91
2 files changed, 95 insertions(+), 2 deletions(-)
create mode 100644 recipes/calibrator/files/round_conflicting_types.patch
diff --git a/recipes/calibrator/calibrator_svn.bb
b/recipes/calibrator/calibrator_svn.bb
index bd7bb1f..60eeaf9 100644
--- a/recipes/calibrator/calibrator_svn.bb
+++ b/recipes/calibrator/calibrator_svn.bb
@@ -2,11 +2,13 @@ DESCRIPTION = The Calibrator, a Cache-Memory and TLB Calibration
Tool
HOMEPAGE = http://monetdb.cwi.nl/Calibrator/;
LICENSE = AS IS
-SRCREV = 21
+SRCREV = 138
PV = 0.9e+svnr${SRCPV}
PR = r0
-SRC_URI = svn://dev.bec-systems.com/svn/pub;module=calibrator;proto=http
+SRC_URI = \
+ svn://svn.bec-systems.com/pub;module=calibrator;proto=http \
+ file://round_conflicting_types.patch
Maybe also put the last on a new line to make future diffs smaller?
inherit autotools
diff --git a/recipes/calibrator/files/round_conflicting_types.patch
b/recipes/calibrator/files/round_conflicting_types.patch
new file mode 100644
index 000..520c945
--- /dev/null
+++ b/recipes/calibrator/files/round_conflicting_types.patch
@@ -0,0 +1,91 @@
+round is a conflicting type ; rename to custom_round instead.
Did you send that patch upstream?
+
+diff -urN calibrator.orig/calibrator.c calibrator/calibrator.c
+--- calibrator.orig/calibrator.c 2011-07-11 16:40:32.0 -0600
calibrator/calibrator.c2011-07-11 16:44:22.333626120 -0600
+@@ -128,7 +128,7 @@
[…]
Acked-by: Paul Menzelpaulepan...@users.sourceforge.net
I forgot to ask, do you have write/commit access to the Git repository?
Thanks,
Paul
___
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
[oe] [PATCH] enhance lib/oe/unpack.py for .tar.lzma files
The boys a mingw started packaging binutils as .tar.lzma files.
This is the only trick I found to unpack them. It works.
(I am trying to revitalize canadian-sdk at newer component versions.)
diff --git a/lib/oe/unpack.py b/lib/oe/unpack.py
index 8e8bf36..d7e34a7 100644
--- a/lib/oe/unpack.py
+++ b/lib/oe/unpack.py
@@ -88,6 +88,8 @@ def unpack_file(file, destdir, parameters, env=None):
cmd = 'xz -dc %s %s' % (file, os.path.basename(root))
elif file.endswith('.tar.lz'):
cmd = 'lzip -dc %s | tar x --no-same-owner -f -' % file
+elif file.endswith('.tar.lzma'):
+cmd = 'tar --lzma --no-same-owner -xf %s' % file
elif file.endswith('.lz'):
root, ext = os.path.splitext(file)
cmd = 'lzip -dc %s %s' % (file, os.path.basename(root))
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] calibrator: also problems with svn://svn.bec-systems.com/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-11 20:09, Raymond Danks schreef:
I apologize Paul - I did something with my email filters and missed this.
You are correct; the URL is wrong in this patch. The correct URL is:
http://svn.bec-systems.com/pub/calibrator/
No - I don't have rights yet. How do I go about getting commit rights?
Technically you still have them since you had monotone access :) I think
nowadays you send your ssh key to cliff + khem and they'll sort it out.
I'm following up on this and the other comments today.
Thanks, Ray
On 07/20/2011 03:47 PM, Paul Menzel wrote:
Dear Raymond,
Am Montag, den 18.07.2011, 22:04 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 21:51 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 13:25 -0600 schrieb Raymond Danks:
* The SVN repository for this project has changed URI.
actually testing your patch I am experiencing the following problem with
task fetch.
svn: OPTIONS of 'http://svn.bec-systems.com/svn/pub/calibrator':
authorization failed: Could not authenticate to server: rejected Basic
challenge (http://svn.bec-systems.com) NOTE: package
calibrator-0.9e+svnr21-r0: task Fetch failed: Unable to fetch URL
svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from any
source.: Failed ERROR: Function 'Fetch failed: Unable to fetch URL
svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from any
source.' failed
* Upgrade to and patch the latest version for use with current tools.
actually thinking about this, two patches would have been better. I will
split this patch up.
Signed-off-by: Raymond Danksray.da...@se-eng.com ---
recipes/calibrator/calibrator_svn.bb |6 +-
.../calibrator/files/round_conflicting_types.patch | 91
2 files changed, 95 insertions(+), 2 deletions(-)
create mode 100644
recipes/calibrator/files/round_conflicting_types.patch
diff --git a/recipes/calibrator/calibrator_svn.bb
b/recipes/calibrator/calibrator_svn.bb index bd7bb1f..60eeaf9 100644 ---
a/recipes/calibrator/calibrator_svn.bb +++
b/recipes/calibrator/calibrator_svn.bb @@ -2,11 +2,13 @@ DESCRIPTION =
The Calibrator, a Cache-Memory and TLB Calibration
Tool HOMEPAGE = http://monetdb.cwi.nl/Calibrator/; LICENSE = AS IS
-SRCREV = 21 +SRCREV = 138 PV = 0.9e+svnr${SRCPV} PR = r0
-SRC_URI =
svn://dev.bec-systems.com/svn/pub;module=calibrator;proto=http +SRC_URI
= \ +svn://svn.bec-systems.com/pub;module=calibrator;proto=http \ +
file://round_conflicting_types.patch
Maybe also put the last on a new line to make future diffs smaller?
inherit autotools
diff --git a/recipes/calibrator/files/round_conflicting_types.patch
b/recipes/calibrator/files/round_conflicting_types.patch new file mode
100644 index 000..520c945 --- /dev/null +++
b/recipes/calibrator/files/round_conflicting_types.patch @@ -0,0 +1,91 @@
+round is a conflicting type
; rename to custom_round instead.
Did you send that patch upstream?
+ +diff -urN calibrator.orig/calibrator.c calibrator/calibrator.c +---
calibrator.orig/calibrator.c2011-07-11 16:40:32.0 -0600
calibrator/calibrator.c2011-07-11 16:44:22.333626120 -0600 +@@ -128,7
+128,7 @@
[…]
Acked-by: Paul Menzelpaulepan...@users.sourceforge.net
I forgot to ask, do you have write/commit access to the Git repository?
Thanks,
Paul
___ 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLxj7MkyGM64RGpERAgoYAJkBqgcN+ORwAy5auUY8zCP1UeE1mQCgsBs6
gqgy7B3i/IiLGO+l1NJDFl8=
=KyIu
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] rp-pppoe: Port from oe.dev
The difference between this and oe.dev are: - Reset PR - Add bitfields site variable to the endian site file This was wrong in oe.dev for BE (mips). - Add LIC_FILES_CHKSUM Signed-off-by: Tom Rini tom_r...@mentor.com --- .../rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch | 136 .../rp-pppoe-3.8/dont-swallow-errors.patch | 11 ++ .../rp-pppoe/rp-pppoe-3.8/pppoe-server.default | 22 +++ .../rp-pppoe/rp-pppoe-3.8/pppoe-server.init| 59 + .../rp-pppoe-3.8/pppoe-src-restrictions.patch | 18 +++ .../rp-pppoe/rp-pppoe-3.8/top-autoconf.patch | 25 .../rp-pppoe/rp-pppoe-3.8/update-config.patch | 30 + .../rp-pppoe/rp-pppoe-3.8/use-ldflags.patch| 23 .../recipes-connectivity/rp-pppoe/rp-pppoe_3.8.bb | 61 + meta-oe/site/endian-big|2 + meta-oe/site/endian-little |2 + 11 files changed, 389 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/dont-swallow-errors.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-server.default create mode 100755 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-server.init create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-src-restrictions.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/top-autoconf.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/update-config.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/use-ldflags.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe_3.8.bb create mode 100644 meta-oe/site/endian-big create mode 100644 meta-oe/site/endian-little diff --git a/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch b/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch new file mode 100644 index 000..381a44d --- /dev/null +++ b/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch @@ -0,0 +1,136 @@ +Index: src/configure.in +=== +--- rp-pppoe-3.8.orig/src/configure.in 2006-04-03 00:29:42.0 +1000 rp-pppoe-3.8/src/configure.in 2007-06-07 22:19:36.0 +1000 +@@ -5,6 +5,13 @@ + dnl pppd directory for kernel-mode PPPoE + PPPD_DIR=ppp-2.4.1.pppoe2 + ++dnl hard code some paths ++PPPD=/usr/sbin/pppd ++ID=/usr/bin/id ++ECHO=/bin/echo ++AC_ARG_VAR(PPPD) ++AC_ARG_VAR(ID) ++ + AC_CONFIG_HEADER(config.h) + + AC_PREFIX_DEFAULT(/usr) +@@ -44,7 +51,7 @@ + AC_MSG_RESULT($ac_cv_struct_sockaddr_ll) + + if test $ac_cv_struct_sockaddr_ll = yes ; then +-AC_DEFINE(HAVE_STRUCT_SOCKADDR_LL) ++AC_DEFINE([HAVE_STRUCT_SOCKADDR_LL], [], [Have struct SOCKADDR_LL]) + fi + + dnl Check for N_HDLC line discipline +@@ -55,7 +62,7 @@ + ac_cv_n_hdlc=no) + AC_MSG_RESULT($ac_cv_n_hdlc) + if test $ac_cv_n_hdlc = yes ; then +-AC_DEFINE(HAVE_N_HDLC) ++AC_DEFINE([HAVE_N_HDLC], [], [Have N_HDLC]) + fi + + AC_ARG_ENABLE(plugin, [ --enable-plugin=pppd_src_path build pppd plugin], ac_cv_pluginpath=$enableval, ac_cv_pluginpath=no) +@@ -100,13 +107,13 @@ + if test $ac_cv_header_linux_if_pppox_h = yes ; then + if test $ac_cv_pluginpath != no ; then + LINUX_KERNELMODE_PLUGIN=rp-pppoe.so +- AC_DEFINE(HAVE_LINUX_KERNEL_PPPOE) ++ AC_DEFINE([HAVE_LINUX_KERNEL_PPPOE], [], [Have kernel PPPoE]) + PPPD_INCDIR=$ac_cv_pluginpath + fi + fi + + if test $ac_cv_debugging = yes ; then +- AC_DEFINE(DEBUGGING_ENABLED) ++ AC_DEFINE([DEBUGGING_ENABLED], [], [Debugging enabled]) + fi + + AC_SUBST(LINUX_KERNELMODE_PLUGIN) +@@ -131,15 +138,8 @@ + AC_CHECK_SIZEOF(unsigned int) + AC_CHECK_SIZEOF(unsigned long) + +-dnl Check for location of pppd +-AC_PATH_PROG(PPPD, pppd, NOTFOUND, $PATH:/sbin:/usr/sbin:/usr/local/sbin) +-AC_PATH_PROG(ECHO, echo, echo) +- +-dnl Check for setsid (probably Linux-specific) +-AC_PATH_PROG(SETSID, setsid, , $PATH:/sbin:/usr/sbin:/usr/local/sbin) +- + dnl Check for an id which accepts -u option -- hack for Solaris. +-AC_PATH_PROG(ID, id, , /usr/xpg4/bin:$PATH) ++dnl AC_PATH_PROG(ID, id, , /usr/xpg4/bin:$PATH) + + dnl Check for Linux-specific kernel support for PPPoE + AC_MSG_CHECKING(for Linux 2.4.X kernel-mode PPPoE support) +@@ -183,44 +183,8 @@ + CFLAGS=$CFLAGS -Wall -Wstrict-prototypes -ansi + fi + +-dnl If we couldn't find pppd, die +-if test $PPPD = NOTFOUND; then +-AC_MSG_WARN([*** Oops! I couldn't find pppd, the PPP daemon anywhere.]) +- AC_MSG_WARN([*** You must install pppd, version 2.3.10 or later.]) +- AC_MSG_WARN([*** I will keep going, but it may not work.]) +- PPPD=pppd +-fi +- +-dnl Figure out pppd version. 2.3.7 to 2.3.9 --
Re: [oe] [meta-oe][PATCH] rp-pppoe: Port from oe.dev
Dear Tom, Am Dienstag, den 26.07.2011, 12:46 -0700 schrieb Tom Rini: please add the version number to the commit summary. The difference between this and oe.dev are: - Reset PR - Add bitfields site variable to the endian site file This was wrong in oe.dev for BE (mips). - Add LIC_FILES_CHKSUM Signed-off-by: Tom Rini tom_r...@mentor.com --- .../rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch | 136 .../rp-pppoe-3.8/dont-swallow-errors.patch | 11 ++ .../rp-pppoe/rp-pppoe-3.8/pppoe-server.default | 22 +++ .../rp-pppoe/rp-pppoe-3.8/pppoe-server.init| 59 + .../rp-pppoe-3.8/pppoe-src-restrictions.patch | 18 +++ .../rp-pppoe/rp-pppoe-3.8/top-autoconf.patch | 25 .../rp-pppoe/rp-pppoe-3.8/update-config.patch | 30 + .../rp-pppoe/rp-pppoe-3.8/use-ldflags.patch| 23 .../recipes-connectivity/rp-pppoe/rp-pppoe_3.8.bb | 61 + meta-oe/site/endian-big|2 + meta-oe/site/endian-little |2 + 11 files changed, 389 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/dont-swallow-errors.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-server.default create mode 100755 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-server.init create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/pppoe-src-restrictions.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/top-autoconf.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/update-config.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/use-ldflags.patch create mode 100644 meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe_3.8.bb create mode 100644 meta-oe/site/endian-big create mode 100644 meta-oe/site/endian-little diff --git a/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch b/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch new file mode 100644 index 000..381a44d --- /dev/null +++ b/meta-oe/recipes-connectivity/rp-pppoe/rp-pppoe-3.8/configure_in_cross.patch Can you add a patch header? @@ -0,0 +1,136 @@ +Index: src/configure.in +=== +--- rp-pppoe-3.8.orig/src/configure.in 2006-04-03 00:29:42.0 +1000 rp-pppoe-3.8/src/configure.in2007-06-07 22:19:36.0 +1000 +@@ -5,6 +5,13 @@ + dnl pppd directory for kernel-mode PPPoE + PPPD_DIR=ppp-2.4.1.pppoe2 + ++dnl hard code some paths ++PPPD=/usr/sbin/pppd ++ID=/usr/bin/id ++ECHO=/bin/echo ++AC_ARG_VAR(PPPD) ++AC_ARG_VAR(ID) ++ + AC_CONFIG_HEADER(config.h) + + AC_PREFIX_DEFAULT(/usr) +@@ -44,7 +51,7 @@ + AC_MSG_RESULT($ac_cv_struct_sockaddr_ll) + + if test $ac_cv_struct_sockaddr_ll = yes ; then +-AC_DEFINE(HAVE_STRUCT_SOCKADDR_LL) ++AC_DEFINE([HAVE_STRUCT_SOCKADDR_LL], [], [Have struct SOCKADDR_LL]) + fi + + dnl Check for N_HDLC line discipline +@@ -55,7 +62,7 @@ + ac_cv_n_hdlc=no) + AC_MSG_RESULT($ac_cv_n_hdlc) + if test $ac_cv_n_hdlc = yes ; then +-AC_DEFINE(HAVE_N_HDLC) ++AC_DEFINE([HAVE_N_HDLC], [], [Have N_HDLC]) + fi + + AC_ARG_ENABLE(plugin, [ --enable-plugin=pppd_src_path build pppd plugin], ac_cv_pluginpath=$enableval, ac_cv_pluginpath=no) +@@ -100,13 +107,13 @@ + if test $ac_cv_header_linux_if_pppox_h = yes ; then + if test $ac_cv_pluginpath != no ; then + LINUX_KERNELMODE_PLUGIN=rp-pppoe.so +-AC_DEFINE(HAVE_LINUX_KERNEL_PPPOE) ++AC_DEFINE([HAVE_LINUX_KERNEL_PPPOE], [], [Have kernel PPPoE]) + PPPD_INCDIR=$ac_cv_pluginpath + fi + fi + + if test $ac_cv_debugging = yes ; then +- AC_DEFINE(DEBUGGING_ENABLED) ++ AC_DEFINE([DEBUGGING_ENABLED], [], [Debugging enabled]) + fi + + AC_SUBST(LINUX_KERNELMODE_PLUGIN) +@@ -131,15 +138,8 @@ + AC_CHECK_SIZEOF(unsigned int) + AC_CHECK_SIZEOF(unsigned long) + +-dnl Check for location of pppd +-AC_PATH_PROG(PPPD, pppd, NOTFOUND, $PATH:/sbin:/usr/sbin:/usr/local/sbin) +-AC_PATH_PROG(ECHO, echo, echo) +- +-dnl Check for setsid (probably Linux-specific) +-AC_PATH_PROG(SETSID, setsid, , $PATH:/sbin:/usr/sbin:/usr/local/sbin) +- + dnl Check for an id which accepts -u option -- hack for Solaris. +-AC_PATH_PROG(ID, id, , /usr/xpg4/bin:$PATH) ++dnl AC_PATH_PROG(ID, id, , /usr/xpg4/bin:$PATH) + + dnl Check for Linux-specific kernel support for PPPoE + AC_MSG_CHECKING(for Linux 2.4.X kernel-mode PPPoE support) +@@ -183,44 +183,8 @@ + CFLAGS=$CFLAGS -Wall -Wstrict-prototypes -ansi + fi + +-dnl If we couldn't find pppd, die +-if test $PPPD = NOTFOUND; then +-AC_MSG_WARN([***
[oe] [PATCH 2/3 v2] rt-tests: Upgrade to latest version 0.73
Signed-off-by: Raymond Danks ray.da...@se-eng.com
---
v2:
* Start with PR=0
* Remove old version 0.28.
.../{rt-tests_0.28.bb = rt-tests_0.73.bb} |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
rename recipes/rt-tests/{rt-tests_0.28.bb = rt-tests_0.73.bb} (74%)
diff --git a/recipes/rt-tests/rt-tests_0.28.bb
b/recipes/rt-tests/rt-tests_0.73.bb
similarity index 74%
rename from recipes/rt-tests/rt-tests_0.28.bb
rename to recipes/rt-tests/rt-tests_0.73.bb
index af3bb30..26ea2cf 100644
--- a/recipes/rt-tests/rt-tests_0.28.bb
+++ b/recipes/rt-tests/rt-tests_0.73.bb
@@ -1,12 +1,13 @@
DESCRIPTION = Real-time tests, such as cyclictest, for real-time linux
PREEMPT RT kernels
HOMEPAGE = http://rt.wiki.kernel.org/index.php/Cyclictest;
LICENSE = GPL
-PR = r1
+PR = r0
SRC_URI =
http://www.kernel.org/pub/linux/kernel/people/tglx/rt-tests/rt-tests-${PV}.tar.bz2;
S = ${WORKDIR}/rt-tests
+CFLAGS += -D_GNU_SOURCE -Wall -Wno-nonnull -Isrc/include
TARGET_CC_ARCH += ${LDFLAGS}
# Limit to cyclictest only for non-real-time kernels.
@@ -21,5 +22,6 @@ do_install() {
done
}
-SRC_URI[md5sum] = 761c3e9fab16290c10ab9421182d16e7
-SRC_URI[sha256sum] =
48e5a43c03f42524dd91873d649a0b8a287debd727da993ab256dc4e839b0cee
+SRC_URI[md5sum] = 98da46135f0a91c96cb7e5b27c7e3bb6
+SRC_URI[sha256sum] =
f8d396ecd6aa5526c49919acbac0ea4936f27f2410ca806570d8c92c1067c29d
+
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/3 v2] calibrator: Move to latest SVN rev 138
* The SVN repository for this project has changed URI.
* Upgrade to and patch the latest version for use with current tools.
Signed-off-by: Raymond Danks ray.da...@se-eng.com
---
v2:
* Fix end quote on SRC_URI
* Actually - it looks like the SRC_URI is correct after all. Note that both
the hostname and path have changed.
recipes/calibrator/calibrator_svn.bb |7 +-
.../calibrator/files/round_conflicting_types.patch | 91
2 files changed, 96 insertions(+), 2 deletions(-)
create mode 100644 recipes/calibrator/files/round_conflicting_types.patch
diff --git a/recipes/calibrator/calibrator_svn.bb
b/recipes/calibrator/calibrator_svn.bb
index bd7bb1f..4410dc4 100644
--- a/recipes/calibrator/calibrator_svn.bb
+++ b/recipes/calibrator/calibrator_svn.bb
@@ -2,11 +2,14 @@ DESCRIPTION = The Calibrator, a Cache-Memory and TLB
Calibration Tool
HOMEPAGE = http://monetdb.cwi.nl/Calibrator/;
LICENSE = AS IS
-SRCREV = 21
+SRCREV = 138
PV = 0.9e+svnr${SRCPV}
PR = r0
-SRC_URI = svn://dev.bec-systems.com/svn/pub;module=calibrator;proto=http
+SRC_URI = \
+ svn://svn.bec-syste1ms.com/pub;module=calibrator;proto=http \
+ file://round_conflicting_types.patch \
+
inherit autotools
diff --git a/recipes/calibrator/files/round_conflicting_types.patch
b/recipes/calibrator/files/round_conflicting_types.patch
new file mode 100644
index 000..520c945
--- /dev/null
+++ b/recipes/calibrator/files/round_conflicting_types.patch
@@ -0,0 +1,91 @@
+round is a conflicting type ; rename to custom_round instead.
+
+diff -urN calibrator.orig/calibrator.c calibrator/calibrator.c
+--- calibrator.orig/calibrator.c 2011-07-11 16:40:32.0 -0600
calibrator/calibrator.c2011-07-11 16:44:22.333626120 -0600
+@@ -128,7 +128,7 @@
+ exit(1);
+ }
+
+-lng round(dbl x)
++lng custom_round(dbl x)
+ {
+ return (lng)(x + 0.5);
+ }
+@@ -890,16 +890,16 @@
+ fprintf(fp, )\n);
+ fprintf(fp, set y2tics);
+ for (l = 0, s = (; l = cache-levels; l++, s = , ) {
+- if (!delay) fprintf(fp, %s'(%ld)' %f, s,
round(CYperIt(cache-latency1[l] - delay)), NSperIt(cache-latency1[l] -
delay));
+- elsefprintf(fp, %s'(%ld)' %f, s,
round(CYperIt(cache-latency2[l] - delay)), NSperIt(cache-latency2[l] -
delay));
++ if (!delay) fprintf(fp, %s'(%ld)' %f, s,
custom_round(CYperIt(cache-latency1[l] - delay)), NSperIt(cache-latency1[l] -
delay));
++ elsefprintf(fp, %s'(%ld)' %f, s,
custom_round(CYperIt(cache-latency2[l] - delay)), NSperIt(cache-latency2[l] -
delay));
+ }
+ for (y = 1; y = yh; y *= 10) {
+ fprintf(fp, %s'%1.3g' %ld, s, (dbl)(y * MHz) / 1000.0, y);
+ }
+ fprintf(fp, )\n);
+ for (l = 0; l = cache-levels; l++) {
+- if (!delay) z = (dbl)round(CYperIt(cache-latency1[l] -
delay)) * 1000.0 / (dbl)MHz;
+- elsez = (dbl)round(CYperIt(cache-latency2[l] -
delay)) * 1000.0 / (dbl)MHz;
++ if (!delay) z =
(dbl)custom_round(CYperIt(cache-latency1[l] - delay)) * 1000.0 / (dbl)MHz;
++ elsez =
(dbl)custom_round(CYperIt(cache-latency2[l] - delay)) * 1000.0 / (dbl)MHz;
+ fprintf(fp, set label %ld '(%1.3g) ' at %f,%f right\n, l +
1, z, xl, z);
+ fprintf(fp, set arrow %ld from %f,%f to %f,%f nohead lt 0\n,
l + 1, xl, z, xh, z);
+ }
+@@ -986,16 +986,16 @@
+ fprintf(fp, %s'L1' %ld)\n, s, TLB-mincachelines);
+ fprintf(fp, set y2tics);
+ for (l = 0, s = (; l = TLB-levels; l++, s = , ) {
+- if (!delay) fprintf(fp, %s'(%ld)' %f, s,
round(CYperIt(TLB-latency1[l] - delay)), NSperIt(TLB-latency1[l] - delay));
+- elsefprintf(fp, %s'(%ld)' %f, s,
round(CYperIt(TLB-latency2[l] - delay)), NSperIt(TLB-latency2[l] - delay));
++ if (!delay) fprintf(fp, %s'(%ld)' %f, s,
custom_round(CYperIt(TLB-latency1[l] - delay)), NSperIt(TLB-latency1[l] -
delay));
++ elsefprintf(fp, %s'(%ld)' %f, s,
custom_round(CYperIt(TLB-latency2[l] - delay)), NSperIt(TLB-latency2[l] -
delay));
+ }
+ for (y = 1; y = yh; y *= 10) {
+ fprintf(fp, %s'%1.3g' %ld, s, (dbl)(y * MHz) / 1000.0, y);
+ }
+ fprintf(fp, )\n);
+ for (l = 0; l = TLB-levels; l++) {
+- if (!delay) z = (dbl)round(CYperIt(TLB-latency1[l] -
delay)) * 1000.0 / (dbl)MHz;
+- elsez = (dbl)round(CYperIt(TLB-latency2[l] -
delay)) * 1000.0 / (dbl)MHz;
++ if (!delay) z = (dbl)custom_round(CYperIt(TLB-latency1[l]
- delay)) * 1000.0 / (dbl)MHz;
++ elsez = (dbl)custom_round(CYperIt(TLB-latency2[l]
- delay)) * 1000.0 / (dbl)MHz;
+ fprintf(fp, set label %ld '(%1.3g) ' at %f,%f right\n, l +
1, z, xl, z);
+ fprintf(fp, set arrow %ld from
Re: [oe] calibrator: also problems with svn://svn.bec-systems.com/
On 07/26/2011 01:43 PM, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-11 20:09, Raymond Danks schreef:
I apologize Paul - I did something with my email filters and missed this. You
are correct; the URL is wrong in this patch. The correct URL is:
http://svn.bec-systems.com/pub/calibrator/
No - I don't have rights yet. How do I go about getting commit rights?
Technically you still have them since you had monotone access :) I think
nowadays you send your ssh key to cliff + khem and they'll sort it out.
Thanks Koen! I'll get in touch with Cliff and Khem. I think I lost
that other key...
I'm following up on this and the other comments today.
Thanks, Ray
On 07/20/2011 03:47 PM, Paul Menzel wrote:
Dear Raymond,
Am Montag, den 18.07.2011, 22:04 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 21:51 +0200 schrieb Paul Menzel:
Am Montag, den 18.07.2011, 13:25 -0600 schrieb Raymond Danks:
* The SVN repository for this project has changed URI.
actually testing your patch I am experiencing the following problem with task
fetch.
svn: OPTIONS of 'http://svn.bec-systems.com/svn/pub/calibrator': authorization
failed: Could not authenticate to server: rejected Basic challenge
(http://svn.bec-systems.com) NOTE: package calibrator-0.9e+svnr21-r0: task
Fetch failed: Unable to fetch URL
svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from any
source.: Failed ERROR: Function 'Fetch failed: Unable to fetch URL
svn://svn.bec-systems.com/svn/pub;module=calibrator;proto=http from any
source.' failed
* Upgrade to and patch the latest version for use with current tools.
actually thinking about this, two patches would have been better. I will split
this patch up.
Signed-off-by: Raymond Danksray.da...@se-eng.com ---
recipes/calibrator/calibrator_svn.bb |6 +-
.../calibrator/files/round_conflicting_types.patch | 91 2
files changed, 95 insertions(+), 2 deletions(-) create mode 100644
recipes/calibrator/files/round_conflicting_types.patch
diff --git a/recipes/calibrator/calibrator_svn.bb
b/recipes/calibrator/calibrator_svn.bb index bd7bb1f..60eeaf9 100644 ---
a/recipes/calibrator/calibrator_svn.bb +++ b/recipes/calibrator/calibrator_svn.bb @@
-2,11 +2,13 @@ DESCRIPTION = The Calibrator, a Cache-Memory and TLB Calibration
Tool HOMEPAGE = http://monetdb.cwi.nl/Calibrator/; LICENSE = AS IS
-SRCREV = 21 +SRCREV = 138 PV = 0.9e+svnr${SRCPV} PR = r0
-SRC_URI = svn://dev.bec-systems.com/svn/pub;module=calibrator;proto=http +SRC_URI =
\ +svn://svn.bec-systems.com/pub;module=calibrator;proto=http \ +
file://round_conflicting_types.patch
Maybe also put the last on a new line to make future diffs smaller?
inherit autotools
diff --git a/recipes/calibrator/files/round_conflicting_types.patch
b/recipes/calibrator/files/round_conflicting_types.patch new file mode 100644
index 000..520c945 --- /dev/null +++
b/recipes/calibrator/files/round_conflicting_types.patch @@ -0,0 +1,91 @@
+round is a conflicting type
; rename to custom_round instead.
Did you send that patch upstream?
+ +diff -urN calibrator.orig/calibrator.c calibrator/calibrator.c +---
calibrator.orig/calibrator.c2011-07-11 16:40:32.0 -0600
calibrator/calibrator.c2011-07-11 16:44:22.333626120 -0600 +@@ -128,7
+128,7 @@
[…]
Acked-by: Paul Menzelpaulepan...@users.sourceforge.net
I forgot to ask, do you have write/commit access to the Git repository?
Thanks,
Paul
___ 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLxj7MkyGM64RGpERAgoYAJkBqgcN+ORwAy5auUY8zCP1UeE1mQCgsBs6
gqgy7B3i/IiLGO+l1NJDFl8=
=KyIu
-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] enhance lib/oe/unpack.py for .tar.lzma files
Am Dienstag, den 26.07.2011, 12:59 -0500 schrieb Dick Hollenbeck: The boys a mingw started packaging binutils as .tar.lzma files. This is the only trick I found to unpack them. It works. (I am trying to revitalize canadian-sdk at newer component versions.) Please follow the commit policy [1][2]. At least your Signed-off-by line is missing and the commit summary does not follow the pattern(?). Please resend your patch as »v2« [3] and update the state of your patch in the patch queue [4]. Otherwise your patch looks fine. Is it guaranteed that `tar` supports `lzma`? Thanks, Paul [1] http://openembedded.org/index.php/Commit_Policy [2] http://openembedded.org/index.php/Commit_log_example [3] http://openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded [4] http://openembedded.org/index.php/Patchwork signature.asc Description: This is a digitally signed message part ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Kernel load address issue
Hi Guys, I am new to OE, but have managed to get u-boot working on my target, got TFTP working so I can transfer a kernel to RAM. I have modified my conf/local.conf file so that when a kernel is built a uImage binary is created that u-boot can use. (added line KERNEL_IMAGETYPE = uImage) However When I try to boot the image in the bootloader, I get this: uboot bootm 0x8030 ## Booting kernel from Legacy Image at 8030 ... Image Name: Angstrom/2.6.36/mx31ads Created: 2011-07-26 19:55:31 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size:1765856 Bytes = 1.7 MiB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Loading Kernel Image ... -- gets stuck here! ... The Load Address is wrong, my ram starts at 0x8000 ... can someone tell me how to change this? I presume mkimage is responsible for this as the kernel is configured as relocatable .. Many Thanks, Bernie ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 09:51:28AM +1200, Bernard Mentink wrote:
Hi Guys,
I am new to OE, but have managed to get u-boot working on my target, got
TFTP working so I can transfer a kernel to RAM.
I have modified my conf/local.conf file so that when a kernel is built a
uImage binary is created that u-boot can use. (added line
KERNEL_IMAGETYPE = uImage)
However When I try to boot the image in the bootloader, I get this:
uboot bootm 0x8030
## Booting kernel from Legacy Image at 8030 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 19:55:31 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765856 Bytes = 1.7 MiB
Load Address: 20008000
Entry Point: 20008000
machine.conf can define
UBOOT_ENTRYPOINT = 0x80008000
UBOOT_LOADADDRESS = 0x80008000
both used in kernel.bbclass
/OE/dev/classes/kernel.bbclass:UBOOT_ENTRYPOINT ?= 20008000
/OE/dev/classes/kernel.bbclass:UBOOT_LOADADDRESS ?= ${UBOOT_ENTRYPOINT}
/OE/dev/classes/kernel.bbclass:uboot-mkimage -A ${UBOOT_ARCH} -O
linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e $ENTRYPOINT -n
${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin arch/${ARCH}/boot/uImage
Cheers,
Verifying Checksum ... OK
Loading Kernel Image ... -- gets stuck here! ...
The Load Address is wrong, my ram starts at 0x8000 ... can someone
tell me how to change this? I presume mkimage is responsible for this as
the kernel is configured as relocatable ..
Many Thanks,
Bernie
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Kernel load address issue
Many thanks for the reply,
By the way where is the machine.conf file, I can't seem to find it
anywhere ..
Cheers,
Bernie
--
I want to die peacefully in my sleep, like my grandfather, not screaming
and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Wednesday, 27 July 2011 10:03 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 09:51:28AM +1200, Bernard Mentink wrote:
Hi Guys,
I am new to OE, but have managed to get u-boot working on my target,
got TFTP working so I can transfer a kernel to RAM.
I have modified my conf/local.conf file so that when a kernel is built
a uImage binary is created that u-boot can use. (added line
KERNEL_IMAGETYPE = uImage)
However When I try to boot the image in the bootloader, I get this:
uboot bootm 0x8030
## Booting kernel from Legacy Image at 8030 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 19:55:31 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765856 Bytes = 1.7 MiB
Load Address: 20008000
Entry Point: 20008000
machine.conf can define
UBOOT_ENTRYPOINT = 0x80008000
UBOOT_LOADADDRESS = 0x80008000
both used in kernel.bbclass
/OE/dev/classes/kernel.bbclass:UBOOT_ENTRYPOINT ?= 20008000
/OE/dev/classes/kernel.bbclass:UBOOT_LOADADDRESS ?=
${UBOOT_ENTRYPOINT}
/OE/dev/classes/kernel.bbclass:uboot-mkimage -A
${UBOOT_ARCH} -O linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e
$ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin
arch/${ARCH}/boot/uImage
Cheers,
Verifying Checksum ... OK
Loading Kernel Image ... -- gets stuck here! ...
The Load Address is wrong, my ram starts at 0x8000 ... can someone
tell me how to change this? I presume mkimage is responsible for this
as the kernel is configured as relocatable ..
Many Thanks,
Bernie
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 10:14:50AM +1200, Bernard Mentink wrote:
Many thanks for the reply,
By the way where is the machine.conf file, I can't seem to find it
anywhere ..
in your case probably
conf/machine/mx31ads.conf or something like that
I meant ${MACHINE}.conf and machine.conf was just example, sorry I
wasn't clear.
Cheers,
Cheers,
Bernie
--
I want to die peacefully in my sleep, like my grandfather, not screaming
and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Wednesday, 27 July 2011 10:03 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 09:51:28AM +1200, Bernard Mentink wrote:
Hi Guys,
I am new to OE, but have managed to get u-boot working on my target,
got TFTP working so I can transfer a kernel to RAM.
I have modified my conf/local.conf file so that when a kernel is built
a uImage binary is created that u-boot can use. (added line
KERNEL_IMAGETYPE = uImage)
However When I try to boot the image in the bootloader, I get this:
uboot bootm 0x8030
## Booting kernel from Legacy Image at 8030 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 19:55:31 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765856 Bytes = 1.7 MiB
Load Address: 20008000
Entry Point: 20008000
machine.conf can define
UBOOT_ENTRYPOINT = 0x80008000
UBOOT_LOADADDRESS = 0x80008000
both used in kernel.bbclass
/OE/dev/classes/kernel.bbclass:UBOOT_ENTRYPOINT ?= 20008000
/OE/dev/classes/kernel.bbclass:UBOOT_LOADADDRESS ?=
${UBOOT_ENTRYPOINT}
/OE/dev/classes/kernel.bbclass:uboot-mkimage -A
${UBOOT_ARCH} -O linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e
$ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin
arch/${ARCH}/boot/uImage
Cheers,
Verifying Checksum ... OK
Loading Kernel Image ... -- gets stuck here! ...
The Load Address is wrong, my ram starts at 0x8000 ... can someone
tell me how to change this? I presume mkimage is responsible for this
as the kernel is configured as relocatable ..
Many Thanks,
Bernie
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Kernel load address issue
Hi Martin,
Thanks for that (and to Gary for the same answer) ..
By the way, where do I find this sort of information out? I especially
would like to know how to configure the kernel, modify source code etc,
Within the openembedded system ..
Are there some good howto's out there?
Thanks,
Bernie
--
I want to die peacefully in my sleep, like my grandfather, not screaming
and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Wednesday, 27 July 2011 10:27 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 10:14:50AM +1200, Bernard Mentink wrote:
Many thanks for the reply,
By the way where is the machine.conf file, I can't seem to find it
anywhere ..
in your case probably
conf/machine/mx31ads.conf or something like that
I meant ${MACHINE}.conf and machine.conf was just example, sorry I
wasn't clear.
Cheers,
Cheers,
Bernie
--
--
--
I want to die peacefully in my sleep, like my grandfather, not
screaming and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf
Of Martin Jansa
Sent: Wednesday, 27 July 2011 10:03 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 09:51:28AM +1200, Bernard Mentink wrote:
Hi Guys,
I am new to OE, but have managed to get u-boot working on my target,
got TFTP working so I can transfer a kernel to RAM.
I have modified my conf/local.conf file so that when a kernel is
built
a uImage binary is created that u-boot can use. (added line
KERNEL_IMAGETYPE = uImage)
However When I try to boot the image in the bootloader, I get this:
uboot bootm 0x8030
## Booting kernel from Legacy Image at 8030 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 19:55:31 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765856 Bytes = 1.7 MiB
Load Address: 20008000
Entry Point: 20008000
machine.conf can define
UBOOT_ENTRYPOINT = 0x80008000
UBOOT_LOADADDRESS = 0x80008000
both used in kernel.bbclass
/OE/dev/classes/kernel.bbclass:UBOOT_ENTRYPOINT ?= 20008000
/OE/dev/classes/kernel.bbclass:UBOOT_LOADADDRESS ?=
${UBOOT_ENTRYPOINT}
/OE/dev/classes/kernel.bbclass:uboot-mkimage -A
${UBOOT_ARCH} -O linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e
$ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin
arch/${ARCH}/boot/uImage
Cheers,
Verifying Checksum ... OK
Loading Kernel Image ... -- gets stuck here! ...
The Load Address is wrong, my ram starts at 0x8000 ... can
someone
tell me how to change this? I presume mkimage is responsible for
this as the kernel is configured as relocatable ..
Many Thanks,
Bernie
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-dev
el
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v4] dbus-glib: corrected native and cross recipe.
Koen Kooi - 2011-07-26 09:39:21
Op 26-07-11 11:21, Alessandro Sappia schreef:
* dbus-glib require some source files generated during native build in
order to build on target.
Signed-off-by: Alessandro Sappia a.sap...@biotechware.com ---
recipes/dbus/dbus-glib.inc |8
recipes/dbus/dbus-glib_0.86.bb |7 +-- 2 files changed, 5
insertions(+), 10 deletions(-)
diff --git a/recipes/dbus/dbus-glib.inc b/recipes/dbus/dbus-glib.inc index
c1c1813..7208e91 100644 --- a/recipes/dbus/dbus-glib.inc +++
b/recipes/dbus/dbus-glib.inc @@ -21,19 +21,19 @@ inherit autotools
pkgconfig gettext
BBCLASSEXTEND = native
-do_configure_prepend() { +do_configure() { install -m 0644
${STAGING_DATADIR_NATIVE}/dbus/dbus-bus-introspect.xml ${S}/tools/ install
-m 0644 ${STAGING_DATADIR_NATIVE}/dbus/dbus-glib-bindings.h ${S}/tools/ - +
autotools_do_configure }
do_configure_virtclass-native() { autotools_do_configure }
-do_install_virtclass-native() { -autotools_do_install
+do_install_append_virtclass-native() { install -d ${D}${datadir}/dbus +
install -m 0644 dbus-bus-introspect.xml ${D}${datadir}/dbus install -m
0644 tools/dbus-glib-bindings.h ${D}${datadir}/dbus }
Out of curiousity, why are you mixing the 2 styles (append/prepend vs
replacement) in this commit?
This is because, didn't checked why, do_configure_prepend() didn't worked
seamless, while do_install_append works fine for me.
Before further investigation occurs, as this build is needed for those starting
now to build I wrote this way.
A better solution would be available if a virtclass-cross would exists, while
now we have just virtclass-sdk and virtclass-native.
Are you OK with the patch ?
Regards,
Alessandro
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Kernel load address issue
I have got a bit further now, I get:
-
uboot bootm 8040
## Booting kernel from Legacy Image at 8040 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 22:30:37 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765848 Bytes = 1.7 MiB
Load Address: 8040
Entry Point: 8040
Verifying Checksum ... OK
XIP Kernel Image ... OK
OK
Starting kernel ...
And there it hangs ... I don't know who printed out the Starting
kernel was it uboot or the kernel?
If uboot, how do I pass kernel arguments (i.e the console serial params)
with this method of booting?
(I am using: dhcp 0x8040 IP:file followed by the above bootm .. )
Thanks,
Bernie
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Bernard Mentink
Sent: Wednesday, 27 July 2011 10:32 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
Hi Martin,
Thanks for that (and to Gary for the same answer) ..
By the way, where do I find this sort of information out? I especially
would like to know how to configure the kernel, modify source code etc,
Within the openembedded system ..
Are there some good howto's out there?
Thanks,
Bernie
--
I want to die peacefully in my sleep, like my grandfather, not screaming
and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Wednesday, 27 July 2011 10:27 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 10:14:50AM +1200, Bernard Mentink wrote:
Many thanks for the reply,
By the way where is the machine.conf file, I can't seem to find it
anywhere ..
in your case probably
conf/machine/mx31ads.conf or something like that
I meant ${MACHINE}.conf and machine.conf was just example, sorry I
wasn't clear.
Cheers,
Cheers,
Bernie
--
--
--
I want to die peacefully in my sleep, like my grandfather, not
screaming and yelling like the passengers in his car.
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf
Of Martin Jansa
Sent: Wednesday, 27 July 2011 10:03 a.m.
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Kernel load address issue
On Wed, Jul 27, 2011 at 09:51:28AM +1200, Bernard Mentink wrote:
Hi Guys,
I am new to OE, but have managed to get u-boot working on my target,
got TFTP working so I can transfer a kernel to RAM.
I have modified my conf/local.conf file so that when a kernel is
built
a uImage binary is created that u-boot can use. (added line
KERNEL_IMAGETYPE = uImage)
However When I try to boot the image in the bootloader, I get this:
uboot bootm 0x8030
## Booting kernel from Legacy Image at 8030 ...
Image Name: Angstrom/2.6.36/mx31ads
Created: 2011-07-26 19:55:31 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1765856 Bytes = 1.7 MiB
Load Address: 20008000
Entry Point: 20008000
machine.conf can define
UBOOT_ENTRYPOINT = 0x80008000
UBOOT_LOADADDRESS = 0x80008000
both used in kernel.bbclass
/OE/dev/classes/kernel.bbclass:UBOOT_ENTRYPOINT ?= 20008000
/OE/dev/classes/kernel.bbclass:UBOOT_LOADADDRESS ?=
${UBOOT_ENTRYPOINT}
/OE/dev/classes/kernel.bbclass:uboot-mkimage -A
${UBOOT_ARCH} -O linux -T kernel -C none -a ${UBOOT_LOADADDRESS} -e
$ENTRYPOINT -n ${DISTRO_NAME}/${PV}/${MACHINE} -d linux.bin
arch/${ARCH}/boot/uImage
Cheers,
Verifying Checksum ... OK
Loading Kernel Image ... -- gets stuck here! ...
The Load Address is wrong, my ram starts at 0x8000 ... can
someone
tell me how to change this? I presume mkimage is responsible for
this as the kernel is configured as relocatable ..
Many Thanks,
Bernie
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-dev
el
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
