* [PATCH 0/4] eglibc 2.14 upgrade
@ 2011-06-22 1:43 Khem Raj
2011-06-22 1:43 ` [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14 Khem Raj
` (4 more replies)
0 siblings, 5 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 1:43 UTC (permalink / raw)
To: OE core
This patchset upgrades eglibc 2.13 -> 2.14
Needed a binutils fix for x86_64
Package sotruss which is new in eglibc 2.14
The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
Khem Raj (4):
eglibc: Upgrade recipes from 2.13 -> 2.14
eglibc-package.inc: Package newly added sotruss and supporting
libraries
binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
tcmode-default.inc: Bump EGLIBCVERSION to 2.14
meta/conf/distro/include/tcmode-default.inc | 2 +-
...tive_2.13.bb => cross-localedef-native_2.14.bb} | 0
.../IO-acquire-lock-fix.patch | 0
.../eglibc-svn-arm-lowlevellock-include-tls.patch | 0
.../{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf | 0
.../generate-supported.mk | 0
.../ld-search-order.patch | 0
.../mips-rld-map-check.patch | 0
.../shorten-build-commands.patch | 0
.../stack-protector-test.patch | 0
...libc-initial_2.13.bb => eglibc-initial_2.14.bb} | 0
meta/recipes-core/eglibc/eglibc-package.inc | 7 +-
.../eglibc/{eglibc_2.13.bb => eglibc_2.14.bb} | 7 +-
.../binutils/binutils-2.21/binutils-pr12366.patch | 428 ++++++++++++++++++++
meta/recipes-devtools/binutils/binutils_2.21.bb | 3 +-
15 files changed, 439 insertions(+), 8 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.13.bb => cross-localedef-native_2.14.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/generate-supported.mk (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/ld-search-order.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/mips-rld-map-check.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/shorten-build-commands.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/stack-protector-test.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-initial_2.13.bb => eglibc-initial_2.14.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc_2.13.bb => eglibc_2.14.bb} (97%)
create mode 100644 meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch
--
1.7.5.1
^ permalink raw reply [flat|nested] 22+ messages in thread
* [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
@ 2011-06-22 1:43 ` Khem Raj
2011-06-22 1:43 ` [PATCH 2/4] eglibc-package.inc: Package newly added sotruss and supporting libraries Khem Raj
` (3 subsequent siblings)
4 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 1:43 UTC (permalink / raw)
To: OE core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
...tive_2.13.bb => cross-localedef-native_2.14.bb} | 0
.../IO-acquire-lock-fix.patch | 0
.../eglibc-svn-arm-lowlevellock-include-tls.patch | 0
.../{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf | 0
.../generate-supported.mk | 0
.../ld-search-order.patch | 0
.../mips-rld-map-check.patch | 0
.../shorten-build-commands.patch | 0
.../stack-protector-test.patch | 0
...libc-initial_2.13.bb => eglibc-initial_2.14.bb} | 0
.../eglibc/{eglibc_2.13.bb => eglibc_2.14.bb} | 7 +++----
11 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-core/eglibc/{cross-localedef-native_2.13.bb => cross-localedef-native_2.14.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/IO-acquire-lock-fix.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/generate-supported.mk (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/ld-search-order.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/mips-rld-map-check.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/shorten-build-commands.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/stack-protector-test.patch (100%)
rename meta/recipes-core/eglibc/{eglibc-initial_2.13.bb => eglibc-initial_2.14.bb} (100%)
rename meta/recipes-core/eglibc/{eglibc_2.13.bb => eglibc_2.14.bb} (97%)
diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.13.bb b/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
similarity index 100%
rename from meta/recipes-core/eglibc/cross-localedef-native_2.13.bb
rename to meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/IO-acquire-lock-fix.patch b/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/IO-acquire-lock-fix.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/eglibc-svn-arm-lowlevellock-include-tls.patch b/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/eglibc-svn-arm-lowlevellock-include-tls.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/etc/ld.so.conf b/meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/etc/ld.so.conf
rename to meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/generate-supported.mk b/meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/generate-supported.mk
rename to meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/ld-search-order.patch b/meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/ld-search-order.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/mips-rld-map-check.patch b/meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/mips-rld-map-check.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/shorten-build-commands.patch b/meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/shorten-build-commands.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch
diff --git a/meta/recipes-core/eglibc/eglibc-2.13/stack-protector-test.patch b/meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-2.13/stack-protector-test.patch
rename to meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch
diff --git a/meta/recipes-core/eglibc/eglibc-initial_2.13.bb b/meta/recipes-core/eglibc/eglibc-initial_2.14.bb
similarity index 100%
rename from meta/recipes-core/eglibc/eglibc-initial_2.13.bb
rename to meta/recipes-core/eglibc/eglibc-initial_2.14.bb
diff --git a/meta/recipes-core/eglibc/eglibc_2.13.bb b/meta/recipes-core/eglibc/eglibc_2.14.bb
similarity index 97%
rename from meta/recipes-core/eglibc/eglibc_2.13.bb
rename to meta/recipes-core/eglibc/eglibc_2.14.bb
index 3490d2d..8936d9c 100644
--- a/meta/recipes-core/eglibc/eglibc_2.13.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.14.bb
@@ -1,13 +1,12 @@
require eglibc.inc
-SRCREV = "14157"
+SRCREV = "14285"
DEPENDS += "gperf-native"
-FILESPATHPKG =. "eglibc-svn:"
-PR = "r2"
+PR = "r0"
PR_append = "+svnr${SRCPV}"
-EGLIBC_BRANCH="eglibc-2_13"
+EGLIBC_BRANCH="eglibc-2_14"
SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http \
file://eglibc-svn-arm-lowlevellock-include-tls.patch \
file://IO-acquire-lock-fix.patch \
--
1.7.5.1
^ permalink raw reply related [flat|nested] 22+ messages in thread
* [PATCH 2/4] eglibc-package.inc: Package newly added sotruss and supporting libraries
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
2011-06-22 1:43 ` [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14 Khem Raj
@ 2011-06-22 1:43 ` Khem Raj
2011-06-22 1:43 ` [PATCH 3/4] binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 Khem Raj
` (2 subsequent siblings)
4 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 1:43 UTC (permalink / raw)
To: OE core
2.14 has a new utility which can trace through PLTs of shared libraries
We package the library separately and the script is already packaged in
eglibc-utils so we create a RDEPEND so that the library is pulled in
if someone isntalls eglibc-utils
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
meta/recipes-core/eglibc/eglibc-package.inc | 7 +++++--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc-package.inc b/meta/recipes-core/eglibc/eglibc-package.inc
index 76ebdc3..b5531ab 100644
--- a/meta/recipes-core/eglibc/eglibc-package.inc
+++ b/meta/recipes-core/eglibc/eglibc-package.inc
@@ -37,7 +37,7 @@ USE_LDCONFIG ?= "1"
PKGSUFFIX = ""
PKGSUFFIX_virtclass-nativesdk = "-nativesdk"
-PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} localedef${PKGSUFFIX} libcidn ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc eglibc-locale libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile"
+PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} localedef${PKGSUFFIX} libcidn ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc eglibc-locale libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile libsotruss${PKGSUFFIX}"
PACKAGES_DYNAMIC = " \
glibc-gconv-*${PKGSUFFIX} glibc-charmap-* glibc-localedata-* glibc-binary-localedata-* \
@@ -84,14 +84,16 @@ FILES_libmemusage = "${base_libdir}/libmemusage.so"
FILES_eglibc-extra-nss = "${base_libdir}/libnss*"
FILES_sln = "/sbin/sln"
FILES_eglibc-pic = "${libdir}/*_pic.a ${libdir}/*_pic.map ${libdir}/libc_pic/"
+FILES_libsotruss${PKGSUFFIX} = "${libdir}/audit/sotruss-lib.so"
FILES_eglibc-dev_append += "${bindir}/rpcgen ${libdir}/*.a \
${base_libdir}/*.a ${base_libdir}/*.o ${datadir}/aclocal"
FILES_nscd${PKGSUFFIX} = "${sbindir}/nscd*"
FILES_eglibc-utils = "${bindir}/* ${sbindir}/*"
FILES_eglibc-gconv = "${libdir}/gconv/*"
-FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/gconv/.debug"
+FILES_${PN}-dbg += "${libexecdir}/*/.debug ${libdir}/gconv/.debug ${libdir}/audit/.debug"
FILES_catchsegv${PKGSUFFIX} = "${bindir}/catchsegv"
RDEPENDS_catchsegv${PKGSUFFIX} = "libsegfault"
+EDEPENDS_eglibc-utils = "libsotruss"
FILES_eglibc-pcprofile = "${base_libdir}/libpcprofile.so"
FILES_eglibc-thread-db${PKGSUFFIX} = "${base_libdir}/libthread_db*"
FILES_localedef${PKGSUFFIX} = "${bindir}/localedef"
@@ -108,6 +110,7 @@ DESCRIPTION_ldd = "/usr/bin/ldd prints shared library dependencies for each prog
DESCRIPTION_localedef = "eglibc: compile locale definition files"
SUMMARY_eglibc-utils = "Miscellaneous utilities provided by eglibc"
DESCRIPTION_eglibc-utils = "Miscellaneous utilities including getconf, iconf, locale, gencat, tzselect, zic, rpcinfo, ..."
+DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through PLTs"
inherit libc-package
--
1.7.5.1
^ permalink raw reply related [flat|nested] 22+ messages in thread
* [PATCH 3/4] binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
2011-06-22 1:43 ` [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14 Khem Raj
2011-06-22 1:43 ` [PATCH 2/4] eglibc-package.inc: Package newly added sotruss and supporting libraries Khem Raj
@ 2011-06-22 1:43 ` Khem Raj
2011-06-22 1:43 ` [PATCH 4/4] tcmode-default.inc: Bump EGLIBCVERSION to 2.14 Khem Raj
2011-06-22 15:57 ` [PATCH 0/4] eglibc 2.14 upgrade Richard Purdie
4 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 1:43 UTC (permalink / raw)
To: OE core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
.../binutils/binutils-2.21/binutils-pr12366.patch | 428 ++++++++++++++++++++
meta/recipes-devtools/binutils/binutils_2.21.bb | 3 +-
2 files changed, 430 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch
diff --git a/meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch b/meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch
new file mode 100644
index 0000000..c11a802
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch
@@ -0,0 +1,428 @@
+This is backport from 2.21 branch
+
+Upstream-Status: Backport
+
+Signed-off-by: Khem Raj <raj.khem@gmail.com>
+
+
+commit 946593d19f203b02efd45b5102dd2787d9418e24
+Author: H.J. Lu <hjl.tools@gmail.com>
+Date: Wed May 25 17:41:32 2011 +0000
+
+ Handle STT_GNU_IFUNC symols when building shared library.
+
+ bfd/
+
+ 2012-05-25 H.J. Lu <hongjiu.lu@intel.com>
+
+ Backport from mainline
+ 2012-01-06 H.J. Lu <hongjiu.lu@intel.com>
+
+ PR ld/12366
+ PR ld/12371
+ * elf-ifunc.c (_bfd_elf_allocate_ifunc_dyn_relocs): Properly
+ handle symbols marked with regular reference, but not non-GOT
+ reference when building shared library.
+
+ * elf32-i386.c (elf_i386_gc_sweep_hook): Properly handle
+ local and global STT_GNU_IFUNC symols when building shared
+ library.
+ * elf64-x86-64.c (elf_x86_64_gc_sweep_hook): Likewise.
+
+ ld/testsuite/
+
+ 2012-05-25 H.J. Lu <hongjiu.lu@intel.com>
+
+ Backport from mainline
+ 2012-01-06 H.J. Lu <hongjiu.lu@intel.com>
+
+ PR ld/12366
+ PR ld/12371
+ * ld-ifunc/ifunc-10-i386.s: Add more tests.
+ * ld-ifunc/ifunc-10-x86-64.s: Likewise.
+ * ld-ifunc/ifunc-11-i386.s: Likewise.
+ * ld-ifunc/ifunc-11-x86-64.s: Likewise.
+
+ * ld-ifunc/ifunc-12-i386.d: New.
+ * ld-ifunc/ifunc-12-i386.s: Likewise.
+ * ld-ifunc/ifunc-12-x86-64.d: Likewise.
+ * ld-ifunc/ifunc-12-x86-64.s: Likewise.
+ * ld-ifunc/ifunc-13-i386.d: Likewise.
+ * ld-ifunc/ifunc-13-x86-64.d: Likewise.
+ * ld-ifunc/ifunc-13a-i386.s: Likewise.
+ * ld-ifunc/ifunc-13a-x86-64.s: Likewise.
+ * ld-ifunc/ifunc-13b-i386.s: Likewise.
+ * ld-ifunc/ifunc-13b-x86-64.s: Likewise.
+
+Index: binutils-2.21/bfd/elf-ifunc.c
+===================================================================
+--- binutils-2.21.orig/bfd/elf-ifunc.c 2010-07-13 09:59:10.000000000 -0700
++++ binutils-2.21/bfd/elf-ifunc.c 2011-06-21 16:33:40.751884107 -0700
+@@ -190,10 +190,29 @@
+ /* Support garbage collection against STT_GNU_IFUNC symbols. */
+ if (h->plt.refcount <= 0 && h->got.refcount <= 0)
+ {
+- h->got = htab->init_got_offset;
+- h->plt = htab->init_plt_offset;
+- *head = NULL;
+- return TRUE;
++ /* When building shared library, we need to handle the case
++ where it is marked with regular reference, but not non-GOT
++ reference. It may happen if we didn't see STT_GNU_IFUNC
++ symbol at the time when checking relocations. */
++ bfd_size_type count = 0;
++
++ if (info->shared
++ && !h->non_got_ref
++ && h->ref_regular)
++ {
++ for (p = *head; p != NULL; p = p->next)
++ count += p->count;
++ if (count != 0)
++ h->non_got_ref = 1;
++ }
++
++ if (count == 0)
++ {
++ h->got = htab->init_got_offset;
++ h->plt = htab->init_plt_offset;
++ *head = NULL;
++ return TRUE;
++ }
+ }
+
+ /* Return and discard space for dynamic relocations against it if
+Index: binutils-2.21/bfd/elf32-i386.c
+===================================================================
+--- binutils-2.21.orig/bfd/elf32-i386.c 2010-10-21 05:29:02.000000000 -0700
++++ binutils-2.21/bfd/elf32-i386.c 2011-06-21 16:33:40.761884138 -0700
+@@ -1807,23 +1807,10 @@
+ r_symndx = ELF32_R_SYM (rel->r_info);
+ if (r_symndx >= symtab_hdr->sh_info)
+ {
+- struct elf_i386_link_hash_entry *eh;
+- struct elf_dyn_relocs **pp;
+- struct elf_dyn_relocs *p;
+-
+ h = sym_hashes[r_symndx - symtab_hdr->sh_info];
+ while (h->root.type == bfd_link_hash_indirect
+ || h->root.type == bfd_link_hash_warning)
+ h = (struct elf_link_hash_entry *) h->root.u.i.link;
+- eh = (struct elf_i386_link_hash_entry *) h;
+-
+- for (pp = &eh->dyn_relocs; (p = *pp) != NULL; pp = &p->next)
+- if (p->sec == sec)
+- {
+- /* Everything must go for SEC. */
+- *pp = p->next;
+- break;
+- }
+ }
+ else
+ {
+@@ -1843,6 +1830,22 @@
+ }
+ }
+
++ if (h)
++ {
++ struct elf_i386_link_hash_entry *eh;
++ struct elf_dyn_relocs **pp;
++ struct elf_dyn_relocs *p;
++
++ eh = (struct elf_i386_link_hash_entry *) h;
++ for (pp = &eh->dyn_relocs; (p = *pp) != NULL; pp = &p->next)
++ if (p->sec == sec)
++ {
++ /* Everything must go for SEC. */
++ *pp = p->next;
++ break;
++ }
++ }
++
+ r_type = ELF32_R_TYPE (rel->r_info);
+ if (! elf_i386_tls_transition (info, abfd, sec, NULL,
+ symtab_hdr, sym_hashes,
+@@ -1883,7 +1886,8 @@
+
+ case R_386_32:
+ case R_386_PC32:
+- if (info->shared)
++ if (info->shared
++ && (h == NULL || h->type != STT_GNU_IFUNC))
+ break;
+ /* Fall through */
+
+Index: binutils-2.21/bfd/elf64-x86-64.c
+===================================================================
+--- binutils-2.21.orig/bfd/elf64-x86-64.c 2010-10-21 05:29:02.000000000 -0700
++++ binutils-2.21/bfd/elf64-x86-64.c 2011-06-21 16:33:40.761884138 -0700
+@@ -1645,23 +1645,10 @@
+ r_symndx = ELF64_R_SYM (rel->r_info);
+ if (r_symndx >= symtab_hdr->sh_info)
+ {
+- struct elf64_x86_64_link_hash_entry *eh;
+- struct elf_dyn_relocs **pp;
+- struct elf_dyn_relocs *p;
+-
+ h = sym_hashes[r_symndx - symtab_hdr->sh_info];
+ while (h->root.type == bfd_link_hash_indirect
+ || h->root.type == bfd_link_hash_warning)
+ h = (struct elf_link_hash_entry *) h->root.u.i.link;
+- eh = (struct elf64_x86_64_link_hash_entry *) h;
+-
+- for (pp = &eh->dyn_relocs; (p = *pp) != NULL; pp = &p->next)
+- if (p->sec == sec)
+- {
+- /* Everything must go for SEC. */
+- *pp = p->next;
+- break;
+- }
+ }
+ else
+ {
+@@ -1682,7 +1669,24 @@
+ }
+ }
+
+- r_type = ELF64_R_TYPE (rel->r_info);
++ if (h)
++ {
++ struct elf64_x86_64_link_hash_entry *eh;
++ struct elf_dyn_relocs **pp;
++ struct elf_dyn_relocs *p;
++
++ eh = (struct elf64_x86_64_link_hash_entry *) h;
++
++ for (pp = &eh->dyn_relocs; (p = *pp) != NULL; pp = &p->next)
++ if (p->sec == sec)
++ {
++ /* Everything must go for SEC. */
++ *pp = p->next;
++ break;
++ }
++ }
++
++ r_type = ELF32_R_TYPE (rel->r_info);
+ if (! elf64_x86_64_tls_transition (info, abfd, sec, NULL,
+ symtab_hdr, sym_hashes,
+ &r_type, GOT_UNKNOWN,
+@@ -1733,7 +1737,8 @@
+ case R_X86_64_PC16:
+ case R_X86_64_PC32:
+ case R_X86_64_PC64:
+- if (info->shared)
++ if (info->shared
++ && (h == NULL || h->type != STT_GNU_IFUNC))
+ break;
+ /* Fall thru */
+
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-10-i386.s
+===================================================================
+--- binutils-2.21.orig/ld/testsuite/ld-ifunc/ifunc-10-i386.s 2010-07-13 09:59:14.000000000 -0700
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-10-i386.s 2011-06-21 16:36:36.832142380 -0700
+@@ -6,6 +6,8 @@
+ movl ifunc@GOTOFF(%ecx), %eax
+ call ifunc@PLT
+ call ifunc
++ movl xxx@GOT(%ecx), %eax
++ movl xxx, %eax
+ ret
+
+ .section .text.bar,"ax",@progbits
+@@ -18,3 +20,7 @@
+ .type ifunc, @gnu_indirect_function
+ ifunc:
+ ret
++
++ .section .data.foo,"aw",@progbits
++xxx:
++ .long ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-10-x86-64.s
+===================================================================
+--- binutils-2.21.orig/ld/testsuite/ld-ifunc/ifunc-10-x86-64.s 2010-07-13 09:59:14.000000000 -0700
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-10-x86-64.s 2011-06-21 16:36:36.822142371 -0700
+@@ -6,6 +6,7 @@
+ movl ifunc(%rip), %eax
+ call ifunc@PLT
+ call ifunc
++ movl xxx(%rip), %eax
+ ret
+
+ .section .text.bar,"ax",@progbits
+@@ -18,3 +19,7 @@
+ .type ifunc, @gnu_indirect_function
+ ifunc:
+ ret
++
++ .section .data.foo,"aw",@progbits
++xxx:
++ .quad ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-11-i386.s
+===================================================================
+--- binutils-2.21.orig/ld/testsuite/ld-ifunc/ifunc-11-i386.s 2010-07-13 09:59:14.000000000 -0700
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-11-i386.s 2011-06-21 16:36:36.832142380 -0700
+@@ -3,9 +3,11 @@
+ foo:
+ .global foo
+ movl ifunc@GOT(%ecx), %eax
+- movl ifunc@GOTOFF(%ecx), %eax
++ movl ifunc@GOTOFF(%ecx), %eax
+ call ifunc@PLT
+ call ifunc
++ movl xxx@GOT(%ecx), %eax
++ movl xxx, %eax
+ ret
+
+ .section .text.bar,"ax",@progbits
+@@ -16,6 +18,10 @@
+
+ .section .text.ifunc,"ax",@progbits
+ .type ifunc, @gnu_indirect_function
+- .global ifunc
++ .global ifunc
+ ifunc:
+ ret
++
++ .section .data.foo,"aw",@progbits
++xxx:
++ .long ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-11-x86-64.s
+===================================================================
+--- binutils-2.21.orig/ld/testsuite/ld-ifunc/ifunc-11-x86-64.s 2010-07-13 09:59:14.000000000 -0700
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-11-x86-64.s 2011-06-21 16:36:36.822142371 -0700
+@@ -6,6 +6,7 @@
+ movl ifunc(%rip), %eax
+ call ifunc@PLT
+ call ifunc
++ movl xxx(%rip), %eax
+ ret
+
+ .section .text.bar,"ax",@progbits
+@@ -19,3 +20,7 @@
+ .global ifunc
+ ifunc:
+ ret
++
++ .section .data.foo,"aw",@progbits
++xxx:
++ .quad ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-12-i386.d
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-12-i386.d 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,6 @@
++#ld: -shared -m elf_i386 -e bar --gc-sections
++#as: --32
++#readelf: -r --wide
++#target: x86_64-*-* i?86-*-*
++
++There are no relocations in this file.
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-12-x86-64.d
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-12-x86-64.d 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,6 @@
++#ld: -shared -m elf_x86_64 -e bar --gc-sections
++#as: --64
++#readelf: -r --wide
++#target: x86_64-*-*
++
++There are no relocations in this file.
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13-i386.d
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13-i386.d 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,19 @@
++#source: ifunc-13a-i386.s
++#source: ifunc-13b-i386.s
++#ld: -shared -m elf_i386 -z nocombreloc
++#as: --32
++#readelf: -r --wide
++#target: x86_64-*-* i?86-*-*
++
++Relocation section '.rel.got' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++#...
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_386_GLOB_DAT[ ]+ifunc\(\)[ ]+ifunc
++#...
++Relocation section '.rel.ifunc' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_386_32[ ]+ifunc\(\)[ ]+ifunc
++#...
++Relocation section '.rel.plt' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_386_JUMP_SLOT[ ]+ifunc\(\)[ ]+ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13-x86-64.d
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13-x86-64.d 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,18 @@
++#source: ifunc-13a-x86-64.s
++#source: ifunc-13b-x86-64.s
++#ld: -shared -m elf_x86_64 -z nocombreloc
++#as: --64
++#readelf: -r --wide
++#target: x86_64-*-*
++
++Relocation section '.rela.got' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_X86_64_GLOB_DAT[ ]+ifunc\(\)[ ]+ifunc \+ 0
++#...
++Relocation section '.rela.ifunc' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_X86_64_64[ ]+ifunc\(\)[ ]+ifunc \+ 0
++#...
++Relocation section '.rela.plt' at .*
++[ ]+Offset[ ]+Info[ ]+Type[ ]+.*
++[0-9a-f]+[ ]+[0-9a-f]+[ ]+R_X86_64_JUMP_SLOT[ ]+ifunc\(\)[ ]+ifunc \+ 0
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13a-i386.s
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13a-i386.s 2011-06-21 16:36:36.822142371 -0700
+@@ -0,0 +1,10 @@
++ .text
++ .type foo, @function
++ .global
++foo:
++ movl xxx@GOT(%ebx), %eax
++ ret
++
++ .data
++xxx:
++ .long ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13a-x86-64.s
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13a-x86-64.s 2011-06-21 16:36:36.822142371 -0700
+@@ -0,0 +1,10 @@
++ .text
++ .type foo, @function
++ .global
++foo:
++ movl xxx(%rip), %eax
++ ret
++
++ .data
++xxx:
++ .quad ifunc
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13b-i386.s
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13b-i386.s 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,5 @@
++ .text
++ .type ifunc, @gnu_indirect_function
++ .globl ifunc
++ifunc:
++ ret
+Index: binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13b-x86-64.s
+===================================================================
+--- /dev/null 1970-01-01 00:00:00.000000000 +0000
++++ binutils-2.21/ld/testsuite/ld-ifunc/ifunc-13b-x86-64.s 2011-06-21 16:33:40.761884138 -0700
+@@ -0,0 +1,5 @@
++ .text
++ .type ifunc, @gnu_indirect_function
++ .globl ifunc
++ifunc:
++ ret
diff --git a/meta/recipes-devtools/binutils/binutils_2.21.bb b/meta/recipes-devtools/binutils/binutils_2.21.bb
index 270c720..2211931 100644
--- a/meta/recipes-devtools/binutils/binutils_2.21.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.21.bb
@@ -1,6 +1,6 @@
require binutils.inc
-PR = "r0"
+PR = "r1"
LIC_FILES_CHKSUM="\
file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\
@@ -29,6 +29,7 @@ SRC_URI = "\
file://libiberty_path_fix.patch \
file://binutils-poison.patch \
file://libtool-rpath-fix.patch \
+ file://binutils-pr12366.patch \
"
SRC_URI[md5sum] = "c84c5acc9d266f1a7044b51c85a823f5"
--
1.7.5.1
^ permalink raw reply related [flat|nested] 22+ messages in thread
* [PATCH 4/4] tcmode-default.inc: Bump EGLIBCVERSION to 2.14
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
` (2 preceding siblings ...)
2011-06-22 1:43 ` [PATCH 3/4] binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 Khem Raj
@ 2011-06-22 1:43 ` Khem Raj
2011-06-22 15:57 ` [PATCH 0/4] eglibc 2.14 upgrade Richard Purdie
4 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 1:43 UTC (permalink / raw)
To: OE core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
index 90282ee..20fc119 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -20,7 +20,7 @@ GCCVERSION ?= "4.6.0"
SDKGCCVERSION ?= "4.6.0"
BINUVERSION ?= "2.21"
GLIBCVERSION ?= "2.10.1"
-EGLIBCVERSION ?= "2.13"
+EGLIBCVERSION ?= "2.14"
LINUXLIBCVERSION ?= "2.6.37.2"
# Temporary preferred version overrides for PPC
--
1.7.5.1
^ permalink raw reply related [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
` (3 preceding siblings ...)
2011-06-22 1:43 ` [PATCH 4/4] tcmode-default.inc: Bump EGLIBCVERSION to 2.14 Khem Raj
@ 2011-06-22 15:57 ` Richard Purdie
2011-06-22 18:35 ` Mark Hatle
4 siblings, 1 reply; 22+ messages in thread
From: Richard Purdie @ 2011-06-22 15:57 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
> This patchset upgrades eglibc 2.13 -> 2.14
> Needed a binutils fix for x86_64
> Package sotruss which is new in eglibc 2.14
>
> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>
> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>
> are available in the git repository at:
> git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>
> Khem Raj (4):
> eglibc: Upgrade recipes from 2.13 -> 2.14
> eglibc-package.inc: Package newly added sotruss and supporting
> libraries
> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
> tcmode-default.inc: Bump EGLIBCVERSION to 2.14
Merged to master, thanks.
Richard
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 15:57 ` [PATCH 0/4] eglibc 2.14 upgrade Richard Purdie
@ 2011-06-22 18:35 ` Mark Hatle
2011-06-22 20:28 ` Mark Hatle
0 siblings, 1 reply; 22+ messages in thread
From: Mark Hatle @ 2011-06-22 18:35 UTC (permalink / raw)
To: openembedded-core
Since applying this update, I'm not longer getting an rpc/rpc.h file, which
breaks various things like busybox mount.
Is anyone else seeing this behavior?
--Mark
On 6/22/11 10:57 AM, Richard Purdie wrote:
> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>> This patchset upgrades eglibc 2.13 -> 2.14
>> Needed a binutils fix for x86_64
>> Package sotruss which is new in eglibc 2.14
>>
>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>
>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>
>> are available in the git repository at:
>> git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>
>> Khem Raj (4):
>> eglibc: Upgrade recipes from 2.13 -> 2.14
>> eglibc-package.inc: Package newly added sotruss and supporting
>> libraries
>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>> tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>
> Merged to master, thanks.
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 18:35 ` Mark Hatle
@ 2011-06-22 20:28 ` Mark Hatle
2011-06-22 21:26 ` Tom Rini
2011-06-22 22:31 ` Khem Raj
0 siblings, 2 replies; 22+ messages in thread
From: Mark Hatle @ 2011-06-22 20:28 UTC (permalink / raw)
To: openembedded-core
On 6/22/11 1:35 PM, Mark Hatle wrote:
> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> breaks various things like busybox mount.
>
> Is anyone else seeing this behavior?
Reverting:
2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
190a946e9a4213944e3ee675c4b3e18701698e87
fixed the problem for me. So there is definitely a problems in the upgrade.
--Mark
> --Mark
>
> On 6/22/11 10:57 AM, Richard Purdie wrote:
>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>> This patchset upgrades eglibc 2.13 -> 2.14
>>> Needed a binutils fix for x86_64
>>> Package sotruss which is new in eglibc 2.14
>>>
>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>
>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>
>>> are available in the git repository at:
>>> git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>
>>> Khem Raj (4):
>>> eglibc: Upgrade recipes from 2.13 -> 2.14
>>> eglibc-package.inc: Package newly added sotruss and supporting
>>> libraries
>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>> tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>
>> Merged to master, thanks.
>>
>> Richard
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 20:28 ` Mark Hatle
@ 2011-06-22 21:26 ` Tom Rini
2011-06-22 22:31 ` Khem Raj
1 sibling, 0 replies; 22+ messages in thread
From: Tom Rini @ 2011-06-22 21:26 UTC (permalink / raw)
To: openembedded-core
On 06/22/2011 01:28 PM, Mark Hatle wrote:
> On 6/22/11 1:35 PM, Mark Hatle wrote:
>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> breaks various things like busybox mount.
>>
>> Is anyone else seeing this behavior?
>
> Reverting:
>
> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> 190a946e9a4213944e3ee675c4b3e18701698e87
>
> fixed the problem for me. So there is definitely a problems in the upgrade.
This also fixes the problem that Otavio and I have seen of locale
generation failing crazily.
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 20:28 ` Mark Hatle
2011-06-22 21:26 ` Tom Rini
@ 2011-06-22 22:31 ` Khem Raj
2011-06-22 22:51 ` Mark Hatle
2011-06-22 22:59 ` Richard Purdie
1 sibling, 2 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 22:31 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> On 6/22/11 1:35 PM, Mark Hatle wrote:
>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> breaks various things like busybox mount.
>>
>> Is anyone else seeing this behavior?
>
> Reverting:
>
> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> 190a946e9a4213944e3ee675c4b3e18701698e87
>
> fixed the problem for me. So there is definitely a problems in the upgrade.
>
onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
not to be used from bundled code in glibc. If we dont have recipes for libtirpc
then I will add that.
> --Mark
>
>> --Mark
>>
>> On 6/22/11 10:57 AM, Richard Purdie wrote:
>>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>>> This patchset upgrades eglibc 2.13 -> 2.14
>>>> Needed a binutils fix for x86_64
>>>> Package sotruss which is new in eglibc 2.14
>>>>
>>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>>
>>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>>
>>>> are available in the git repository at:
>>>> git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>>
>>>> Khem Raj (4):
>>>> eglibc: Upgrade recipes from 2.13 -> 2.14
>>>> eglibc-package.inc: Package newly added sotruss and supporting
>>>> libraries
>>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>>> tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>>
>>> Merged to master, thanks.
>>>
>>> Richard
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 22:31 ` Khem Raj
@ 2011-06-22 22:51 ` Mark Hatle
2011-06-22 22:59 ` Richard Purdie
1 sibling, 0 replies; 22+ messages in thread
From: Mark Hatle @ 2011-06-22 22:51 UTC (permalink / raw)
To: openembedded-core
On 6/22/11 5:31 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>> breaks various things like busybox mount.
>>>
>>> Is anyone else seeing this behavior?
>>
>> Reverting:
>>
>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>
>> fixed the problem for me. So there is definitely a problems in the upgrade.
>>
>
> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> then I will add that.
There is a libtirpc recipe. It looks like we may have to audit the system
looking for users and get that fixed. busybox is definitely something that
tries to use rpc in mount.
--Mark
>> --Mark
>>
>>> --Mark
>>>
>>> On 6/22/11 10:57 AM, Richard Purdie wrote:
>>>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>>>> This patchset upgrades eglibc 2.13 -> 2.14
>>>>> Needed a binutils fix for x86_64
>>>>> Package sotruss which is new in eglibc 2.14
>>>>>
>>>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>>>
>>>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>>>
>>>>> are available in the git repository at:
>>>>> git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>>>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>>>
>>>>> Khem Raj (4):
>>>>> eglibc: Upgrade recipes from 2.13 -> 2.14
>>>>> eglibc-package.inc: Package newly added sotruss and supporting
>>>>> libraries
>>>>> binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>>>> tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>>>
>>>> Merged to master, thanks.
>>>>
>>>> Richard
>>>>
>>>>
>>>> _______________________________________________
>>>> Openembedded-core mailing list
>>>> Openembedded-core@lists.openembedded.org
>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 22:31 ` Khem Raj
2011-06-22 22:51 ` Mark Hatle
@ 2011-06-22 22:59 ` Richard Purdie
2011-06-22 23:22 ` Khem Raj
1 sibling, 1 reply; 22+ messages in thread
From: Richard Purdie @ 2011-06-22 22:59 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> breaks various things like busybox mount.
> >>
> >> Is anyone else seeing this behavior?
> >
> > Reverting:
> >
> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >
> > fixed the problem for me. So there is definitely a problems in the upgrade.
> >
>
> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> then I will add that.
There looks to be more than this wrong with this update. A quick
comparison shows the following changes in the list of files being
installed from do_install:
-./lib/libmemusage.so
-./lib/libnss_hesiod-2.13.so
-./lib/libnss_nisplus-2.13.so
-./lib/libutil-2.13.so
-./lib/libresolv-2.13.so
-./lib/libm-2.13.so
-./lib/libnsl-2.13.so
-./lib/libnss_compat-2.13.so
-./lib/libnss_nis-2.13.so
-./lib/libnss_dns-2.13.so
-./lib/libanl-2.13.so
-./lib/libBrokenLocale-2.13.so
-./lib/libcrypt-2.13.so
-./etc/rpc
-./usr/lib/libnss_compat_pic.a
-./usr/lib/libnss_dns_pic.a
-./usr/lib/libnss_nisplus_pic.a
+./usr/lib/audit/sotruss-lib.so
-./usr/lib/libutil_pic.map
-./usr/lib/libBrokenLocale_pic.a
-./usr/lib/libBrokenLocale.a
-./usr/lib/libBrokenLocale_pic.map
-./usr/lib/libm.a
-./usr/lib/libnss_dns_pic.map
-./usr/lib/libm_pic.map
-./usr/lib/libnss_hesiod_pic.map
-./usr/lib/librpcsvc.a
-./usr/lib/libutil.a
-./usr/lib/libnss_compat_pic.map
-./usr/lib/libcrypt.a
-./usr/lib/libutil_pic.a
-./usr/lib/libanl.a
-./usr/lib/libnsl_pic.a
-./usr/lib/libresolv.a
-./usr/lib/libnss_hesiod_pic.a
-./usr/lib/libm_pic.a
-./usr/lib/libnsl_pic.map
-./usr/lib/libnss_nis_pic.map
-./usr/lib/libanl_pic.a
-./usr/lib/libcrypt_pic.map
-./usr/lib/libcrypt_pic.a
-./usr/lib/libnss_nis_pic.a
-./usr/lib/libresolv_pic.map
-./usr/lib/libresolv_pic.a
-./usr/lib/libanl_pic.map
-./usr/lib/libnss_nisplus_pic.map
-./usr/lib/libnsl.a
-./usr/bin/rpcgen
-./usr/bin/gencat
+./usr/bin/sotruss
-./usr/bin/localedef
-./usr/bin/locale
-./usr/sbin/rpcinfo
-./usr/sbin/nscd
Some of these are rpc related but there are other issues too.
I've reverted the upgrade itself for now until we have something in
place to address the issues and its actually had some testing...
Cheers,
Richard
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 22:59 ` Richard Purdie
@ 2011-06-22 23:22 ` Khem Raj
2011-06-22 23:29 ` Tom Rini
` (2 more replies)
0 siblings, 3 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-22 23:22 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> breaks various things like busybox mount.
>> >>
>> >> Is anyone else seeing this behavior?
>> >
>> > Reverting:
>> >
>> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >
>> > fixed the problem for me. So there is definitely a problems in the upgrade.
>> >
>>
>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> then I will add that.
>
> There looks to be more than this wrong with this update. A quick
> comparison shows the following changes in the list of files being
> installed from do_install:
>
> -./lib/libmemusage.so
> -./lib/libnss_hesiod-2.13.so
> -./lib/libnss_nisplus-2.13.so
> -./lib/libutil-2.13.so
> -./lib/libresolv-2.13.so
> -./lib/libm-2.13.so
> -./lib/libnsl-2.13.so
> -./lib/libnss_compat-2.13.so
> -./lib/libnss_nis-2.13.so
> -./lib/libnss_dns-2.13.so
> -./lib/libanl-2.13.so
> -./lib/libBrokenLocale-2.13.so
> -./lib/libcrypt-2.13.so
> -./etc/rpc
> -./usr/lib/libnss_compat_pic.a
> -./usr/lib/libnss_dns_pic.a
> -./usr/lib/libnss_nisplus_pic.a
> +./usr/lib/audit/sotruss-lib.so
> -./usr/lib/libutil_pic.map
> -./usr/lib/libBrokenLocale_pic.a
> -./usr/lib/libBrokenLocale.a
> -./usr/lib/libBrokenLocale_pic.map
> -./usr/lib/libm.a
> -./usr/lib/libnss_dns_pic.map
> -./usr/lib/libm_pic.map
> -./usr/lib/libnss_hesiod_pic.map
> -./usr/lib/librpcsvc.a
> -./usr/lib/libutil.a
> -./usr/lib/libnss_compat_pic.map
> -./usr/lib/libcrypt.a
> -./usr/lib/libutil_pic.a
> -./usr/lib/libanl.a
> -./usr/lib/libnsl_pic.a
> -./usr/lib/libresolv.a
> -./usr/lib/libnss_hesiod_pic.a
> -./usr/lib/libm_pic.a
> -./usr/lib/libnsl_pic.map
> -./usr/lib/libnss_nis_pic.map
> -./usr/lib/libanl_pic.a
> -./usr/lib/libcrypt_pic.map
> -./usr/lib/libcrypt_pic.a
> -./usr/lib/libnss_nis_pic.a
> -./usr/lib/libresolv_pic.map
> -./usr/lib/libresolv_pic.a
> -./usr/lib/libanl_pic.map
> -./usr/lib/libnss_nisplus_pic.map
> -./usr/lib/libnsl.a
> -./usr/bin/rpcgen
> -./usr/bin/gencat
> +./usr/bin/sotruss
> -./usr/bin/localedef
> -./usr/bin/locale
> -./usr/sbin/rpcinfo
> -./usr/sbin/nscd
>
> Some of these are rpc related but there are other issues too.
>
> I've reverted the upgrade itself for now until we have something in
> place to address the issues and its actually had some testing...
>
some of these are due to rpc and others are due to nss being removed
I need to backport the nss db re-implementation then most of it should
be resolved
I guess I will post 2.14 as additional recipes rather than replacement for 2.13
that way we will get some soak time.
> Cheers,
>
> Richard
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 23:22 ` Khem Raj
@ 2011-06-22 23:29 ` Tom Rini
2011-06-23 4:13 ` Khem Raj
2011-06-23 5:47 ` Martin Jansa
2011-06-23 13:31 ` Richard Purdie
2 siblings, 1 reply; 22+ messages in thread
From: Tom Rini @ 2011-06-22 23:29 UTC (permalink / raw)
To: openembedded-core
On 06/22/2011 04:22 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>> breaks various things like busybox mount.
>>>>>
>>>>> Is anyone else seeing this behavior?
>>>>
>>>> Reverting:
>>>>
>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>
>>>> fixed the problem for me. So there is definitely a problems in the upgrade.
>>>>
>>>
>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>> then I will add that.
>>
>> There looks to be more than this wrong with this update. A quick
>> comparison shows the following changes in the list of files being
>> installed from do_install:
>>
>> -./lib/libmemusage.so
>> -./lib/libnss_hesiod-2.13.so
>> -./lib/libnss_nisplus-2.13.so
>> -./lib/libutil-2.13.so
>> -./lib/libresolv-2.13.so
>> -./lib/libm-2.13.so
>> -./lib/libnsl-2.13.so
>> -./lib/libnss_compat-2.13.so
>> -./lib/libnss_nis-2.13.so
>> -./lib/libnss_dns-2.13.so
>> -./lib/libanl-2.13.so
>> -./lib/libBrokenLocale-2.13.so
>> -./lib/libcrypt-2.13.so
>> -./etc/rpc
>> -./usr/lib/libnss_compat_pic.a
>> -./usr/lib/libnss_dns_pic.a
>> -./usr/lib/libnss_nisplus_pic.a
>> +./usr/lib/audit/sotruss-lib.so
>> -./usr/lib/libutil_pic.map
>> -./usr/lib/libBrokenLocale_pic.a
>> -./usr/lib/libBrokenLocale.a
>> -./usr/lib/libBrokenLocale_pic.map
>> -./usr/lib/libm.a
>> -./usr/lib/libnss_dns_pic.map
>> -./usr/lib/libm_pic.map
>> -./usr/lib/libnss_hesiod_pic.map
>> -./usr/lib/librpcsvc.a
>> -./usr/lib/libutil.a
>> -./usr/lib/libnss_compat_pic.map
>> -./usr/lib/libcrypt.a
>> -./usr/lib/libutil_pic.a
>> -./usr/lib/libanl.a
>> -./usr/lib/libnsl_pic.a
>> -./usr/lib/libresolv.a
>> -./usr/lib/libnss_hesiod_pic.a
>> -./usr/lib/libm_pic.a
>> -./usr/lib/libnsl_pic.map
>> -./usr/lib/libnss_nis_pic.map
>> -./usr/lib/libanl_pic.a
>> -./usr/lib/libcrypt_pic.map
>> -./usr/lib/libcrypt_pic.a
>> -./usr/lib/libnss_nis_pic.a
>> -./usr/lib/libresolv_pic.map
>> -./usr/lib/libresolv_pic.a
>> -./usr/lib/libanl_pic.map
>> -./usr/lib/libnss_nisplus_pic.map
>> -./usr/lib/libnsl.a
>> -./usr/bin/rpcgen
>> -./usr/bin/gencat
>> +./usr/bin/sotruss
>> -./usr/bin/localedef
>> -./usr/bin/locale
>> -./usr/sbin/rpcinfo
>> -./usr/sbin/nscd
>>
>> Some of these are rpc related but there are other issues too.
>>
>> I've reverted the upgrade itself for now until we have something in
>> place to address the issues and its actually had some testing...
>>
>
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.
Neither of those would explain the locale problem Otavio and I have seen:
NOTE: generating locale wae_CH (UTF-8)
NOTE: cmd:
NOTE:
PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux.gcc-cross-intermediate:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/qemux86/usr/bin/crossscripts:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux//bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts:/home/trini/work/tmp/oe-core-template/bitbake/bin:/home/trini/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/trini/bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts"
I18NPATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/share/i18n"
GCONV_PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/iconvdata"
cross-localedef --uint32-align=4 --little-endian --force --old-style
--no-archive
--prefix=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree
--inputfile=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree//usr/share/i18n/locales/wae_CH
--charmap=UTF-8
/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/lib/locale/wae_CH
NOTE: stdout:
NOTE:
NOTE: stderr:
NOTE: LC_ADDRESS: terminology language code `wae' not defined
LC_ADDRESS: language abbreviation `wae' not defined
ERROR: Function 'localedef returned an error' failed
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 23:29 ` Tom Rini
@ 2011-06-23 4:13 ` Khem Raj
2011-06-23 16:26 ` Tom Rini
0 siblings, 1 reply; 22+ messages in thread
From: Khem Raj @ 2011-06-23 4:13 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
> On 06/22/2011 04:22 PM, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>> breaks various things like busybox mount.
>>>>>>
>>>>>> Is anyone else seeing this behavior?
>>>>>
>>>>> Reverting:
>>>>>
>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>
>>>>> fixed the problem for me. So there is definitely a problems in the upgrade.
>>>>>
>>>>
>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>> then I will add that.
>>>
>>> There looks to be more than this wrong with this update. A quick
>>> comparison shows the following changes in the list of files being
>>> installed from do_install:
>>>
>>> -./lib/libmemusage.so
>>> -./lib/libnss_hesiod-2.13.so
>>> -./lib/libnss_nisplus-2.13.so
>>> -./lib/libutil-2.13.so
>>> -./lib/libresolv-2.13.so
>>> -./lib/libm-2.13.so
>>> -./lib/libnsl-2.13.so
>>> -./lib/libnss_compat-2.13.so
>>> -./lib/libnss_nis-2.13.so
>>> -./lib/libnss_dns-2.13.so
>>> -./lib/libanl-2.13.so
>>> -./lib/libBrokenLocale-2.13.so
>>> -./lib/libcrypt-2.13.so
>>> -./etc/rpc
>>> -./usr/lib/libnss_compat_pic.a
>>> -./usr/lib/libnss_dns_pic.a
>>> -./usr/lib/libnss_nisplus_pic.a
>>> +./usr/lib/audit/sotruss-lib.so
>>> -./usr/lib/libutil_pic.map
>>> -./usr/lib/libBrokenLocale_pic.a
>>> -./usr/lib/libBrokenLocale.a
>>> -./usr/lib/libBrokenLocale_pic.map
>>> -./usr/lib/libm.a
>>> -./usr/lib/libnss_dns_pic.map
>>> -./usr/lib/libm_pic.map
>>> -./usr/lib/libnss_hesiod_pic.map
>>> -./usr/lib/librpcsvc.a
>>> -./usr/lib/libutil.a
>>> -./usr/lib/libnss_compat_pic.map
>>> -./usr/lib/libcrypt.a
>>> -./usr/lib/libutil_pic.a
>>> -./usr/lib/libanl.a
>>> -./usr/lib/libnsl_pic.a
>>> -./usr/lib/libresolv.a
>>> -./usr/lib/libnss_hesiod_pic.a
>>> -./usr/lib/libm_pic.a
>>> -./usr/lib/libnsl_pic.map
>>> -./usr/lib/libnss_nis_pic.map
>>> -./usr/lib/libanl_pic.a
>>> -./usr/lib/libcrypt_pic.map
>>> -./usr/lib/libcrypt_pic.a
>>> -./usr/lib/libnss_nis_pic.a
>>> -./usr/lib/libresolv_pic.map
>>> -./usr/lib/libresolv_pic.a
>>> -./usr/lib/libanl_pic.map
>>> -./usr/lib/libnss_nisplus_pic.map
>>> -./usr/lib/libnsl.a
>>> -./usr/bin/rpcgen
>>> -./usr/bin/gencat
>>> +./usr/bin/sotruss
>>> -./usr/bin/localedef
>>> -./usr/bin/locale
>>> -./usr/sbin/rpcinfo
>>> -./usr/sbin/nscd
>>>
>>> Some of these are rpc related but there are other issues too.
>>>
>>> I've reverted the upgrade itself for now until we have something in
>>> place to address the issues and its actually had some testing...
>>>
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> Neither of those would explain the locale problem Otavio and I have seen:
$ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH
so don't know whats the problem you are having.
> NOTE: generating locale wae_CH (UTF-8)
> NOTE: cmd:
> NOTE:
> PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux.gcc-cross-intermediate:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/qemux86/usr/bin/crossscripts:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux//bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts:/home/trini/work/tmp/oe-core-template/bitbake/bin:/home/trini/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/trini/bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts"
> I18NPATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/share/i18n"
> GCONV_PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/iconvdata"
> cross-localedef --uint32-align=4 --little-endian --force --old-style
> --no-archive
> --prefix=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree
> --inputfile=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree//usr/share/i18n/locales/wae_CH
> --charmap=UTF-8
> /home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/lib/locale/wae_CH
> NOTE: stdout:
> NOTE:
> NOTE: stderr:
> NOTE: LC_ADDRESS: terminology language code `wae' not defined
> LC_ADDRESS: language abbreviation `wae' not defined
> ERROR: Function 'localedef returned an error' failed
>
> --
> Tom Rini
> Mentor Graphics Corporation
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 23:22 ` Khem Raj
2011-06-22 23:29 ` Tom Rini
@ 2011-06-23 5:47 ` Martin Jansa
2011-06-23 6:07 ` Khem Raj
2011-06-23 13:31 ` Richard Purdie
2 siblings, 1 reply; 22+ messages in thread
From: Martin Jansa @ 2011-06-23 5:47 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 3540 bytes --]
On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> >> breaks various things like busybox mount.
> >> >>
> >> >> Is anyone else seeing this behavior?
> >> >
> >> > Reverting:
> >> >
> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >> >
> >> > fixed the problem for me. So there is definitely a problems in the upgrade.
> >> >
> >>
> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> >> then I will add that.
> >
> > There looks to be more than this wrong with this update. A quick
> > comparison shows the following changes in the list of files being
> > installed from do_install:
> >
> > -./lib/libmemusage.so
> > -./lib/libnss_hesiod-2.13.so
> > -./lib/libnss_nisplus-2.13.so
> > -./lib/libutil-2.13.so
> > -./lib/libresolv-2.13.so
> > -./lib/libm-2.13.so
> > -./lib/libnsl-2.13.so
> > -./lib/libnss_compat-2.13.so
> > -./lib/libnss_nis-2.13.so
> > -./lib/libnss_dns-2.13.so
> > -./lib/libanl-2.13.so
> > -./lib/libBrokenLocale-2.13.so
> > -./lib/libcrypt-2.13.so
> > -./etc/rpc
> > -./usr/lib/libnss_compat_pic.a
> > -./usr/lib/libnss_dns_pic.a
> > -./usr/lib/libnss_nisplus_pic.a
> > +./usr/lib/audit/sotruss-lib.so
> > -./usr/lib/libutil_pic.map
> > -./usr/lib/libBrokenLocale_pic.a
> > -./usr/lib/libBrokenLocale.a
> > -./usr/lib/libBrokenLocale_pic.map
> > -./usr/lib/libm.a
> > -./usr/lib/libnss_dns_pic.map
> > -./usr/lib/libm_pic.map
> > -./usr/lib/libnss_hesiod_pic.map
> > -./usr/lib/librpcsvc.a
> > -./usr/lib/libutil.a
> > -./usr/lib/libnss_compat_pic.map
> > -./usr/lib/libcrypt.a
> > -./usr/lib/libutil_pic.a
> > -./usr/lib/libanl.a
> > -./usr/lib/libnsl_pic.a
> > -./usr/lib/libresolv.a
> > -./usr/lib/libnss_hesiod_pic.a
> > -./usr/lib/libm_pic.a
> > -./usr/lib/libnsl_pic.map
> > -./usr/lib/libnss_nis_pic.map
> > -./usr/lib/libanl_pic.a
> > -./usr/lib/libcrypt_pic.map
> > -./usr/lib/libcrypt_pic.a
> > -./usr/lib/libnss_nis_pic.a
> > -./usr/lib/libresolv_pic.map
> > -./usr/lib/libresolv_pic.a
> > -./usr/lib/libanl_pic.map
> > -./usr/lib/libnss_nisplus_pic.map
> > -./usr/lib/libnsl.a
> > -./usr/bin/rpcgen
> > -./usr/bin/gencat
> > +./usr/bin/sotruss
> > -./usr/bin/localedef
> > -./usr/bin/locale
> > -./usr/sbin/rpcinfo
> > -./usr/sbin/nscd
> >
> > Some of these are rpc related but there are other issues too.
> >
> > I've reverted the upgrade itself for now until we have something in
> > place to address the issues and its actually had some testing...
> >
>
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.
there are issues with 2.14 and standalone libtirtc too :/
http://blog.flameeyes.eu/2011/06/11/are-you-kidding-me-or-why-we-ll-wait-glibc-2-14-for-a-while
Regards,
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-23 5:47 ` Martin Jansa
@ 2011-06-23 6:07 ` Khem Raj
2011-06-23 8:43 ` Khem Raj
0 siblings, 1 reply; 22+ messages in thread
From: Khem Raj @ 2011-06-23 6:07 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> >> breaks various things like busybox mount.
>> >> >>
>> >> >> Is anyone else seeing this behavior?
>> >> >
>> >> > Reverting:
>> >> >
>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >> >
>> >> > fixed the problem for me. So there is definitely a problems in the upgrade.
>> >> >
>> >>
>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> >> then I will add that.
>> >
>> > There looks to be more than this wrong with this update. A quick
>> > comparison shows the following changes in the list of files being
>> > installed from do_install:
>> >
>> > -./lib/libmemusage.so
>> > -./lib/libnss_hesiod-2.13.so
>> > -./lib/libnss_nisplus-2.13.so
>> > -./lib/libutil-2.13.so
>> > -./lib/libresolv-2.13.so
>> > -./lib/libm-2.13.so
>> > -./lib/libnsl-2.13.so
>> > -./lib/libnss_compat-2.13.so
>> > -./lib/libnss_nis-2.13.so
>> > -./lib/libnss_dns-2.13.so
>> > -./lib/libanl-2.13.so
>> > -./lib/libBrokenLocale-2.13.so
>> > -./lib/libcrypt-2.13.so
>> > -./etc/rpc
>> > -./usr/lib/libnss_compat_pic.a
>> > -./usr/lib/libnss_dns_pic.a
>> > -./usr/lib/libnss_nisplus_pic.a
>> > +./usr/lib/audit/sotruss-lib.so
>> > -./usr/lib/libutil_pic.map
>> > -./usr/lib/libBrokenLocale_pic.a
>> > -./usr/lib/libBrokenLocale.a
>> > -./usr/lib/libBrokenLocale_pic.map
>> > -./usr/lib/libm.a
>> > -./usr/lib/libnss_dns_pic.map
>> > -./usr/lib/libm_pic.map
>> > -./usr/lib/libnss_hesiod_pic.map
>> > -./usr/lib/librpcsvc.a
>> > -./usr/lib/libutil.a
>> > -./usr/lib/libnss_compat_pic.map
>> > -./usr/lib/libcrypt.a
>> > -./usr/lib/libutil_pic.a
>> > -./usr/lib/libanl.a
>> > -./usr/lib/libnsl_pic.a
>> > -./usr/lib/libresolv.a
>> > -./usr/lib/libnss_hesiod_pic.a
>> > -./usr/lib/libm_pic.a
>> > -./usr/lib/libnsl_pic.map
>> > -./usr/lib/libnss_nis_pic.map
>> > -./usr/lib/libanl_pic.a
>> > -./usr/lib/libcrypt_pic.map
>> > -./usr/lib/libcrypt_pic.a
>> > -./usr/lib/libnss_nis_pic.a
>> > -./usr/lib/libresolv_pic.map
>> > -./usr/lib/libresolv_pic.a
>> > -./usr/lib/libanl_pic.map
>> > -./usr/lib/libnss_nisplus_pic.map
>> > -./usr/lib/libnsl.a
>> > -./usr/bin/rpcgen
>> > -./usr/bin/gencat
>> > +./usr/bin/sotruss
>> > -./usr/bin/localedef
>> > -./usr/bin/locale
>> > -./usr/sbin/rpcinfo
>> > -./usr/sbin/nscd
>> >
>> > Some of these are rpc related but there are other issues too.
>> >
>> > I've reverted the upgrade itself for now until we have something in
>> > place to address the issues and its actually had some testing...
>> >
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> there are issues with 2.14 and standalone libtirtc too :/
Yes I have a fix for that. I will post as soon as I tame busybox
> http://blog.flameeyes.eu/2011/06/11/are-you-kidding-me-or-why-we-ll-wait-glibc-2-14-for-a-while
>
> Regards,
>
> --
> Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-23 6:07 ` Khem Raj
@ 2011-06-23 8:43 ` Khem Raj
0 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-23 8:43 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, Jun 22, 2011 at 11:07 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
>> On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>> <richard.purdie@linuxfoundation.org> wrote:
>>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>> >> >> breaks various things like busybox mount.
>>> >> >>
>>> >> >> Is anyone else seeing this behavior?
>>> >> >
>>> >> > Reverting:
>>> >> >
>>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>>> >> >
>>> >> > fixed the problem for me. So there is definitely a problems in the upgrade.
>>> >> >
>>> >>
>>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>> >> then I will add that.
>>> >
>>> > There looks to be more than this wrong with this update. A quick
>>> > comparison shows the following changes in the list of files being
>>> > installed from do_install:
>>> >
>>> > -./lib/libmemusage.so
>>> > -./lib/libnss_hesiod-2.13.so
>>> > -./lib/libnss_nisplus-2.13.so
>>> > -./lib/libutil-2.13.so
>>> > -./lib/libresolv-2.13.so
>>> > -./lib/libm-2.13.so
>>> > -./lib/libnsl-2.13.so
>>> > -./lib/libnss_compat-2.13.so
>>> > -./lib/libnss_nis-2.13.so
>>> > -./lib/libnss_dns-2.13.so
>>> > -./lib/libanl-2.13.so
>>> > -./lib/libBrokenLocale-2.13.so
>>> > -./lib/libcrypt-2.13.so
>>> > -./etc/rpc
>>> > -./usr/lib/libnss_compat_pic.a
>>> > -./usr/lib/libnss_dns_pic.a
>>> > -./usr/lib/libnss_nisplus_pic.a
>>> > +./usr/lib/audit/sotruss-lib.so
>>> > -./usr/lib/libutil_pic.map
>>> > -./usr/lib/libBrokenLocale_pic.a
>>> > -./usr/lib/libBrokenLocale.a
>>> > -./usr/lib/libBrokenLocale_pic.map
>>> > -./usr/lib/libm.a
>>> > -./usr/lib/libnss_dns_pic.map
>>> > -./usr/lib/libm_pic.map
>>> > -./usr/lib/libnss_hesiod_pic.map
>>> > -./usr/lib/librpcsvc.a
>>> > -./usr/lib/libutil.a
>>> > -./usr/lib/libnss_compat_pic.map
>>> > -./usr/lib/libcrypt.a
>>> > -./usr/lib/libutil_pic.a
>>> > -./usr/lib/libanl.a
>>> > -./usr/lib/libnsl_pic.a
>>> > -./usr/lib/libresolv.a
>>> > -./usr/lib/libnss_hesiod_pic.a
>>> > -./usr/lib/libm_pic.a
>>> > -./usr/lib/libnsl_pic.map
>>> > -./usr/lib/libnss_nis_pic.map
>>> > -./usr/lib/libanl_pic.a
>>> > -./usr/lib/libcrypt_pic.map
>>> > -./usr/lib/libcrypt_pic.a
>>> > -./usr/lib/libnss_nis_pic.a
>>> > -./usr/lib/libresolv_pic.map
>>> > -./usr/lib/libresolv_pic.a
>>> > -./usr/lib/libanl_pic.map
>>> > -./usr/lib/libnss_nisplus_pic.map
>>> > -./usr/lib/libnsl.a
>>> > -./usr/bin/rpcgen
>>> > -./usr/bin/gencat
>>> > +./usr/bin/sotruss
>>> > -./usr/bin/localedef
>>> > -./usr/bin/locale
>>> > -./usr/sbin/rpcinfo
>>> > -./usr/sbin/nscd
>>> >
>>> > Some of these are rpc related but there are other issues too.
>>> >
>>> > I've reverted the upgrade itself for now until we have something in
>>> > place to address the issues and its actually had some testing...
>>> >
>>>
>>> some of these are due to rpc and others are due to nss being removed
>>> I need to backport the nss db re-implementation then most of it should
>>> be resolved
>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>> that way we will get some soak time.
>>
>> there are issues with 2.14 and standalone libtirtc too :/
>
> Yes I have a fix for that. I will post as soon as I tame busybox
libtirpc is not yet drop in replacement for glibc rpc and it will take
some time for that to happen
we should revert this patch and stay with 2.13 meanwhile
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-22 23:22 ` Khem Raj
2011-06-22 23:29 ` Tom Rini
2011-06-23 5:47 ` Martin Jansa
@ 2011-06-23 13:31 ` Richard Purdie
2011-06-23 18:00 ` Khem Raj
2 siblings, 1 reply; 22+ messages in thread
From: Richard Purdie @ 2011-06-23 13:31 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> >> breaks various things like busybox mount.
> >> >>
> >> >> Is anyone else seeing this behavior?
> >> >
> >> > Reverting:
> >> >
> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >> >
> >> > fixed the problem for me. So there is definitely a problems in the upgrade.
> >> >
> >>
> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> >> then I will add that.
> >
> > There looks to be more than this wrong with this update. A quick
> > comparison shows the following changes in the list of files being
> > installed from do_install:
> >
> > -./lib/libmemusage.so
> > -./lib/libnss_hesiod-2.13.so
> > -./lib/libnss_nisplus-2.13.so
> > -./lib/libutil-2.13.so
> > -./lib/libresolv-2.13.so
> > -./lib/libm-2.13.so
> > -./lib/libnsl-2.13.so
> > -./lib/libnss_compat-2.13.so
> > -./lib/libnss_nis-2.13.so
> > -./lib/libnss_dns-2.13.so
> > -./lib/libanl-2.13.so
> > -./lib/libBrokenLocale-2.13.so
> > -./lib/libcrypt-2.13.so
> > -./etc/rpc
> > -./usr/lib/libnss_compat_pic.a
> > -./usr/lib/libnss_dns_pic.a
> > -./usr/lib/libnss_nisplus_pic.a
> > +./usr/lib/audit/sotruss-lib.so
> > -./usr/lib/libutil_pic.map
> > -./usr/lib/libBrokenLocale_pic.a
> > -./usr/lib/libBrokenLocale.a
> > -./usr/lib/libBrokenLocale_pic.map
> > -./usr/lib/libm.a
> > -./usr/lib/libnss_dns_pic.map
> > -./usr/lib/libm_pic.map
> > -./usr/lib/libnss_hesiod_pic.map
> > -./usr/lib/librpcsvc.a
> > -./usr/lib/libutil.a
> > -./usr/lib/libnss_compat_pic.map
> > -./usr/lib/libcrypt.a
> > -./usr/lib/libutil_pic.a
> > -./usr/lib/libanl.a
> > -./usr/lib/libnsl_pic.a
> > -./usr/lib/libresolv.a
> > -./usr/lib/libnss_hesiod_pic.a
> > -./usr/lib/libm_pic.a
> > -./usr/lib/libnsl_pic.map
> > -./usr/lib/libnss_nis_pic.map
> > -./usr/lib/libanl_pic.a
> > -./usr/lib/libcrypt_pic.map
> > -./usr/lib/libcrypt_pic.a
> > -./usr/lib/libnss_nis_pic.a
> > -./usr/lib/libresolv_pic.map
> > -./usr/lib/libresolv_pic.a
> > -./usr/lib/libanl_pic.map
> > -./usr/lib/libnss_nisplus_pic.map
> > -./usr/lib/libnsl.a
> > -./usr/bin/rpcgen
> > -./usr/bin/gencat
> > +./usr/bin/sotruss
> > -./usr/bin/localedef
> > -./usr/bin/locale
> > -./usr/sbin/rpcinfo
> > -./usr/sbin/nscd
> >
> > Some of these are rpc related but there are other issues too.
> >
> > I've reverted the upgrade itself for now until we have something in
> > place to address the issues and its actually had some testing...
> >
>
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.
FWIW, some of the above list was due to local build corruption as I had
some weirdness going on with DISTRO_FEATURES locally. That variable now
influences the libc quite a lot and might also be catching others out
which is why I mention it.
Cheers,
Richard
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-23 4:13 ` Khem Raj
@ 2011-06-23 16:26 ` Tom Rini
2011-06-23 18:01 ` Khem Raj
0 siblings, 1 reply; 22+ messages in thread
From: Tom Rini @ 2011-06-23 16:26 UTC (permalink / raw)
To: openembedded-core
On 06/22/2011 09:13 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
>> On 06/22/2011 04:22 PM, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>> <richard.purdie@linuxfoundation.org> wrote:
>>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>>> breaks various things like busybox mount.
>>>>>>>
>>>>>>> Is anyone else seeing this behavior?
>>>>>>
>>>>>> Reverting:
>>>>>>
>>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>>
>>>>>> fixed the problem for me. So there is definitely a problems in the upgrade.
>>>>>>
>>>>>
>>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>>> then I will add that.
>>>>
>>>> There looks to be more than this wrong with this update. A quick
>>>> comparison shows the following changes in the list of files being
>>>> installed from do_install:
>>>>
>>>> -./lib/libmemusage.so
>>>> -./lib/libnss_hesiod-2.13.so
>>>> -./lib/libnss_nisplus-2.13.so
>>>> -./lib/libutil-2.13.so
>>>> -./lib/libresolv-2.13.so
>>>> -./lib/libm-2.13.so
>>>> -./lib/libnsl-2.13.so
>>>> -./lib/libnss_compat-2.13.so
>>>> -./lib/libnss_nis-2.13.so
>>>> -./lib/libnss_dns-2.13.so
>>>> -./lib/libanl-2.13.so
>>>> -./lib/libBrokenLocale-2.13.so
>>>> -./lib/libcrypt-2.13.so
>>>> -./etc/rpc
>>>> -./usr/lib/libnss_compat_pic.a
>>>> -./usr/lib/libnss_dns_pic.a
>>>> -./usr/lib/libnss_nisplus_pic.a
>>>> +./usr/lib/audit/sotruss-lib.so
>>>> -./usr/lib/libutil_pic.map
>>>> -./usr/lib/libBrokenLocale_pic.a
>>>> -./usr/lib/libBrokenLocale.a
>>>> -./usr/lib/libBrokenLocale_pic.map
>>>> -./usr/lib/libm.a
>>>> -./usr/lib/libnss_dns_pic.map
>>>> -./usr/lib/libm_pic.map
>>>> -./usr/lib/libnss_hesiod_pic.map
>>>> -./usr/lib/librpcsvc.a
>>>> -./usr/lib/libutil.a
>>>> -./usr/lib/libnss_compat_pic.map
>>>> -./usr/lib/libcrypt.a
>>>> -./usr/lib/libutil_pic.a
>>>> -./usr/lib/libanl.a
>>>> -./usr/lib/libnsl_pic.a
>>>> -./usr/lib/libresolv.a
>>>> -./usr/lib/libnss_hesiod_pic.a
>>>> -./usr/lib/libm_pic.a
>>>> -./usr/lib/libnsl_pic.map
>>>> -./usr/lib/libnss_nis_pic.map
>>>> -./usr/lib/libanl_pic.a
>>>> -./usr/lib/libcrypt_pic.map
>>>> -./usr/lib/libcrypt_pic.a
>>>> -./usr/lib/libnss_nis_pic.a
>>>> -./usr/lib/libresolv_pic.map
>>>> -./usr/lib/libresolv_pic.a
>>>> -./usr/lib/libanl_pic.map
>>>> -./usr/lib/libnss_nisplus_pic.map
>>>> -./usr/lib/libnsl.a
>>>> -./usr/bin/rpcgen
>>>> -./usr/bin/gencat
>>>> +./usr/bin/sotruss
>>>> -./usr/bin/localedef
>>>> -./usr/bin/locale
>>>> -./usr/sbin/rpcinfo
>>>> -./usr/sbin/nscd
>>>>
>>>> Some of these are rpc related but there are other issues too.
>>>>
>>>> I've reverted the upgrade itself for now until we have something in
>>>> place to address the issues and its actually had some testing...
>>>>
>>>
>>> some of these are due to rpc and others are due to nss being removed
>>> I need to backport the nss db re-implementation then most of it should
>>> be resolved
>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>> that way we will get some soak time.
>>
>> Neither of those would explain the locale problem Otavio and I have seen:
>
> $ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
> ../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH
>
> so don't know whats the problem you are having.
Well, in my case it's a brand new checkout of oe-core + meta-oe in
'distro-less' mode. Otavio saw the same thing with his custom distro
which just uses the default bits for libc features.
--
Tom Rini
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-23 13:31 ` Richard Purdie
@ 2011-06-23 18:00 ` Khem Raj
0 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-23 18:00 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Jun 23, 2011 at 6:31 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> >> breaks various things like busybox mount.
>> >> >>
>> >> >> Is anyone else seeing this behavior?
>> >> >
>> >> > Reverting:
>> >> >
>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >> >
>> >> > fixed the problem for me. So there is definitely a problems in the upgrade.
>> >> >
>> >>
>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> >> then I will add that.
>> >
>> > There looks to be more than this wrong with this update. A quick
>> > comparison shows the following changes in the list of files being
>> > installed from do_install:
>> >
>> > -./lib/libmemusage.so
>> > -./lib/libnss_hesiod-2.13.so
>> > -./lib/libnss_nisplus-2.13.so
>> > -./lib/libutil-2.13.so
>> > -./lib/libresolv-2.13.so
>> > -./lib/libm-2.13.so
>> > -./lib/libnsl-2.13.so
>> > -./lib/libnss_compat-2.13.so
>> > -./lib/libnss_nis-2.13.so
>> > -./lib/libnss_dns-2.13.so
>> > -./lib/libanl-2.13.so
>> > -./lib/libBrokenLocale-2.13.so
>> > -./lib/libcrypt-2.13.so
>> > -./etc/rpc
>> > -./usr/lib/libnss_compat_pic.a
>> > -./usr/lib/libnss_dns_pic.a
>> > -./usr/lib/libnss_nisplus_pic.a
>> > +./usr/lib/audit/sotruss-lib.so
>> > -./usr/lib/libutil_pic.map
>> > -./usr/lib/libBrokenLocale_pic.a
>> > -./usr/lib/libBrokenLocale.a
>> > -./usr/lib/libBrokenLocale_pic.map
>> > -./usr/lib/libm.a
>> > -./usr/lib/libnss_dns_pic.map
>> > -./usr/lib/libm_pic.map
>> > -./usr/lib/libnss_hesiod_pic.map
>> > -./usr/lib/librpcsvc.a
>> > -./usr/lib/libutil.a
>> > -./usr/lib/libnss_compat_pic.map
>> > -./usr/lib/libcrypt.a
>> > -./usr/lib/libutil_pic.a
>> > -./usr/lib/libanl.a
>> > -./usr/lib/libnsl_pic.a
>> > -./usr/lib/libresolv.a
>> > -./usr/lib/libnss_hesiod_pic.a
>> > -./usr/lib/libm_pic.a
>> > -./usr/lib/libnsl_pic.map
>> > -./usr/lib/libnss_nis_pic.map
>> > -./usr/lib/libanl_pic.a
>> > -./usr/lib/libcrypt_pic.map
>> > -./usr/lib/libcrypt_pic.a
>> > -./usr/lib/libnss_nis_pic.a
>> > -./usr/lib/libresolv_pic.map
>> > -./usr/lib/libresolv_pic.a
>> > -./usr/lib/libanl_pic.map
>> > -./usr/lib/libnss_nisplus_pic.map
>> > -./usr/lib/libnsl.a
>> > -./usr/bin/rpcgen
>> > -./usr/bin/gencat
>> > +./usr/bin/sotruss
>> > -./usr/bin/localedef
>> > -./usr/bin/locale
>> > -./usr/sbin/rpcinfo
>> > -./usr/sbin/nscd
>> >
>> > Some of these are rpc related but there are other issues too.
>> >
>> > I've reverted the upgrade itself for now until we have something in
>> > place to address the issues and its actually had some testing...
>> >
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> FWIW, some of the above list was due to local build corruption as I had
> some weirdness going on with DISTRO_FEATURES locally. That variable now
> influences the libc quite a lot and might also be catching others out
> which is why I mention it.
>
yes I kind of was thinking that since for me the libraries were
matching except the ones
I mentioned. But
the rpc problem is bigger one and needs some hackery in libtirpc.
> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/4] eglibc 2.14 upgrade
2011-06-23 16:26 ` Tom Rini
@ 2011-06-23 18:01 ` Khem Raj
0 siblings, 0 replies; 22+ messages in thread
From: Khem Raj @ 2011-06-23 18:01 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer
On Thu, Jun 23, 2011 at 9:26 AM, Tom Rini <tom_rini@mentor.com> wrote:
> On 06/22/2011 09:13 PM, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
>>> On 06/22/2011 04:22 PM, Khem Raj wrote:
>>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>>> <richard.purdie@linuxfoundation.org> wrote:
>>>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>>>> breaks various things like busybox mount.
>>>>>>>>
>>>>>>>> Is anyone else seeing this behavior?
>>>>>>>
>>>>>>> Reverting:
>>>>>>>
>>>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>>>
>>>>>>> fixed the problem for me. So there is definitely a problems in the upgrade.
>>>>>>>
>>>>>>
>>>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>>>> then I will add that.
>>>>>
>>>>> There looks to be more than this wrong with this update. A quick
>>>>> comparison shows the following changes in the list of files being
>>>>> installed from do_install:
>>>>>
>>>>> -./lib/libmemusage.so
>>>>> -./lib/libnss_hesiod-2.13.so
>>>>> -./lib/libnss_nisplus-2.13.so
>>>>> -./lib/libutil-2.13.so
>>>>> -./lib/libresolv-2.13.so
>>>>> -./lib/libm-2.13.so
>>>>> -./lib/libnsl-2.13.so
>>>>> -./lib/libnss_compat-2.13.so
>>>>> -./lib/libnss_nis-2.13.so
>>>>> -./lib/libnss_dns-2.13.so
>>>>> -./lib/libanl-2.13.so
>>>>> -./lib/libBrokenLocale-2.13.so
>>>>> -./lib/libcrypt-2.13.so
>>>>> -./etc/rpc
>>>>> -./usr/lib/libnss_compat_pic.a
>>>>> -./usr/lib/libnss_dns_pic.a
>>>>> -./usr/lib/libnss_nisplus_pic.a
>>>>> +./usr/lib/audit/sotruss-lib.so
>>>>> -./usr/lib/libutil_pic.map
>>>>> -./usr/lib/libBrokenLocale_pic.a
>>>>> -./usr/lib/libBrokenLocale.a
>>>>> -./usr/lib/libBrokenLocale_pic.map
>>>>> -./usr/lib/libm.a
>>>>> -./usr/lib/libnss_dns_pic.map
>>>>> -./usr/lib/libm_pic.map
>>>>> -./usr/lib/libnss_hesiod_pic.map
>>>>> -./usr/lib/librpcsvc.a
>>>>> -./usr/lib/libutil.a
>>>>> -./usr/lib/libnss_compat_pic.map
>>>>> -./usr/lib/libcrypt.a
>>>>> -./usr/lib/libutil_pic.a
>>>>> -./usr/lib/libanl.a
>>>>> -./usr/lib/libnsl_pic.a
>>>>> -./usr/lib/libresolv.a
>>>>> -./usr/lib/libnss_hesiod_pic.a
>>>>> -./usr/lib/libm_pic.a
>>>>> -./usr/lib/libnsl_pic.map
>>>>> -./usr/lib/libnss_nis_pic.map
>>>>> -./usr/lib/libanl_pic.a
>>>>> -./usr/lib/libcrypt_pic.map
>>>>> -./usr/lib/libcrypt_pic.a
>>>>> -./usr/lib/libnss_nis_pic.a
>>>>> -./usr/lib/libresolv_pic.map
>>>>> -./usr/lib/libresolv_pic.a
>>>>> -./usr/lib/libanl_pic.map
>>>>> -./usr/lib/libnss_nisplus_pic.map
>>>>> -./usr/lib/libnsl.a
>>>>> -./usr/bin/rpcgen
>>>>> -./usr/bin/gencat
>>>>> +./usr/bin/sotruss
>>>>> -./usr/bin/localedef
>>>>> -./usr/bin/locale
>>>>> -./usr/sbin/rpcinfo
>>>>> -./usr/sbin/nscd
>>>>>
>>>>> Some of these are rpc related but there are other issues too.
>>>>>
>>>>> I've reverted the upgrade itself for now until we have something in
>>>>> place to address the issues and its actually had some testing...
>>>>>
>>>>
>>>> some of these are due to rpc and others are due to nss being removed
>>>> I need to backport the nss db re-implementation then most of it should
>>>> be resolved
>>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>>> that way we will get some soak time.
>>>
>>> Neither of those would explain the locale problem Otavio and I have seen:
>>
>> $ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
>> ../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
>> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
>> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH
>>
>> so don't know whats the problem you are having.
>
> Well, in my case it's a brand new checkout of oe-core + meta-oe in
> 'distro-less' mode. Otavio saw the same thing with his custom distro
> which just uses the default bits for libc features.
>
OK this a a new locale introduced in 2.14 but I checked the bits and
they all seem correct
to me. I will try to reproduce it but may not be this week.
> --
> Tom Rini
> Mentor Graphics Corporation
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2011-06-23 18:05 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
2011-06-22 1:43 ` [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14 Khem Raj
2011-06-22 1:43 ` [PATCH 2/4] eglibc-package.inc: Package newly added sotruss and supporting libraries Khem Raj
2011-06-22 1:43 ` [PATCH 3/4] binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 Khem Raj
2011-06-22 1:43 ` [PATCH 4/4] tcmode-default.inc: Bump EGLIBCVERSION to 2.14 Khem Raj
2011-06-22 15:57 ` [PATCH 0/4] eglibc 2.14 upgrade Richard Purdie
2011-06-22 18:35 ` Mark Hatle
2011-06-22 20:28 ` Mark Hatle
2011-06-22 21:26 ` Tom Rini
2011-06-22 22:31 ` Khem Raj
2011-06-22 22:51 ` Mark Hatle
2011-06-22 22:59 ` Richard Purdie
2011-06-22 23:22 ` Khem Raj
2011-06-22 23:29 ` Tom Rini
2011-06-23 4:13 ` Khem Raj
2011-06-23 16:26 ` Tom Rini
2011-06-23 18:01 ` Khem Raj
2011-06-23 5:47 ` Martin Jansa
2011-06-23 6:07 ` Khem Raj
2011-06-23 8:43 ` Khem Raj
2011-06-23 13:31 ` Richard Purdie
2011-06-23 18:00 ` Khem Raj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox