[oe] i18n problems with eglibc
Hello. I'm trying to get the es_US.UTF-8 locale working with OE. I've included nls support and IMAGE_LINGUAS=es_US.utf8 in my image and set LANG=es_US.UTF-8 on the target, however I only get partial message translation on the target when using coreutils's ls command. Here is the output from ls when requesting the contents of a non-existent directory: root@cpc3xx:/bin [1]# ls /nonexistent ls: no se puede acceder a /nonexistent: No such file or directory root@cpc3xx:/bin [2]# I was expecting to see: ls: no se puede acceder a /non: No existe el fichero o el directorio The first part of the output has the es translation, but not the second part. Anyone have any idea why? Thanks in advance. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request #23
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/24/2011 02:43 AM, Koen Kooi wrote: Tom, Please pull the 2 commits from here: URI: git://dominion.thruhere.net/var/cache/git/openembedded.git Branch: 2011.03-maintenance Khem Raj (1): gcc: Package libstdc++ gdb python helpers into dev package Koen Kooi (1): pulseaudio: make it work out of the box * reuse 'audio' group as access group 2 cherry-picks from .dev Applied, thanks. - -- Tom Rini Mentor Graphics Corporation -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOLZvMAAoJEI4NMjfc3nJxhPoIAKQF8TPczT9x5IHmumaBT/RM R+E4PyhPsC2OyIcEJQAuDL64Ucbr4hffxflOaQJWVljs/w7sqeOfxeD8jzVDzd1t Yp84p9k2+Kw4xd26zAkyg6Ugy1DAKJYJRQMQpMHrsIXs9Vvho9TIJLxaVcjBv1H7 RIgGOUadbyt1gVSUeO+5kGf1LP8meayfirr0ITGNwNW6OV4jhNwaFfq5HWTWjn4o 18oOhgwzPS/LRA19pmbv8Nqlo2BoAuEBsfLEybIFI03Djr7VSOf1Vv5KZmhgxGGs m3oVDennTIpuaRl2st6PpdLwXjA422Rsfa4KMZrihtXT4qtqueVp0Rrq5i1edX8= =FepC -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-efl] evas: add new style GL config options
The config options changed recently, but we keep both to allow bisecting
EFL_SRCREVs
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/recipes-efl/efl/evas.inc |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta-efl/recipes-efl/efl/evas.inc
b/meta-efl/recipes-efl/efl/evas.inc
index 4e6f328..3f7eed3 100644
--- a/meta-efl/recipes-efl/efl/evas.inc
+++ b/meta-efl/recipes-efl/efl/evas.inc
@@ -8,7 +8,7 @@ DEPENDS_virtclass-native = freetype-native libxext-native
libpng-native jpeg-na
inherit efl
BBCLASSEXTEND = native
-INC_PR = r1
+INC_PR = r2
FILESPATHPKG =. ${BPN}-${PV}:${BPN}:
python populate_packages_prepend () {
@@ -158,6 +158,7 @@ EXTRA_OECONF = ${EVAS_OECONF} \
--disable-convert-32-rgb-rot-180 \
--enable-convert-32-rgb-rot-270 \
--enable-gl-x11 \
+--enable-gl-xlib \
--enable-gl-flavor-gles \
--enable-gles-variety-${GLES} \
@@ -165,6 +166,7 @@ EXTRA_OECONF_virtclass-native = ${EVAS_OECONF} \
--disable-software-x11 \
--disable-software-16-x11 \
--disable-gl-x11 \
+--disable-gl-xlib \
--disable-xrender-x11 \
--disable-image-loader-gif \
--disable-image-loader-svg \
--
1.6.6.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-efl] places: fix build e-module: inherit gettext
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta-efl/recipes-efl/e17/e-module.inc |2 +-
meta-efl/recipes-efl/e17/places_svn.bb |5 -
2 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/meta-efl/recipes-efl/e17/e-module.inc
b/meta-efl/recipes-efl/e17/e-module.inc
index 3834a2e..97081aa 100644
--- a/meta-efl/recipes-efl/e17/e-module.inc
+++ b/meta-efl/recipes-efl/e17/e-module.inc
@@ -7,7 +7,7 @@ INC_PR = r5
SRCNAME = E-MODULES-EXTRA/${PN}
-inherit e
+inherit e gettext
SRC_URI = ${E_SVN}/trunk;module=${SRCNAME};proto=http;scmdata=keep
S = ${WORKDIR}/${SRCNAME}
diff --git a/meta-efl/recipes-efl/e17/places_svn.bb
b/meta-efl/recipes-efl/e17/places_svn.bb
index f447745..0abe138 100644
--- a/meta-efl/recipes-efl/e17/places_svn.bb
+++ b/meta-efl/recipes-efl/e17/places_svn.bb
@@ -6,10 +6,5 @@ PR = ${INC_PR}.0
require e-module.inc
-do_configure_prepend() {
- sed -i -e /po/d -e /AM_GNU_GETTEXT/d configure.ac
- sed -i -e s:\ po::g Makefile.am
-}
-
# Calls /usr/bin/eject for media
RRECOMMENDS_${PN} += eject
--
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] i18n problems with eglibc
On Mon, 2011-07-25 at 11:26 -0500, Robert Brick wrote: root@cpc3xx:/bin [1]# ls /nonexistent ls: no se puede acceder a /nonexistent: No such file or directory root@cpc3xx:/bin [2]# I was expecting to see: ls: no se puede acceder a /non: No existe el fichero o el directorio The first part of the output has the es translation, but not the second part. Anyone have any idea why? Thanks in advance. It sounds as though the message catalogs for glibc itself aren't getting installed for some reason. The first step would be to check whether that's really the case, and then I guess the second step would be to debug rootfs_ipk to find out why not. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] i18n problems with eglibc
On Mon, 25 Jul 2011 21:08:08 +0100, Phil Blundell ph...@gnu.org wrote: On Mon, 2011-07-25 at 11:26 -0500, Robert Brick wrote: root@cpc3xx:/bin [1]# ls /nonexistent ls: no se puede acceder a /nonexistent: No such file or directory root@cpc3xx:/bin [2]# I was expecting to see: ls: no se puede acceder a /non: No existe el fichero o el directorio The first part of the output has the es translation, but not the second part. Anyone have any idea why? Thanks in advance. It sounds as though the message catalogs for glibc itself aren't getting installed for some reason. The first step would be to check whether that's really the case, and then I guess the second step would be to debug rootfs_ipk to find out why not. I should have mentioned it in my initial mail. I believe that the glibc message catalog is installed correctly. root@cpc3xx:/bin# ls -l /usr/share/locale/es/LC_MESSAGES/ total 232 -rw-r--r-- 1 root root 110655 jul 23 13:57 coreutils.mo -rw-r--r-- 1 root root 120808 jul 21 01:15 libc.mo root@cpc3xx:/bin# Is there any other file other than .../es/LC_MESSAGES/libc.mo that make up the message catalog? p. ___ 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] i18n problems with eglibc
On Mon, 2011-07-25 at 15:34 -0500, Robert Brick wrote: I should have mentioned it in my initial mail. I believe that the glibc message catalog is installed correctly. root@cpc3xx:/bin# ls -l /usr/share/locale/es/LC_MESSAGES/ total 232 -rw-r--r-- 1 root root 110655 jul 23 13:57 coreutils.mo -rw-r--r-- 1 root root 120808 jul 21 01:15 libc.mo root@cpc3xx:/bin# Is there any other file other than .../es/LC_MESSAGES/libc.mo that make up the message catalog? Oh, very strange then. That does look correct; as far as I know libc.mo is the only file you should need to get localised output from glibc. What does the output from strace -f ls /nonexistent look like? p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-texasinstruments] [PATCH v2] 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.
---
Generated a patch that applies to meta-texasinstruments as suggested by Koen in
the post at [1]
Changes since earlier patch:
* Bumped PR
[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 v3] 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.
---
Changes since v2:
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]
* 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] [PATCH] beagleboard-test-scripts: userbutton state detection: Remove userspace scripts
Have U-boot detect if user button was pressed and set a boot argument
so that user space can use this information
This solves a couple of problems:
* The user-button doesn't have to be held when userspace loads
* Eliminate the need for userspace scripts that check for the state of the
button
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
I know recently these updates have become fairly noisy and maybe even a chore
for
maintainers to keep applying. Moving to AUTOREV checkout for this recipe (from a
stable branch I maintain) would reduce or eliminate this (I'm not sure how to
trigger
rebuilds though without a PR bump)
If not, I'm sorry for the noise, hopefully this should be the last change as
this script
hasn't moved for a few days now.
.../beagleboard/beagleboard-test-scripts_git.bb|9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/recipes/beagleboard/beagleboard-test-scripts_git.bb
b/recipes/beagleboard/beagleboard-test-scripts_git.bb
index bb0e6e4..6b676de 100644
--- a/recipes/beagleboard/beagleboard-test-scripts_git.bb
+++ b/recipes/beagleboard/beagleboard-test-scripts_git.bb
@@ -1,22 +1,18 @@
## Reminder: The correct spacing for a variable is FOO = BAR in : PR=r1
DESCRIPTION = BeagleBoard test scripts
HOMEPAGE = http://beagleboad.org/support;
-PR = r4
+PR = r5
SRC_URI =
git://gitorious.org/~joelf/beagleboard-validation/validation-scripts.git;protocol=git
\
-SRCREV = f7ba1b49190003af524f1a768ec887955a9994a0
+SRCREV = 4c129ee73698bfb14cfa4c77c2796e871b21
S = ${WORKDIR}/git
inherit update-rc.d
INITSCRIPT_NAME = flash-nand-fs.sh
INITSCRIPT_PARAMS = start 99 2 3 4 5 .
-do_compile() {
-${CC} -o userbutton-pressed ${CFLAGS} ${LDFLAGS}
flashing/userbutton-pressed.c
-}
-
do_install() {
TEST_FILES= \
testaudio \
@@ -40,7 +36,6 @@ do_install() {
# We also register it as an init script so that the SD Card auto-flashes to
NAND during boot.
install -d ${D}/${sysconfdir}/init.d/
install -m 0755 ${S}/flashing/flash-nand-fs.sh
${D}/${sysconfdir}/init.d/flash-nand-fs.sh
- install -m 0755 userbutton-pressed ${D}/${bindir}/userbutton-pressed
install -d ${D}/boot/
install -m 0755 ${S}/flashing/user.txt ${D}/boot/user.txt
install -m 0755 ${S}/flashing/uEnv.txt ${D}/boot/uEnv.txt
--
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] i18n problems with eglibc
On Mon, 25 Jul 2011 21:41:30 +0100, Phil Blundell ph...@gnu.org
wrote:
On Mon, 2011-07-25 at 15:34 -0500, Robert Brick wrote:
I should have mentioned it in my initial mail. I believe that the
glibc message catalog is installed correctly.
root@cpc3xx:/bin# ls -l /usr/share/locale/es/LC_MESSAGES/
total 232
-rw-r--r-- 1 root root 110655 jul 23 13:57 coreutils.mo
-rw-r--r-- 1 root root 120808 jul 21 01:15 libc.mo
root@cpc3xx:/bin#
Is there any other file other than .../es/LC_MESSAGES/libc.mo that make
up the message catalog?
Oh, very strange then. That does look correct; as far as I know libc.mo
is the only file you should need to get localised output from glibc.
What does the output from strace -f ls /nonexistent look like?
Here you go. After reviewing this output, I'm still at a loss...
root@cpc3xx:/bin# strace -f ls /nonexistent
execve(/bin/ls, [ls, /nonexistent], [/* 12 vars */]) = 0
brk(0) = 0x101fa000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/lib/tls/ppc603/librt.so.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat64(/lib/tls/ppc603, 0xbfc32818) = -1 ENOENT (No such file or
directory)
open(/lib/tls/librt.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/tls, 0xbfc32818) = -1 ENOENT (No such file or
directory)
open(/lib/ppc603/librt.so.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/ppc603, 0xbfc32818) = -1 ENOENT (No such file or
directory)
open(/lib/librt.so.1, O_RDONLY) = 3
read(3,
\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0\0328\0\0\0004...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=30776, ...}) = 0
mmap(0xffd8000, 95576, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xffd8000
mprotect(0xffdf000, 61440, PROT_NONE) = 0
mmap(0xffee000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0xffee000
close(3)= 0
open(/lib/libc.so.6, O_RDONLY)= 3
read(3,
\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\377\0\0\0\0004...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1401348, ...}) = 0
mmap(0xfe7, 1407412, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xfe7
mmap(0xffc, 20480, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0xffc
mmap(0xffc5000, 10676, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffc5000
close(3)= 0
open(/lib/libpthread.so.0, O_RDONLY) = 3
read(3,
\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0QT\0\0\0004...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=88764, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4801c000
mmap(0xfe38000, 161516, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xfe38000
mprotect(0xfe4d000, 61440, PROT_NONE) = 0
mmap(0xfe5c000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0xfe5c000
mmap(0xfe5e000, 5868, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfe5e000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4801d000
mprotect(0xfe5c000, 4096, PROT_READ)= 0
mprotect(0xffc, 8192, PROT_READ)= 0
mprotect(0xffee000, 4096, PROT_READ)= 0
mprotect(0x1003, 4096, PROT_READ) = 0
mprotect(0x4802b000, 4096, PROT_READ) = 0
set_tid_address(0x4801cba8) = 599
get_robust_list(0x4801cbb0, 0xc, 0xbfc33340) = 0
rt_sigaction(SIGRTMIN, {0xfe3d074, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xfe3cc98, [], SA_RESTART|SA_SIGINFO}, NULL, 8)
= 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) =
0
brk(0) = 0x101fa000
brk(0x1021b000) = 0x1021b000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/locale/es_US.UTF-8/LC_IDENTIFICATION, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/lib/locale/es_US.utf8/LC_IDENTIFICATION, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=343, ...}) = 0
mmap(NULL, 343, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4801e000
close(3)= 0
open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/lib/gconv/gconv-modules, O_RDONLY) = -1 ENOENT (No such
file or directory)
futex(0xffc4ee4, FUTEX_WAKE_PRIVATE, 2147483647) = 0
open(/usr/lib/locale/es_US.UTF-8/LC_MEASUREMENT, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/lib/locale/es_US.utf8/LC_MEASUREMENT, O_RDONLY) = 3
[oe] [meta-oe][PATCH 2/2] openssl: Use SITEINFO_ENDIANESS instead of SITEINFO_ENDIANNESS
This spelling difference existed when siteinfo was in two places
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta-oe/recipes-connectivity/openssl/openssl.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-connectivity/openssl/openssl.inc
b/meta-oe/recipes-connectivity/openssl/openssl.inc
index 86b29f0..082fb7b 100644
--- a/meta-oe/recipes-connectivity/openssl/openssl.inc
+++ b/meta-oe/recipes-connectivity/openssl/openssl.inc
@@ -11,10 +11,10 @@ S = ${WORKDIR}/openssl-${PV}
inherit siteinfo
-INC_PR = r13
+INC_PR = r14
AR_append = r
-CFLAG = ${@base_conditional('SITEINFO_ENDIANNESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)} \
+CFLAG = ${@base_conditional('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN',
'-DB_ENDIAN', d)} \
-DTERMIO ${FULL_OPTIMIZATION} -Wall
# -02 does not work on mipsel: ssh hangs when it tries to read /dev/urandom
--
1.7.4.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] espeak: Use SITEINFO_ENDIANESS instead of SITEINFO_ENDIANNESS
This spelling difference existed when siteinfo was in two places
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta-oe/recipes-support/espeak/espeak_1.37.bb |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/espeak/espeak_1.37.bb
b/meta-oe/recipes-support/espeak/espeak_1.37.bb
index 6cc4cd4..5f9fcc1 100644
--- a/meta-oe/recipes-support/espeak/espeak_1.37.bb
+++ b/meta-oe/recipes-support/espeak/espeak_1.37.bb
@@ -1,12 +1,14 @@
require espeak.inc
inherit siteinfo
-EXTRA_PHONEMES = '${@base_contains(SITEINFO_ENDIANNESS, be, espeak-data
(= ${PV}), , d)}'
+EXTRA_PHONEMES = '${@base_contains(SITEINFO_ENDIANESS, be, espeak-data
(= ${PV}), , d)}'
RDEPENDS_${PN} = portaudio-v19 ${EXTRA_PHONEMES}
SRC_URI[md5sum] = 5c7b292d0537232868b4ac1317d76c02
SRC_URI[sha256sum] =
77f406c345362185ec4f362bf49f61d202e01ac9b9cd5c14f803195a544ce6d3
+PR = r1
+
CXXFLAGS += -DUSE_PORTAUDIO
TARGET_CC_ARCH += ${LDFLAGS}
@@ -33,7 +35,7 @@ do_install() {
install -m 0644 ${S}/src/speak_lib.h ${D}${includedir}
oe_libinstall -so -C src libespeak ${D}${libdir}
- if [ ${SITEINFO_ENDIANNESS} = be ] ; then
+ if [ ${SITEINFO_ENDIANESS} = be ] ; then
# the big-endian phon* files are provided by the package
espeak-data
rm -f ${S}/espeak-data/phon*
fi
--
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] [meta-oe][PATCH 1/2] espeak: Use SITEINFO_ENDIANESS instead of SITEINFO_ENDIANNESS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-11 06:06, Khem Raj schreef:
This spelling difference existed when siteinfo was in two places
Signed-off-by: Khem Raj raj.k...@gmail.com ---
meta-oe/recipes-support/espeak/espeak_1.37.bb |6 -- 1 files changed,
4 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/espeak/espeak_1.37.bb
b/meta-oe/recipes-support/espeak/espeak_1.37.bb index 6cc4cd4..5f9fcc1 100644
--- a/meta-oe/recipes-support/espeak/espeak_1.37.bb +++
b/meta-oe/recipes-support/espeak/espeak_1.37.bb @@ -1,12 +1,14 @@ require
espeak.inc inherit siteinfo
-EXTRA_PHONEMES = '${@base_contains(SITEINFO_ENDIANNESS, be,
espeak-data (= ${PV}), , d)}' +EXTRA_PHONEMES =
'${@base_contains(SITEINFO_ENDIANESS, be, espeak-data (= ${PV}), ,
d)}'
The double N is the right spelling, so the oe-core class should be fixed instead
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLkk0MkyGM64RGpERAnRYAKCRBX66mOL2iKwLICDQZD+aBO7hlACeJwYs
1n6vb7pwzBfZUK/mG3v2r3c=
=XeWv
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] beagleboard-test-scripts: userbutton state detection: Remove userspace scripts
-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? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOLkl9MkyGM64RGpERArk6AJsHcmx77q5fklqrPKgMjDgb6PPpAwCfWPzc SwoZ/9fpCoWU8vC+IJEV9yc= =l2Ht -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH 1/2] espeak: Use SITEINFO_ENDIANESS instead of SITEINFO_ENDIANNESS
On Mon, Jul 25, 2011 at 9:57 PM, Koen Kooi k...@dominion.thruhere.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 26-07-11 06:06, Khem Raj schreef:
This spelling difference existed when siteinfo was in two places
Signed-off-by: Khem Raj raj.k...@gmail.com ---
meta-oe/recipes-support/espeak/espeak_1.37.bb | 6 -- 1 files changed,
4 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-support/espeak/espeak_1.37.bb
b/meta-oe/recipes-support/espeak/espeak_1.37.bb index 6cc4cd4..5f9fcc1
100644 --- a/meta-oe/recipes-support/espeak/espeak_1.37.bb +++
b/meta-oe/recipes-support/espeak/espeak_1.37.bb @@ -1,12 +1,14 @@ require
espeak.inc inherit siteinfo
-EXTRA_PHONEMES = '${@base_contains(SITEINFO_ENDIANNESS, be,
espeak-data (= ${PV}), , d)}' +EXTRA_PHONEMES =
'${@base_contains(SITEINFO_ENDIANESS, be, espeak-data (= ${PV}), ,
d)}'
The double N is the right spelling, so the oe-core class should be fixed
instead
I have sent patch for oe-core. I guess it will be less work to fix
oe-core than to chase
each and every layer to change the spelling.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-texasinstruments] [PATCH v2] linux-omap: Fix MMC timeout Errors
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Missing SOB
Op 26-07-11 01:21, Joel A Fernandes schreef:
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. --- Generated a patch that applies
to meta-texasinstruments as suggested by Koen in the post at [1]
Changes since earlier patch: * Bumped PR
[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 \
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLlB0MkyGM64RGpERAn7nAKC32iAk1azm7DjDa7+44xJduirEAACgmjOe
Lm0BwTLuty3oY2Fyewy4meE=
=VFFR
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3] linux-omap-psp: Fix MMC timeout errors
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Missing SOB
Op 26-07-11 01:36, Joel A Fernandes schreef:
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. --- Changes since v2: 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]
* 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 \
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOLlCHMkyGM64RGpERAn0FAJ40pZXnbKiXWOGG4tYomKB2VefzwQCfRPdr
W/r8V1U7/lSaF+gfrOWJxZI=
=lWvk
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
