[oe] [meta-oe][PATCH] classes/testlab: Enhance to dump license information
It will now additionally create a new file which will
contain list of licenses of installed packages in a given
image.
The fix to get the package name is there because the packages
which contains epoch PE in the version string were not
being constructed correctly since opkg-cl would dump
'epoch:version' for Version string but the real ipk
did not have 'epoch' in its name. e.g.
for armv5te/libopkg0_0.1.8+svnr609-r2_armv5te.ipk
Package: libopkg0
Version: 1:0.1.8+svnr609-r2
as you can see version contained in ipk is not
containing the 'epoch'
so we have to eliminate 'epoch' from version we get from
opkg-cl to for the installed ipk name correctly.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta-oe/classes/testlab.bbclass |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta-oe/classes/testlab.bbclass b/meta-oe/classes/testlab.bbclass
index cd59782..fd37242 100644
--- a/meta-oe/classes/testlab.bbclass
+++ b/meta-oe/classes/testlab.bbclass
@@ -36,7 +36,10 @@ if [ -e ${IMAGE_ROOTFS}/etc/opkg ] [
${ONLINE_PACKAGE_MANAGEMENT} = full
echo -e digraph depends {\nnode [shape=plaintext]
${TESTLAB_DIR}/depends.dot
for pkg in $(opkg-cl ${IPKG_ARGS} list_installed | awk '{print $1}') ;
do
- opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7 ^Status.*
\(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf $2_} /^Version/
{printf $2_} /^Archi/ {print $2.ipk}'
${TESTLAB_DIR}/installed-packages.txt
+ name=`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7
^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf $2_}'`
+ name=$name`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7
^Status.* \(\(installed\)\|\(unpacked\)\) | awk -F: '/^Version/ {printf
$NF_}' | sed 's/^\s*//g'`
+ name=$name`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7
^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Archi/ {print $2.ipk}'`
+ echo $name ${TESTLAB_DIR}/installed-packages.txt
for depends in $(opkg-cl ${IPKG_ARGS} info $pkg | grep
^Depends) ; do
echo $pkg OPP $depends; | grep -v ( | grep -v ) |
grep -v $pkg OPP Depends | sed -e 's:,::g' -e 's:-:_:g' -e 's:\.:_:g' -e
's:+::g' |sed 's:OPP:-:g' ${TESTLAB_DIR}/depends.dot
@@ -65,6 +68,9 @@ if [ -e ${IMAGE_ROOTFS}/etc/opkg ] [
${ONLINE_PACKAGE_MANAGEMENT} = full
du -k $(find ${DEPLOY_DIR_IPK} -name $file) | head -n1
done | grep \.ipk | sed -e s:${DEPLOY_DIR_IPK}::g | sort -n -r | awk
'{print $1 \tKiB $2}' ${TESTLAB_DIR}/installed-package-sizes.txt
+ for file in $(cat ${TESTLAB_DIR}/installed-packages.txt) ; do
+ echo `find ${DEPLOY_DIR_IPK} -name $file | xargs
opkg-list-fields | grep ^License | sed -e 's/^.*:[ \t]*//g'` '=' $file
+ done | awk -F= '{printf(%50s:%s\n, $1, $2)}'
${TESTLAB_DIR}/installed-package-licenses.txt
# Log results to a git controlled directory structure than can be
pushed to a remote location
if [ ${TESTLABLOG} = remote ] [ -n ${TESTLABREMOTEDIR} ] ; then
TESTLABLOGDIR=${MACHINE_ARCH}/${TCLIBC}/${IMAGE_BASENAME}
--
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] using i2c on a mx28evk
On Wednesday, July 13, 2011 06:46:45 PM Andreas Mueller wrote: I checked the recipe i2c: In the file I2c.init this recipe wants to modprobe i2c- pxa. Without having further background on this recipe it seems that it is not meant for any board but pxa based ( can anybody confirm ? ) Additional this packet wants to modprobe i2c-dev. This is not the oe-devel- packet but a wrapper kernel-module for creating a device node in /dev. I will later modify the kernel configuration so that i2c-dev is created and see which modules are created... In file i2c-api.c you can find * @file i2c-api.c * * @brief This file contains the implementation for performing I2C operations * on the gumstix. that does not look generic... Anyway: I will create a patch so that the package kernel-module-i2c-dev is created. I've tried your patch, but it didn't help. Maybe we need to set CONFIG_I2C_GPIO in the kernel configuration? A bit off-topic: Would you like to test the oe-core version with the meta layer found in https://gitorious.org/schnitzeltony-oe-meta/meta-freescale ? I would like to test your oe-core version with meta layer but I'm not shure how to do that. Christian ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Did the chromium recipe even build fine in OE?
Hi all, I'm trying to port the chromium recipe from OE to Poky. After some investigation, I doubt it could ever build in OE? 1) The last update to the recipe happened in Apr, 2010 -- 15 months ago. Since that, the locations of some repos have changed, e.g., in custom_cached_svn, the locations of native_client, JavaScriptCore, WebCore and WebKit/chromium have changed; looks pywebsocket and patched-ffmpeg-mt have been dropped from the repos. So I updated and commented them accordingly to make do_fetch and do_fetch_post pass. BTW: the size of the whole source codes is really big -- more than 3G bytes! 2) The file include.gypi is for ARM only, so I belive the recipe was only tested for ARM target, if there was any test? So I moved the file into the same directory where gypi.patch is in and updatd include.gypi by changing 'target_arch' to 'ia32' and replacing 'armv7' and 'arm' to 'ia32'. With my changes, do_configure can pass, but do_compile fails (A sligher longer long is at http://pastebin.com/8w9LJTsa) : | /bin/sh: /bin/i586-poky-linux-ar: No such file or directory | make: *** [out/Release/obj.target/v8/tools/gyp/libv8_nosnapshot.a] Error 127 The 'sysroot' include.gyp is empty. This might be the cause? I'm trying to look into this. Please comment. Any suggestion is appreciated! Thanks, -- Dexuan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Errors on fetching files
So the question is if wget works from the command line why does it not work from bitbake Unless it uses another method to get the file, but I see nothing in the .bb file to indicate what program is used .. Hello, OE doesn't use the http_proxy variables from environment ! Normaly the BB_ENV_EXTRAWHITE environment Variable is used to import environment variables into OE environment. But it is reported, that this dosn't work with http_proxy somehow. Put your proxy settings into ~/.wgetrc (local user setting) or /etc/wgetrc (system wide setting). For svn put it into ~/.subversion/servers. For git search in google for settings and try it, I haven't much luck with it. Regards Wolfgang ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Did the chromium recipe even build fine in OE?
It built for armv7a when I imported it for AI git, but it has bitrotted since then Op 14 jul. 2011 om 12:35 heeft Cui, Dexuan dexuan@intel.com het volgende geschreven: Hi all, I'm trying to port the chromium recipe from OE to Poky. After some investigation, I doubt it could ever build in OE? 1) The last update to the recipe happened in Apr, 2010 -- 15 months ago. Since that, the locations of some repos have changed, e.g., in custom_cached_svn, the locations of native_client, JavaScriptCore, WebCore and WebKit/chromium have changed; looks pywebsocket and patched-ffmpeg-mt have been dropped from the repos. So I updated and commented them accordingly to make do_fetch and do_fetch_post pass. BTW: the size of the whole source codes is really big -- more than 3G bytes! 2) The file include.gypi is for ARM only, so I belive the recipe was only tested for ARM target, if there was any test? So I moved the file into the same directory where gypi.patch is in and updatd include.gypi by changing 'target_arch' to 'ia32' and replacing 'armv7' and 'arm' to 'ia32'. With my changes, do_configure can pass, but do_compile fails (A sligher longer long is at http://pastebin.com/8w9LJTsa) : | /bin/sh: /bin/i586-poky-linux-ar: No such file or directory | make: *** [out/Release/obj.target/v8/tools/gyp/libv8_nosnapshot.a] Error 127 The 'sysroot' include.gyp is empty. This might be the cause? I'm trying to look into this. Please comment. Any suggestion is appreciated! Thanks, -- Dexuan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Errors on fetching files
To ease the proxy nightmare, use cntlm as a local proxy and use it for all proxy connections. One additional program, but It speeds up proxied connections in browsers as well because it authenticate to the main proxy one time and hold this connection. Normally every connection is authenticated at the main proxy. So have a look at it, its worth. (Debian: apt-get install cntlm) Regards Wolfgang ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] angstrom: glibc: Using config files in /etc/ld.so.conf.d/
Mark, On 14/07/11 03:27, Mark Hatle wrote: On 7/13/11 12:22 PM, Howard D. Gray wrote: Hi, IMHO it would be useful if packages could install their own *.conf files in /etc/ld.so.conf.d/ ... I agree this is a good idea, however... If the apps you are creating require ld.so.conf, and thus ldconfig in order to execute.. then most likely the app in question has a bug.. (I say most likely, because that is not always true.) For the systems I work with, my rule of thumb is that everything that goes into a system directory should never need ldconfig to run... If it does, it means there is a broken soname somewhere in the system. For items that are outside of the standard set of directories, they should have rpaths embedded (based on the target filesystem) that tell the components how and where to find their non-standard located components. (chrpath can do this in many cases..) OK. For our applications I think we should be able to use rpath when building as you suggest or possibly tweak the rpath tag with chrpath during installation. I have only very limited control over the build process for the libraries used by this app - in particular the directory hierarchy - which is why I preferred to install them somewhere non-standard. Sometimes when using third party binaries that is not possible of course.. However, creating a simple shell wrapper that adds the necessary paths to LD_LIBRARY_PATH is a good solution. This is a solution we have used before but it caused confusion for normal Linux users with a PC. However, on an embedded board it could be the simplest option. But, if all else fails, ld.so.conf should work. IMHO all of the alternatives are better approaches because they ensure the apps and system components work as intended, and don't rely on the crutch of the dynamic loader cache to be able to find the intended items. Speed wise, if the items are in the standard directories there is no performance penalty (thats I've been able to determine) to -not- have an ld.so.cache on the system.. for items outside of the standard directories, the penalty is so minor -- and only occurs on app startup that it still doesn't make sense to me to have an ld.so.cache... (it simply takes a lot of disk space, and requires an ldconfig operation to occur.) Long story short, I don't mind the suggestion.. but I will look for alternatives to someone putting in a .conf file over allowing the .conf file any day. Just adding the include line to ld.so.conf only opens up the possibility for other apps to maintain their own *.conf files without having to worry about other paths in ld.so.conf. It doesn't mean that *.conf files *have* to be used or that ld.so.cache will be required on a system without such *.conf files. Of course, it might be considered to be encouraging bad practices. In our case I should be able to use one of the other ways you suggest and I'll try to do it like that first. Thanks a lot for taking the time to explain. -- Howard MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschaeftsfuehrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner, Erhard Meier ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Unwanted dependency on X from ppp
Mike, I think this is quite useful and should be codified as as a .inc. Cheers, :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH 0/3] minor cleanup
Tidy up a few things in meta-openembedded. The following changes since commit 7a8b1010e850b0338f05eacf181e78462355eac6: icon-naming-utils: Inherit perlnative (2011-07-13 09:01:16 +0200) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib paule/cleanup http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=paule/cleanup Paul Eggleton (3): Drop PRIORITY variable pango: remove inherit of flow-lossage.bbclass classes: remove qt4e.bbclass meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb |1 - meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb |1 - .../libgpewidget/libgpewidget_0.117.bb |1 - meta-oe/classes/qt4e.bbclass | 17 - .../bluez/bluez-hcidump_2.0.bb |1 - meta-oe/recipes-connectivity/bluez/bluez4_4.93.bb |1 - meta-oe/recipes-connectivity/iw/iw_0.9.20.bb |1 - meta-oe/recipes-core/libcgroup/libcgroup_0.36.2.bb |1 - meta-oe/recipes-core/systemd/systemd_git.bb|1 - .../recipes-devtools/libfribidi/fribidi_0.19.2.bb |1 - .../python/python-argparse_1.2.1.bb|1 - .../python/python-cheetah_2.4.4.bb |1 - .../recipes-devtools/python/python-cython_0.13.bb |1 - .../python/python-dateutil_1.4.1.bb|1 - .../recipes-devtools/python/python-numeric_24.2.bb |1 - .../recipes-devtools/python/python-numpy_1.4.1.bb |1 - .../recipes-devtools/python/python-pexpect_2.3.bb |1 - .../python/python-pyalsaaudio_0.4.bb |1 - .../recipes-devtools/python/python-pyserial_2.4.bb |1 - .../python/python-setuptools_0.6c11.bb |1 - .../python/python-vobject_0.8.1c.bb|1 - meta-oe/recipes-extended/tzdata/tzdata.inc |1 - meta-oe/recipes-graphics/cairo/cairo.inc |1 - meta-oe/recipes-graphics/libsdl/libsdl-1.2.14.inc |1 - meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb |5 ++--- meta-oe/recipes-graphics/ttf-fonts/ttf.inc |1 - meta-oe/recipes-graphics/xorg-lib/pixman.inc |1 - .../xserver-nodm-init/xserver-nodm-init_2.0.bb |1 - .../foxtrotgps/foxtrotgps_1.0.1.bb |1 - meta-oe/recipes-navigation/gpsd/gpsd_2.95.bb |1 - .../recipes-navigation/tangogps/tangogps_0.99.4.bb |1 - meta-oe/recipes-qt/qt4/qmake2.inc |1 - meta-oe/recipes-support/atk/atk.inc|1 - meta-oe/recipes-support/atk/atk_1.30.0.bb |1 - .../ca-certificates_20090814+nmu2.bb |1 - meta-oe/recipes-support/check/check_0.9.5.bb |1 - meta-oe/recipes-support/evtest/evtest_1.25.bb |1 - meta-oe/recipes-support/fftw/benchfft_3.1.bb |1 - meta-oe/recipes-support/fftw/fftw.inc |1 - meta-oe/recipes-support/flite/flite.inc|1 - meta-oe/recipes-support/htop/htop_0.9.bb |1 - meta-oe/recipes-support/inih/libinih_git.bb|1 - meta-oe/recipes-support/libgcrypt/libgcrypt.inc|1 - meta-oe/recipes-support/libiconv/libiconv.inc |1 - .../libsdl-ttf/libsdl-ttf_2.0.10.bb|1 - .../recipes-support/nfs-utils/nfs-utils_1.1.2.bb |1 - meta-oe/recipes-support/ntp/ntp.inc|1 - .../recipes-support/portaudio/portaudio-v19_svn.bb |1 - meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb|1 - .../tcp-wrappers/tcp-wrappers_7.6.bb |1 - meta-oe/recipes-support/tcpdump/tcpdump_4.1.1.bb |1 - 51 files changed, 2 insertions(+), 69 deletions(-) delete mode 100644 meta-oe/classes/qt4e.bbclass -- 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 2/3] pango: remove inherit of flow-lossage.bbclass
This should no longer be needed with modern gcc versions.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb
b/meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb
index 449e769..3489464 100644
--- a/meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb
+++ b/meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb
@@ -3,11 +3,11 @@ SECTION = libs
LICENSE = LGPL
DEPENDS = mm-common cairomm glibmm
SHRT_VER =
${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}
-PR = r1
+PR = r2
SRC_URI =
ftp://ftp.gnome.org/pub/GNOME/sources/pangomm/${SHRT_VER}/pangomm-${PV}.tar.bz2;
-inherit autotools flow-lossage
+inherit autotools
FILES_${PN} = ${libdir}/lib*.so.*
FILES_${PN}-dev += ${libdir}/*/include/
--
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 3/3] classes: remove qt4e.bbclass
The same version of this class is now in openembedded-core.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
meta-oe/classes/qt4e.bbclass | 17 -
1 files changed, 0 insertions(+), 17 deletions(-)
delete mode 100644 meta-oe/classes/qt4e.bbclass
diff --git a/meta-oe/classes/qt4e.bbclass b/meta-oe/classes/qt4e.bbclass
deleted file mode 100644
index 303b79b..000
--- a/meta-oe/classes/qt4e.bbclass
+++ /dev/null
@@ -1,17 +0,0 @@
-DEPENDS_prepend = ${@[qt4-embedded , ][(bb.data.getVar('PN', d, 1)[:12]
== 'qt4-embedded')]}
-inherit qmake2
-
-QT_DIR_NAME = qtopia
-QT_LIBINFIX = E
-# override variables set by qmake-base to compile Qt/Embedded apps
-#
-export QMAKESPEC =
${STAGING_DATADIR}/${QT_DIR_NAME}/mkspecs/${TARGET_OS}-oe-g++
-export OE_QMAKE_INCDIR_QT = ${STAGING_INCDIR}/${QT_DIR_NAME}
-export OE_QMAKE_LIBDIR_QT = ${STAGING_LIBDIR}
-export OE_QMAKE_LIBS_QT = qt
-export OE_QMAKE_LIBS_X11 =
-export OE_QMAKE_EXTRA_MODULES = network
-EXTRA_QMAKEVARS_PRE += QT_LIBINFIX=${QT_LIBINFIX}
-
-# Qt4 uses atomic instructions not supported in thumb mode
-ARM_INSTRUCTION_SET = arm
--
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] angstrom: glibc: Using config files in /etc/ld.so.conf.d/
On 7/14/11 8:23 AM, Howard D. Gray wrote: Mark, On 14/07/11 03:27, Mark Hatle wrote: On 7/13/11 12:22 PM, Howard D. Gray wrote: Hi, IMHO it would be useful if packages could install their own *.conf files in /etc/ld.so.conf.d/ ... I agree this is a good idea, however... If the apps you are creating require ld.so.conf, and thus ldconfig in order to execute.. then most likely the app in question has a bug.. (I say most likely, because that is not always true.) For the systems I work with, my rule of thumb is that everything that goes into a system directory should never need ldconfig to run... If it does, it means there is a broken soname somewhere in the system. For items that are outside of the standard set of directories, they should have rpaths embedded (based on the target filesystem) that tell the components how and where to find their non-standard located components. (chrpath can do this in many cases..) OK. For our applications I think we should be able to use rpath when building as you suggest or possibly tweak the rpath tag with chrpath during installation. I have only very limited control over the build process for the libraries used by this app - in particular the directory hierarchy - which is why I preferred to install them somewhere non-standard. Sometimes when using third party binaries that is not possible of course.. However, creating a simple shell wrapper that adds the necessary paths to LD_LIBRARY_PATH is a good solution. This is a solution we have used before but it caused confusion for normal Linux users with a PC. However, on an embedded board it could be the simplest option. But, if all else fails, ld.so.conf should work. IMHO all of the alternatives are better approaches because they ensure the apps and system components work as intended, and don't rely on the crutch of the dynamic loader cache to be able to find the intended items. Speed wise, if the items are in the standard directories there is no performance penalty (thats I've been able to determine) to -not- have an ld.so.cache on the system.. for items outside of the standard directories, the penalty is so minor -- and only occurs on app startup that it still doesn't make sense to me to have an ld.so.cache... (it simply takes a lot of disk space, and requires an ldconfig operation to occur.) Long story short, I don't mind the suggestion.. but I will look for alternatives to someone putting in a .conf file over allowing the .conf file any day. Just adding the include line to ld.so.conf only opens up the possibility for other apps to maintain their own *.conf files without having to worry about other paths in ld.so.conf. It doesn't mean that *.conf files *have* to be used or that ld.so.cache will be required on a system without such *.conf files. Of course, it might be considered to be encouraging bad practices. I agree completely. I'm willing to ack the addition of the dynamic conf files to the ld.so.conf file setting. It would definitely help people working on their own projects to resolve the issues. I just don't want to advocate people using this in items checked into oe-core or meta-oe. I really feel that the system needs to work (as those layers present it) without having to run ldconfig. (Note, any other layers, distributions or end users are free to use ldconfig if it makes their lives easier.) --Mark In our case I should be able to use one of the other ways you suggest and I'll try to do it like that first. Thanks a lot for taking the time to explain. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH 1/3] Drop PRIORITY variable
As discussed on the mailing list, this variable isn't useful and if wanted would be better implemented by distros using pn-X overrides. This patch executes: find . -regex .*\.\(bb\|inc\)$ | xargs sed -i '/^PRIORITY = .*$/d' against the tree removing the references. Thanks to Phil Blundell for the command. (Prompted by oe-core rev: d122343362669c683acc4af295971a62cbc823fc) Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com --- meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb |1 - meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb |1 - .../libgpewidget/libgpewidget_0.117.bb |1 - .../bluez/bluez-hcidump_2.0.bb |1 - meta-oe/recipes-connectivity/bluez/bluez4_4.93.bb |1 - meta-oe/recipes-connectivity/iw/iw_0.9.20.bb |1 - meta-oe/recipes-core/libcgroup/libcgroup_0.36.2.bb |1 - meta-oe/recipes-core/systemd/systemd_git.bb|1 - .../recipes-devtools/libfribidi/fribidi_0.19.2.bb |1 - .../python/python-argparse_1.2.1.bb|1 - .../python/python-cheetah_2.4.4.bb |1 - .../recipes-devtools/python/python-cython_0.13.bb |1 - .../python/python-dateutil_1.4.1.bb|1 - .../recipes-devtools/python/python-numeric_24.2.bb |1 - .../recipes-devtools/python/python-numpy_1.4.1.bb |1 - .../recipes-devtools/python/python-pexpect_2.3.bb |1 - .../python/python-pyalsaaudio_0.4.bb |1 - .../recipes-devtools/python/python-pyserial_2.4.bb |1 - .../python/python-setuptools_0.6c11.bb |1 - .../python/python-vobject_0.8.1c.bb|1 - meta-oe/recipes-extended/tzdata/tzdata.inc |1 - meta-oe/recipes-graphics/cairo/cairo.inc |1 - meta-oe/recipes-graphics/libsdl/libsdl-1.2.14.inc |1 - meta-oe/recipes-graphics/pango/pangomm_2.26.0.bb |1 - meta-oe/recipes-graphics/ttf-fonts/ttf.inc |1 - meta-oe/recipes-graphics/xorg-lib/pixman.inc |1 - .../xserver-nodm-init/xserver-nodm-init_2.0.bb |1 - .../foxtrotgps/foxtrotgps_1.0.1.bb |1 - meta-oe/recipes-navigation/gpsd/gpsd_2.95.bb |1 - .../recipes-navigation/tangogps/tangogps_0.99.4.bb |1 - meta-oe/recipes-qt/qt4/qmake2.inc |1 - meta-oe/recipes-support/atk/atk.inc|1 - meta-oe/recipes-support/atk/atk_1.30.0.bb |1 - .../ca-certificates_20090814+nmu2.bb |1 - meta-oe/recipes-support/check/check_0.9.5.bb |1 - meta-oe/recipes-support/evtest/evtest_1.25.bb |1 - meta-oe/recipes-support/fftw/benchfft_3.1.bb |1 - meta-oe/recipes-support/fftw/fftw.inc |1 - meta-oe/recipes-support/flite/flite.inc|1 - meta-oe/recipes-support/htop/htop_0.9.bb |1 - meta-oe/recipes-support/inih/libinih_git.bb|1 - meta-oe/recipes-support/libgcrypt/libgcrypt.inc|1 - meta-oe/recipes-support/libiconv/libiconv.inc |1 - .../libsdl-ttf/libsdl-ttf_2.0.10.bb|1 - .../recipes-support/nfs-utils/nfs-utils_1.1.2.bb |1 - meta-oe/recipes-support/ntp/ntp.inc|1 - .../recipes-support/portaudio/portaudio-v19_svn.bb |1 - meta-oe/recipes-support/sqlite/sqlite_2.8.17.bb|1 - .../tcp-wrappers/tcp-wrappers_7.6.bb |1 - meta-oe/recipes-support/tcpdump/tcpdump_4.1.1.bb |1 - 50 files changed, 0 insertions(+), 50 deletions(-) diff --git a/meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb b/meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb index 945290c..712ca87 100644 --- a/meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb +++ b/meta-gnome/recipes-gnome/gtk+/gtk+3_3.0.11.bb @@ -4,7 +4,6 @@ set of widgets, GTK+ is suitable for projects ranging from small one-off project HOMEPAGE = http://www.gtk.org; BUGTRACKER = https://bugzilla.gnome.org/; SECTION = libs -PRIORITY = optional DEPENDS = glib-2.0 pango atk jpeg libpng libxext libxcursor \ gtk-doc-native docbook-utils-native libxrandr libgcrypt \ diff --git a/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb index cc889c7..9577f2f 100644 --- a/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb +++ b/meta-gpe/recipes-graphics/gpe-scap/gpe-scap_1.4.bb @@ -1,6 +1,5 @@ DESCRIPTION = A GPE application that allows you to take screenshots. SECTION = gpe -PRIORITY = optional LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=393a5ca445f6965873eca0259a17f833 diff --git a/meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb b/meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb index ca5b66c..cacf28b 100644 --- a/meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb +++ b/meta-gpe/recipes-graphics/libgpewidget/libgpewidget_0.117.bb @@ -1,6 +1,5 @@ DESCRIPTION = libgpewidget contains a collection of widgets and other
Re: [oe] [meta-oe] [PATCH 0/3] minor cleanup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 14-07-11 17:25, Paul Eggleton schreef: Tidy up a few things in meta-openembedded. The following changes since commit 7a8b1010e850b0338f05eacf181e78462355eac6: icon-naming-utils: Inherit perlnative (2011-07-13 09:01:16 +0200) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib paule/cleanup http://cgit.openembedded.org/cgit.cgi/meta-openembedded-contrib/log/?h=paule/cleanup Paul Eggleton (3): Drop PRIORITY variable pango: remove inherit of flow-lossage.bbclass These 2 don't apply anymore after the cleanup I did today, could you please rebase them? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFOHw2oMkyGM64RGpERAp8AAKC8LQJUbhHkKH4nRB/YVe86TacojQCgtBs8 pEaN1xqrZI4ILCMGpxtlhfE= =RXrT -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 0/3] minor cleanup
On Thursday 14 July 2011 16:39:20 Koen Kooi wrote: These 2 don't apply anymore after the cleanup I did today, could you please rebase them? Done, re-pushed the paule/cleanup contrib branch (only the PRIORITY removal patch remains). 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
[oe] SDK / external toolchain
Is there a guide to building an SDK then using it as an external toolchain? I'm not getting it when i read the /fine/ manual. also if I want to build and sdk for both x86_64 and x86_32 is that possible, or is that 2 separate toolchains? how would I build an sdk for 32 bit from my 64 bit machine? ( i suspect that it would involve canadian cross, but don't speak canadian so step-by-step for dummies approach would be greatly appreciated!) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] classes/testlab: Enhance to dump license information
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 14-07-11 08:54, Khem Raj schreef:
It will now additionally create a new file which will contain list of
licenses of installed packages in a given image.
The fix to get the package name is there because the packages which contains
epoch PE in the version string were not being constructed correctly since
opkg-cl would dump 'epoch:version' for Version string but the real ipk did
not have 'epoch' in its name. e.g.
for armv5te/libopkg0_0.1.8+svnr609-r2_armv5te.ipk
Package: libopkg0 Version: 1:0.1.8+svnr609-r2
as you can see version contained in ipk is not containing the 'epoch'
so we have to eliminate 'epoch' from version we get from opkg-cl to for the
installed ipk name correctly.
Signed-off-by: Khem Raj raj.k...@gmail.com ---
meta-oe/classes/testlab.bbclass |8 +++- 1 files changed, 7
insertions(+), 1 deletions(-)
diff --git a/meta-oe/classes/testlab.bbclass
b/meta-oe/classes/testlab.bbclass index cd59782..fd37242 100644 ---
a/meta-oe/classes/testlab.bbclass +++ b/meta-oe/classes/testlab.bbclass @@
-36,7 +36,10 @@ if [ -e ${IMAGE_ROOTFS}/etc/opkg ] [
${ONLINE_PACKAGE_MANAGEMENT} = full echo -e
digraph depends {\nnode [shape=plaintext] ${TESTLAB_DIR}/depends.dot
for pkg in $(opkg-cl ${IPKG_ARGS} list_installed | awk '{print $1}') ; do -
opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7 ^Status.*
\(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf $2_} /^Version/
{printf $2_} /^Archi/ {print $2.ipk}'
${TESTLAB_DIR}/installed-packages.txt
+ name=`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7
^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf
$2_}'` + name=$name`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A
7 ^Status.* \(\(installed\)\|\(unpacked\)\) | awk -F: '/^Version/ {printf
$NF_}' | sed
's/^\s*//g'` +name=$name`opkg-cl ${IPKG_ARGS} info $pkg |
grep -B 7 -A 7 ^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Archi/
{print $2.ipk}'` + echo $name
${TESTLAB_DIR}/installed-packages.txt
for depends in $(opkg-cl ${IPKG_ARGS} info $pkg | grep ^Depends) ; do echo
$pkg OPP $depends; | grep -v ( | grep -v ) | grep -v $pkg OPP Depends
| sed -e 's:,::g' -e 's:-:_:g' -e 's:\.:_:g' -e 's:+::g' |sed 's:OPP:-:g'
${TESTLAB_DIR}/depends.dot @@ -65,6 +68,9 @@ if [ -e
${IMAGE_ROOTFS}/etc/opkg ] [ ${ONLINE_PACKAGE_MANAGEMENT} = full du -k
$(find ${DEPLOY_DIR_IPK} -name $file) | head -n1 done | grep \.ipk | sed
-e s:${DEPLOY_DIR_IPK}::g | sort -n -r | awk '{print $1 \tKiB $2}'
${TESTLAB_DIR}/installed-package-sizes.txt
+ for file in $(cat ${TESTLAB_DIR}/installed-packages.txt) ; do +
echo `find ${DEPLOY_DIR_IPK} -name $file | xargs opkg-list-fields | grep
^License | sed -e 's/^.*:[ \t]*//g'` '=' $file + done | awk -F=
'{printf(%50s:%s\n, $1, $2)}'
${TESTLAB_DIR}/installed-package-licenses.txt # Log
results to a git controlled directory structure than can be pushed to a
remote location if [ ${TESTLABLOG} = remote ] [ -n
${TESTLABREMOTEDIR} ] ; then
TESTLABLOGDIR=${MACHINE_ARCH}/${TCLIBC}/${IMAGE_BASENAME}
I like the idea, but I'm not fond of the formatting:
MIT :
angstrom-feed-configs_1.0-r15_qemuarm.ipk
MIT :
angstrom-task-boot_1.0-r1_qemuarm.ipk
MIT :
angstrom-version_v2011.07-core-r9_qemuarm.ipk
GPLv2+ LGPLv2.1+ :
avahi-daemon_0.6.30-r4_armv5te.ipk
GPLv2+ LGPLv2.1+ :
avahi-systemd_0.6.30-r4_armv5te.ipk
[..]
GPLv2 LGPLv2 BSD MIT :
libext2fs2_1.41.14-r1_armv5te.ipk
GCC RUNTIME LIBRARY EXCEPTION GPLv2 GPLv3 LGPLv2.1 LGPLv3 :
libgcc1_4.5-r39.1+svnr175127_armv5te.ipk
GPLv2+ LGPLv2.1+ :
libgcrypt11_1.4.6-r0_armv5te.ipk
LGPLv2+ BSD PD :
libglib-2.0-0_2.28.8-r2_armv5te.ipk
As you can see it breaks with stupidly long licenses like gcc. I'm wondering if
we shouldn't just add an extra column in install*packages*.
regards,
Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOH0I8MkyGM64RGpERAkT+AJ4h2TQz0kfhB8Gr90S+zyFl66vruACgn/9K
s1qBVPCzyTzj6+tJpbDylyc=
=E1O3
-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] classes/testlab: Enhance to dump license information
On Thu, Jul 14, 2011 at 12:23 PM, Koen Kooi k...@dominion.thruhere.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Op 14-07-11 08:54, Khem Raj schreef:
It will now additionally create a new file which will contain list of
licenses of installed packages in a given image.
The fix to get the package name is there because the packages which contains
epoch PE in the version string were not being constructed correctly since
opkg-cl would dump 'epoch:version' for Version string but the real ipk did
not have 'epoch' in its name. e.g.
for armv5te/libopkg0_0.1.8+svnr609-r2_armv5te.ipk
Package: libopkg0 Version: 1:0.1.8+svnr609-r2
as you can see version contained in ipk is not containing the 'epoch'
so we have to eliminate 'epoch' from version we get from opkg-cl to for the
installed ipk name correctly.
Signed-off-by: Khem Raj raj.k...@gmail.com ---
meta-oe/classes/testlab.bbclass | 8 +++- 1 files changed, 7
insertions(+), 1 deletions(-)
diff --git a/meta-oe/classes/testlab.bbclass
b/meta-oe/classes/testlab.bbclass index cd59782..fd37242 100644 ---
a/meta-oe/classes/testlab.bbclass +++ b/meta-oe/classes/testlab.bbclass @@
-36,7 +36,10 @@ if [ -e ${IMAGE_ROOTFS}/etc/opkg ] [
${ONLINE_PACKAGE_MANAGEMENT} = full echo -e
digraph depends {\n node [shape=plaintext] ${TESTLAB_DIR}/depends.dot
for pkg in $(opkg-cl ${IPKG_ARGS} list_installed | awk '{print $1}') ; do -
opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7 ^Status.*
\(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf $2_} /^Version/
{printf $2_} /^Archi/ {print $2.ipk}'
${TESTLAB_DIR}/installed-packages.txt
+ name=`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A 7
^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Package/ {printf
$2_}'` + name=$name`opkg-cl ${IPKG_ARGS} info $pkg | grep -B 7 -A
7 ^Status.* \(\(installed\)\|\(unpacked\)\) | awk -F: '/^Version/ {printf
$NF_}' | sed
's/^\s*//g'` + name=$name`opkg-cl ${IPKG_ARGS} info $pkg |
grep -B 7 -A 7 ^Status.* \(\(installed\)\|\(unpacked\)\) | awk '/^Archi/
{print $2.ipk}'` + echo $name
${TESTLAB_DIR}/installed-packages.txt
for depends in $(opkg-cl ${IPKG_ARGS} info $pkg | grep ^Depends) ; do echo
$pkg OPP $depends; | grep -v ( | grep -v ) | grep -v $pkg OPP
Depends | sed -e 's:,::g' -e 's:-:_:g' -e 's:\.:_:g' -e 's:+::g' |sed
's:OPP:-:g' ${TESTLAB_DIR}/depends.dot @@ -65,6 +68,9 @@ if [ -e
${IMAGE_ROOTFS}/etc/opkg ] [ ${ONLINE_PACKAGE_MANAGEMENT} = full du
-k $(find ${DEPLOY_DIR_IPK} -name $file) | head -n1 done | grep \.ipk |
sed -e s:${DEPLOY_DIR_IPK}::g | sort -n -r | awk '{print $1 \tKiB $2}'
${TESTLAB_DIR}/installed-package-sizes.txt
+ for file in $(cat ${TESTLAB_DIR}/installed-packages.txt) ; do +
echo `find ${DEPLOY_DIR_IPK} -name $file | xargs opkg-list-fields | grep
^License | sed -e 's/^.*:[ \t]*//g'` '=' $file + done | awk -F=
'{printf(%50s:%s\n, $1, $2)}'
${TESTLAB_DIR}/installed-package-licenses.txt # Log
results to a git controlled directory structure than can be pushed to a
remote location if [ ${TESTLABLOG} = remote ] [ -n
${TESTLABREMOTEDIR} ] ; then
TESTLABLOGDIR=${MACHINE_ARCH}/${TCLIBC}/${IMAGE_BASENAME}
I like the idea, but I'm not fond of the formatting:
MIT :
angstrom-feed-configs_1.0-r15_qemuarm.ipk
MIT :
angstrom-task-boot_1.0-r1_qemuarm.ipk
MIT :
angstrom-version_v2011.07-core-r9_qemuarm.ipk
GPLv2+ LGPLv2.1+ :
avahi-daemon_0.6.30-r4_armv5te.ipk
GPLv2+ LGPLv2.1+ :
avahi-systemd_0.6.30-r4_armv5te.ipk
[..]
GPLv2 LGPLv2 BSD MIT :
libext2fs2_1.41.14-r1_armv5te.ipk
GCC RUNTIME LIBRARY EXCEPTION GPLv2 GPLv3 LGPLv2.1 LGPLv3 :
libgcc1_4.5-r39.1+svnr175127_armv5te.ipk
GPLv2+ LGPLv2.1+ :
libgcrypt11_1.4.6-r0_armv5te.ipk
LGPLv2+ BSD PD :
libglib-2.0-0_2.28.8-r2_armv5te.ipk
As you can see it breaks with stupidly long licenses like gcc.
yes. I tried several formats the license strings can go as long as 100
columns so I decided to use something average
I also thought of reversing the columns but ipk names can be
horrendously long as well.
I'm wondering if we shouldn't just add an extra column in install*packages*.
I am not averse to do that but it might be better telling if license
infos are in a file of its own. plus if we have to run
supposedly newer pass of some other feature then we wont be able to
use installed_packages.txt with our processing.
regards,
Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFOH0I8MkyGM64RGpERAkT+AJ4h2TQz0kfhB8Gr90S+zyFl66vruACgn/9K
s1qBVPCzyTzj6+tJpbDylyc=
=E1O3
-END PGP SIGNATURE-
[oe] [PATCH] linux-omap-psp: Added patch by Steve Sakoman to fix timeout errors
This fixes MMC errors due to timeouts, out was noticed by Jason Kridner in in
the linux-omap-2.6.39 recipe
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Some useful links shared by Jason:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patchRelevant
links:
The link to the patch in org.openembedded.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch?h=org.openembedded.dev
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap_2.6.32.bb |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..ae5a7aa
--- /dev/null
+++
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Wed, 12 Jan 2011 05:54:55 -0800
+Subject: [PATCH 24/31] omap: mmc: Adjust dto to eliminate timeout errors
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap_2.6.32.bb
b/recipes/linux/linux-omap_2.6.32.bb
index 348ec96..404387f 100644
--- a/recipes/linux/linux-omap_2.6.32.bb
+++ b/recipes/linux/linux-omap_2.6.32.bb
@@ -33,6 +33,7 @@
file://0005-ARM-OMAP-add-support-for-TCT-Zippy-to-Beagle-board.patch \
file://0006-ARM-OMAP-Make-beagle-u-boot-partition-writable.patch \
file://0007-ASoC-enable-audio-capture-by-default-for-twl4030.patch \
file://0009-MTD-NAND-omap2-proper-fix-for-subpage-read-ECC-error.patch \
+file://0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://madc/0009-drivers-mfd-add-twl4030-madc-driver.patch \
file://madc/0010-ARM-OMAP-Add-twl4030-madc-support-to-Overo.patch \
file://madc/0011-ARM-OMAP-Add-twl4030-madc-support-to-Beagle.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] [PATCHi v2] linux-omap-psp: Added patch by Steve Sakoman to fix timeout errors
This fixes MMC errors due to timeouts, and is borrowed from linux-omap-2.6.39
recipe (as noticed by Jason Kridner)
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since earlier patch:
* Fixed commit summary
Some useful links shared by Jason:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patchRelevant
links:
The link to the patch in org.openembedded.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch?h=org.openembedded.dev
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap_2.6.32.bb |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..ae5a7aa
--- /dev/null
+++
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Wed, 12 Jan 2011 05:54:55 -0800
+Subject: [PATCH 24/31] omap: mmc: Adjust dto to eliminate timeout errors
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap_2.6.32.bb
b/recipes/linux/linux-omap_2.6.32.bb
index 348ec96..404387f 100644
--- a/recipes/linux/linux-omap_2.6.32.bb
+++ b/recipes/linux/linux-omap_2.6.32.bb
@@ -33,6 +33,7 @@
file://0005-ARM-OMAP-add-support-for-TCT-Zippy-to-Beagle-board.patch \
file://0006-ARM-OMAP-Make-beagle-u-boot-partition-writable.patch \
file://0007-ASoC-enable-audio-capture-by-default-for-twl4030.patch \
file://0009-MTD-NAND-omap2-proper-fix-for-subpage-read-ECC-error.patch \
+file://0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://madc/0009-drivers-mfd-add-twl4030-madc-driver.patch \
file://madc/0010-ARM-OMAP-Add-twl4030-madc-support-to-Overo.patch \
file://madc/0011-ARM-OMAP-Add-twl4030-madc-support-to-Beagle.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] [PATCHi v2] linux-omap-psp: Added patch by Steve Sakoman to fix timeout errors
This fixes MMC errors due to timeouts, and is borrowed from linux-omap-2.6.39
recipe (as noticed by Jason Kridner)
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since earlier patch:
* Fixed commit summary
Some useful links shared by Jason:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patchRelevant
links:
The link to the patch in org.openembedded.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch?h=org.openembedded.dev
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap_2.6.32.bb |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..ae5a7aa
--- /dev/null
+++
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Wed, 12 Jan 2011 05:54:55 -0800
+Subject: [PATCH 24/31] omap: mmc: Adjust dto to eliminate timeout errors
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap_2.6.32.bb
b/recipes/linux/linux-omap_2.6.32.bb
index 348ec96..404387f 100644
--- a/recipes/linux/linux-omap_2.6.32.bb
+++ b/recipes/linux/linux-omap_2.6.32.bb
@@ -33,6 +33,7 @@
file://0005-ARM-OMAP-add-support-for-TCT-Zippy-to-Beagle-board.patch \
file://0006-ARM-OMAP-Make-beagle-u-boot-partition-writable.patch \
file://0007-ASoC-enable-audio-capture-by-default-for-twl4030.patch \
file://0009-MTD-NAND-omap2-proper-fix-for-subpage-read-ECC-error.patch \
+file://0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://madc/0009-drivers-mfd-add-twl4030-madc-driver.patch \
file://madc/0010-ARM-OMAP-Add-twl4030-madc-support-to-Overo.patch \
file://madc/0011-ARM-OMAP-Add-twl4030-madc-support-to-Beagle.patch \
--
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] [PATCHi v2] linux-omap-psp: Added patch by Steve Sakoman to fix timeout errors
Dear Joel,
Am Donnerstag, den 14.07.2011, 17:03 -0500 schrieb Joel A Fernandes:
in my opinion the commit summary should be the following.
Add patch to fix MMC errors due to timeouts
The name of the author can go into the commit message.
This fixes MMC errors due to timeouts, and is borrowed from linux-omap-2.6.39
recipe (as noticed by Jason Kridner)
Did somebody actually experience this problem or this this precaution?
If the forme could you please add a link to the problem report?
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since earlier patch:
* Fixed commit summary
Some useful links shared by Jason:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patchRelevant
links:
At the end there is missing a line break.
The link to the patch in org.openembedded.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch?h=org.openembedded.dev
I would like to see those information in the commit message.
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap_2.6.32.bb |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..ae5a7aa
--- /dev/null
+++
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Wed, 12 Jan 2011 05:54:55 -0800
+Subject: [PATCH 24/31] omap: mmc: Adjust dto to eliminate timeout errors
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap_2.6.32.bb
b/recipes/linux/linux-omap_2.6.32.bb
index 348ec96..404387f 100644
--- a/recipes/linux/linux-omap_2.6.32.bb
+++ b/recipes/linux/linux-omap_2.6.32.bb
@@ -33,6 +33,7 @@
file://0005-ARM-OMAP-add-support-for-TCT-Zippy-to-Beagle-board.patch \
file://0006-ARM-OMAP-Make-beagle-u-boot-partition-writable.patch \
file://0007-ASoC-enable-audio-capture-by-default-for-twl4030.patch \
file://0009-MTD-NAND-omap2-proper-fix-for-subpage-read-ECC-error.patch \
+file://0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://madc/0009-drivers-mfd-add-twl4030-madc-driver.patch \
file://madc/0010-ARM-OMAP-Add-twl4030-madc-support-to-Overo.patch \
file://madc/0011-ARM-OMAP-Add-twl4030-madc-support-to-Beagle.patch \
Otherwise this looks good.
Thanks,
Paul
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
Re: [oe] using i2c on a mx28evk
On Thursday, July 14, 2011 12:29:47 PM Christian Borutta wrote:
On Wednesday, July 13, 2011 06:46:45 PM Andreas Mueller wrote:
I checked the recipe i2c: In the file I2c.init this recipe wants to
modprobe i2c- pxa. Without having further background on this recipe it
seems that it is not meant for any board but pxa based ( can anybody
confirm ? )
Additional this packet wants to modprobe i2c-dev. This is not the
oe-devel- packet but a wrapper kernel-module for creating a device node
in /dev. I will later modify the kernel configuration so that i2c-dev is
created and see which modules are created...
In file i2c-api.c you can find
* @file i2c-api.c
*
* @brief This file contains the implementation for performing I2C
operations * on the gumstix.
that does not look generic...
Anyway: I will create a patch so that the package kernel-module-i2c-dev is
created.
I've tried your patch, but it didn't help. Maybe we need to set
CONFIG_I2C_GPIO in the kernel configuration?
Did you install kernel-module-i2c-dev? Do you have an i2c dev node then? How
about removing i2c-pxa form the i2c init script?
A bit off-topic: Would you like to test the oe-core version with the meta
layer found in https://gitorious.org/schnitzeltony-oe-meta/meta-freescale
?
I would like to test your oe-core version with meta layer but I'm not shure
how to do that.
Something like http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-
angstrom/tree/README and http://sakrah.homelinux.org/blog/2011/03/using-
openembedded-core-to-build-angstrom-for-qemu/
ogit clone git://git.angstrom-distribution.org/setup-scripts
ocd setup-scripts
ogit checkout origin/oe-core -b oe-core
oadd in sources/layers a line with
openembedded-core,git://gitorious.org/schnitzeltony-oe-meta/meta-
freescale.git,master,HEAD
o./oebb.sh config mx28evk
o./oebb.sh update
ocheck if the settings in conf/*.conf meat your directory preferences
ocheck if you find ${TOPDIR}/sources/meta-openembedded/meta-xfce \ in
bblayers.conf
obitbake console-image
Hope it helps
Andreas
___
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: Added patch to fix MMC timeout errors
This fixes MMC errors due to timeouts, and is borrowed from Steve Sakoman's
patch for the
linux-omap-2.6.39 recipe (as noticed by Jason Kridner)
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since v2:
* Applied the patch to the correct recipe (linux-omap-psp-2.6.32 instead of
linux-omap-2.6.32) (Sorry!)
* Moved author name to commit message
A link shared by Jason discussing the issue:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
Paul,
This is an actual problem that we experience and this patch seems to fix it.
Patch:
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
---
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap-psp_2.6.32.bb |1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
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
new file mode 100644
index 000..4867d3f
--- /dev/null
+++
b/recipes/linux/linux-omap-psp-2.6.32/0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab 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
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap-psp_2.6.32.bb
b/recipes/linux/linux-omap-psp_2.6.32.bb
index a076bf1..e6c97ed 100644
--- a/recipes/linux/linux-omap-psp_2.6.32.bb
+++ b/recipes/linux/linux-omap-psp_2.6.32.bb
@@ -59,6 +59,7 @@ SRC_URI =
git://arago-project.org/git/projects/linux-omap3.git;protocol=http;br
file://0044-ARM-OMAP-beagle-every-known-beagle-except-revB-uses-.patch \
file://0045-ARM-OMAP-beagle-add-support-for-beagleFPGA-expansion.patch \
file://0046-ARM-OMAP-beagle-disable-uart-timeout.patch \
+ file://0047-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://cam/0001-mt9t111-first-stab-at-merging-sensor-driver-based-on.patch \
file://cam/0002-mt9t111-Fix-all-checkpatch-errors.patch \
file://cam/0003-mt9t111-Pass-v4l2_int_device-data.patch \
--
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] [oe-commits] Andrea Adami : kernel.bbclass: remove unintended change of INITRAMFS_TASK
On Thu, Jul 14, 2011 at 4:41 PM, git version control
g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: df31400ef89c14b45860feb906d4355d5f7de0c7
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=df31400ef89c14b45860feb906d4355d5f7de0c7
Author: Andrea Adami andrea.ad...@gmail.com
Date: Thu Jul 14 00:50:26 2011 +0200
kernel.bbclass: remove unintended change of INITRAMFS_TASK
* during an unfortunate round of tests right before commiting the patch
* do_configure[depends] became kernel_do_configure[depends]
* Nonsense!
* As documented in commit 4dfef62dfe54a3b2c557a6df81d155adc1e03ccb
* of OpenEmbedded git server, this must be in do_configure[depends]
* to do the magic.
Signed-off-by: Andrea Adami andrea.ad...@gmail.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/classes/kernel.bbclass | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index b71a650..d1f6480 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -195,7 +195,7 @@ kernel_do_configure() {
fi
}
-kernel_do_configure[depends] += ${INITRAMFS_TASK}
+do_configure[depends] += ${INITRAMFS_TASK}
do_menuconfig() {
export DISPLAY='${DISPLAY}'
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
Hello,
just FYI I was confused by the kernel.bbclass in meta-openembedded.
This one has the kernel_do_configure[depends].
I'd suggest to remove this kernel.bbclass asap, merging eventual
missing bits in oe-core.
(At least apply this same fix as in oe-core)
Regards
Andrea
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHi v2] linux-omap-psp: Added patch by Steve Sakoman to fix timeout errors
On Thu, Jul 14, 2011 at 6:19 PM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Dear Joel,
Am Donnerstag, den 14.07.2011, 17:03 -0500 schrieb Joel A Fernandes:
in my opinion the commit summary should be the following.
Add patch to fix MMC errors due to timeouts
The name of the author can go into the commit message.
This fixes MMC errors due to timeouts, and is borrowed from
linux-omap-2.6.39 recipe (as noticed by Jason Kridner)
Did somebody actually experience this problem or this this precaution?
If the forme could you please add a link to the problem report?
The first link below this paragraph includes reference to this issue.
We've seen it on some of the BeagleBoard rev C5 boards being tested
before release on certain SD cards, but Joel was asked directly to
look at this issue rather than a post showing up on a mailing list.
Another reference to the issue, that Joel might want to include if he
does a revision, can be found at:
http://www.gossamer-threads.com/lists/maemo/users/64583. A slightly
different fix was applied there, but the fundamental of increasing the
timeout is the same.
Signed-off-by: Joel A Fernandes agnel.j...@gmail.com
---
Changes since earlier patch:
* Fixed commit summary
Some useful links shared by Jason:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg42214.html
http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patchRelevant
links:
At the end there is missing a line break.
The link to the patch in org.openembedded.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-omap-2.6.39/sakoman/0024-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch?h=org.openembedded.dev
I would like to see those information in the commit message.
...mc-Adjust-dto-to-eliminate-timeout-errors.patch | 22
recipes/linux/linux-omap_2.6.32.bb | 1 +
2 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644
recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
diff --git
a/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
new file mode 100644
index 000..ae5a7aa
--- /dev/null
+++
b/recipes/linux/linux-omap-2.6.32/0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch
@@ -0,0 +1,22 @@
+From 26a79f408bd41ad7b4a47f2683909d3fc1575eab Mon Sep 17 00:00:00 2001
+From: Steve Sakoman st...@sakoman.com
+Date: Wed, 12 Jan 2011 05:54:55 -0800
+Subject: [PATCH 24/31] omap: mmc: Adjust dto to eliminate timeout errors
+
+A number of SD card types were experiencing timeout errors. This
+could also lead to data corruption in some cases.
+
+This fix proposed by Sukumar Ghoral of TI.
+---
+diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
+index 9646a75..ef458d6 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;
diff --git a/recipes/linux/linux-omap_2.6.32.bb
b/recipes/linux/linux-omap_2.6.32.bb
index 348ec96..404387f 100644
--- a/recipes/linux/linux-omap_2.6.32.bb
+++ b/recipes/linux/linux-omap_2.6.32.bb
@@ -33,6 +33,7 @@
file://0005-ARM-OMAP-add-support-for-TCT-Zippy-to-Beagle-board.patch \
file://0006-ARM-OMAP-Make-beagle-u-boot-partition-writable.patch \
file://0007-ASoC-enable-audio-capture-by-default-for-twl4030.patch \
file://0009-MTD-NAND-omap2-proper-fix-for-subpage-read-ECC-error.patch \
+file://0010-omap-mmc-Adjust-dto-to-eliminate-timeout-errors.patch \
file://madc/0009-drivers-mfd-add-twl4030-madc-driver.patch \
file://madc/0010-ARM-OMAP-Add-twl4030-madc-support-to-Overo.patch \
file://madc/0011-ARM-OMAP-Add-twl4030-madc-support-to-Beagle.patch \
Otherwise this looks good.
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
