From: Deepesh Varatharajan <deepesh.varatharajan@windriver.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: openembedded-core@lists.openembedded.org, Sundeep.Kokkonda@windriver.com
Subject: Re: [OE-core] [scarthgap][PATCH] glibc: stable 2.39 branch updates
Date: Mon, 13 Oct 2025 11:13:38 +0530 [thread overview]
Message-ID: <fa48bc66-598e-4155-92e1-0ca43f61358f@windriver.com> (raw)
In-Reply-To: <CAMKF1srf+8nF9rvQ058VpzeFU4zPMe4b88jYCT3QqrW=D_nkYw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 11438 bytes --]
On 08-10-2025 03:00, Khem Raj wrote:
> **
> *CAUTION: This email comes from a non Wind River email account!*
> Do not click links or open attachments unless you recognize the sender
> and know the content is safe.
>
>
> On Mon, Oct 6, 2025 at 11:33 PM Varatharajan, Deepesh via
> lists.openembedded.org
> <https://urldefense.com/v3/__http://lists.openembedded.org__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6BXTvJUk$>
> <deepesh.varatharajan=windriver.com@lists.openembedded.org> wrote:
>
> From: Deepesh Varatharajan <Deepesh.Varatharajan@windriver.com>
>
> git log --oneline
> b027d5b145f1b2908f370bdb96dfe40180d0fcb6..765534258e7f2c33719e3a5bc13432552991513b
>
> 765534258e (HEAD, origin/release/2.39/master) nss: Group merge
> does not react to ERANGE during merge (bug 33361)
> 7ce7b4b2f4 Rename new tst-sem17 test to tst-sem18
> a6ac06abeb Avoid uninitialized result in sem_open when file does
> not exist
> ff6ce67220 elf: handle addition overflow in
> _dl_find_object_update_1 [BZ #32245]
> fffc2df8a3 Optimize __libc_tsd_* thread variable access
> 83340b35cc i386: Add GLIBC_ABI_GNU_TLS version [BZ #33221]
> 5541edb1bd i386: Also add GLIBC_ABI_GNU2_TLS version [BZ #33129]
> 1f17635507 debug: Fix tst-longjmp_chk3 build failure on Hurd
> 3b6c8ea878 debug: Wire up tst-longjmp_chk3
> 89596f46e3 i386: Update ___tls_get_addr to preserve vector registers
> 4c2509882f elf: Preserve _rtld_global layout for the release branch
> cf0e7d512d elf: Compile _dl_debug_state separately (bug 33224)
> 5cd1f4b1a1 elf: Restore support for _r_debug interpositions and
> copy relocations
> 97017da5ef elf: Introduce _dl_debug_change_state
> 5601ad79b7 elf: Introduce separate _r_debug_array variable
> 24c94ea84e elf: Test dlopen (NULL, RTLD_LAZY) from an ELF constructor
> 79d84b5da5 elf: Fix handling of symbol versions which hash to zero
> (bug 29190)
> 5f5c411132 elf: Second ld.so
> <https://urldefense.com/v3/__http://ld.so__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6AdhHCTw$>
> relocation only if libc.so
> <https://urldefense.com/v3/__http://libc.so__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6wAplQN8$>
> has been loaded
> 4c9b1877fd elf: Reorder audit events in dlcose to match _dl_fini
> (bug 32066)
> f407a14ff7 elf: Call la_objclose for proxy link maps in _dl_fini
> (bug 32065)
> e27601b385 elf: Signal la_objopen for the proxy link map in
> dlmopen (bug 31985)
> fef226255d elf: Add the endswith function to <endswith.h>
> d21a217fa0 elf: Update DSO list, write audit log to
> elf/tst-audit23.out
> 4f145bb35d elf: Switch to main malloc after final ld.so
> <https://urldefense.com/v3/__http://ld.so__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6AdhHCTw$>
> self-relocation
> 65d86471ce elf: Introduce _dl_relocate_object_no_relro
> 5434cc2c41 elf: Do not define consider_profiling, consider_symbind
> as macros
> b2d8c6cbe7 elf: rtld_multiple_ref is always true
> 2b89de7c91 Revert "elf: Run constructors on cyclic recursive
> dlopen (bug 31986)"
> 46e3ecad27 elf: Fix map_complete Systemtap probe in dl_open_worker
> 5f225025db elf: Signal RT_CONSISTENT after relocation processing
> in dlopen (bug 31986)
> d6cc325fcf elf: Signal LA_ACT_CONSISTENT to auditors after
> RT_CONSISTENT switch
> 6917fde6f9 elf: Run constructors on cyclic recursive dlopen (bug
> 31986)
> 9fa7cc6a0b ldconfig: Move endswithn into a new header file
> 269e89bd8d x86-64: Add GLIBC_ABI_DT_X86_64_PLT [BZ #33212]
> 62ff85fd09 x86-64: Add GLIBC_ABI_GNU2_TLS version [BZ #33129]
> f0e8d04eef libio: Test for fdopen memory leak without SEEK_END
> support (bug 31840)
> 42a8cb7560 Remove memory leak in fdopen (bug 31840)
> d1c1f78e9e math: Remove no-mathvec flag
> 20d2d69a2f Use TLS initial-exec model for __libc_tsd_CTYPE_*
> thread variables [BZ #33234]
> c11950503f ctype: Fallback initialization of TLS using relocations
> (bug 19341, bug 32483)
> 25c537c3b3 Use proper extern declaration for
> _nl_C_LC_CTYPE_{class,toupper,tolower}
> fbdf9680cc Remove <libc-tsd.h>
> fca5937510 ctype: Reformat Makefile.
> 49f0e73fa3 elf: Handle ld.so
> <https://urldefense.com/v3/__http://ld.so__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6AdhHCTw$>
> with LOAD segment gaps in _dl_find_object (bug 31943)
> 64488b4b31 elf: Extract rtld_setup_phdr function from dl_main
> 9833fcf7ce elf: Do not add a copy of _dl_find_object to libc.so
> <https://urldefense.com/v3/__http://libc.so__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6wAplQN8$>
> fbade65338 arm: Use _dl_find_object on __gnu_Unwind_Find_exidx (BZ
> 31405)
> 392e6cf1e8 AArch64: Improve codegen in SVE log1p
> 3a78a276a3 AArch64: Optimize inverse trig functions
> b6ea8902a7 AArch64: Avoid memset ifunc in cpu-features.c [BZ #33112]
>
> Testing Results:
> Before After Diff
> PASS 5080 5096 +16
> XPASS 4 4 0
> FAIL 119 123 +4
> XFAIL 16 16 0
> UNSUPPORTED 154 154 0
>
> Testcases changes
>
> testcase-name before after
>
> debug/tst-longjmp_chk3(new) - PASS
> elf/check-dt-x86-64-plt(new) - PASS
> elf/check-gnu2-tls(new) - PASS
> lf/tst-dlmopen4-nonpic(new) - PASS
> elf/tst-dlmopen4-pic(new) - PASS
> elf/tst-dlopen-auditdup(new) - PASS
> elf/tst-dlopen-constructor-null(new) - PASS
> elf/tst-link-map-contiguous-ldso(new) - PASS
> elf/tst-link-map-contiguous-libc(new) - PASS
> elf/tst-nolink-libc-1(new) - PASS
> elf/tst-nolink-libc-2(new) - PASS
> elf/tst-rtld-no-malloc(new) - PASS
> elf/tst-rtld-no-malloc-audit(new) - PASS
> elf/tst-rtld-no-malloc-preload(new) - PASS
> elf/tst-tls23(new) - PASS
> elf/tst-version-hash-zero(new) - PASS
> libio/tst-fdopen-seek-failure(new) - PASS
> libio/tst-fdopen-seek-failure-mem(new) - PASS
> nptl/tst-sem18(new) - PASS
> ctype/tst-ctype-tls-dlmopen(new) - FAIL
> ctype/tst-ctype-tls-dlopen-static(new) - FAIL
> stdio-common/tst-scanf-bz27650 FAIL PASS
> malloc/tst-aligned-alloc-random-thread-cross-malloc-check PASS
> FAIL
> malloc/tst-aligned-alloc-random-thread-malloc-check PASS
> FAIL
>
>
> While new passes are good the above two are regressions. So it will be
> good to quantify them a bit
The test failures seem to be intermittent. At the moment, I don't have
the logs from the earlier failures,
but I reran the tests a couple of times and they passed consistently.
Going forward, I'll keep an eye on
any regressions. Shall I go ahead and send V2 with the updated commit
message?
>
>
> timezone/tst-tzset PASS FAIL
> elf/ifuncmain8 PASS -
>
> Signed-off-by: Deepesh Varatharajan
> <Deepesh.Varatharajan@windriver.com>
> ---
> meta/recipes-core/glibc/glibc-version.inc
> <https://urldefense.com/v3/__http://glibc-version.inc__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6schzlBo$>
> | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-core/glibc/glibc-version.inc
> <https://urldefense.com/v3/__http://glibc-version.inc__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6schzlBo$>
> b/meta/recipes-core/glibc/glibc-version.inc
> <https://urldefense.com/v3/__http://glibc-version.inc__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6schzlBo$>
> index 89e532fd67..f63eb0ad56 100644
> --- a/meta/recipes-core/glibc/glibc-version.inc
> <https://urldefense.com/v3/__http://glibc-version.inc__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6schzlBo$>
> +++ b/meta/recipes-core/glibc/glibc-version.inc
> <https://urldefense.com/v3/__http://glibc-version.inc__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6schzlBo$>
> @@ -1,7 +1,7 @@
> SRCBRANCH ?= "release/2.39/master"
> PV = "2.39+git"
> -SRCREV_glibc ?= "b027d5b145f1b2908f370bdb96dfe40180d0fcb6"
> -SRCREV_localedef ?= "fab74f31b3811df543e24b6de47efdf45b538abc"
> +SRCREV_glibc ?= "765534258e7f2c33719e3a5bc13432552991513b"
> +SRCREV_localedef ?= "cba02c503d7c853a38ccfb83c57e343ca5ecd7e5"
>
> GLIBC_GIT_URI ?=
> "git://sourceware.org/git/glibc.git;protocol=https
> <https://urldefense.com/v3/__http://sourceware.org/git/glibc.git;protocol=https__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6h4hHRn0$>"
>
> --
> 2.49.0
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#224512):
> https://lists.openembedded.org/g/openembedded-core/message/224512
> <https://urldefense.com/v3/__https://lists.openembedded.org/g/openembedded-core/message/224512__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys6k3sTiAY$>
> Mute This Topic:
> https://lists.openembedded.org/mt/115632145/1997914
> <https://urldefense.com/v3/__https://lists.openembedded.org/mt/115632145/1997914__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys60aoY-IE$>
> Group Owner: openembedded-core+owner@lists.openembedded.org
> <mailto:openembedded-core%2Bowner@lists.openembedded.org>
> Unsubscribe:
> https://lists.openembedded.org/g/openembedded-core/unsub
> <https://urldefense.com/v3/__https://lists.openembedded.org/g/openembedded-core/unsub__;!!AjveYdw8EvQ!cYINbaVVx5doNELC4AM-uQOTakPE0amyjf39rdX092vchrK7PwEvrdBsN8WQ2GTmNJjyn7cyiSKYNBYZ_Ys68ykMG-s$>
> [raj.khem@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
[-- Attachment #2: Type: text/html, Size: 20902 bytes --]
next prev parent reply other threads:[~2025-10-13 5:43 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-07 6:31 [scarthgap][PATCH] glibc: stable 2.39 branch updates Deepesh.Varatharajan
2025-10-07 21:30 ` [OE-core] " Khem Raj
2025-10-13 5:43 ` Deepesh Varatharajan [this message]
2025-10-13 6:11 ` Khem Raj
-- strict thread matches above, loose matches on Subject: below --
2026-01-25 16:16 [OE-core][scarthgap][PATCH] " Peter Marko
2026-02-05 17:08 ` Yoann Congal
2026-02-08 15:18 ` Marko, Peter
2026-02-06 5:24 ` [scarthgap][PATCH] " Hemanth.KumarMD
2026-02-06 6:47 ` [OE-core] " Yoann Congal
2026-02-06 7:42 ` Marko, Peter
2026-02-06 10:19 ` Richard Purdie
2026-02-06 8:19 ` Hemanth Kumar M D
2026-02-06 9:43 ` Yoann Congal
2025-07-21 12:23 Deepesh.Varatharajan
2025-07-22 1:38 ` [OE-core] " Khem Raj
2025-06-17 21:11 [OE-core][scarthgap][PATCH] " Peter Marko
2025-05-01 3:03 [scarthgap][PATCH] " Deepesh.Varatharajan
2025-05-01 5:54 ` [OE-core] " Khem Raj
2025-05-02 3:15 ` Deepesh Varatharajan
2025-05-02 3:25 ` Khem Raj
2025-05-02 10:34 ` Randy MacLeod
2025-05-05 4:06 ` Deepesh Varatharajan
2025-02-02 15:52 [OE-core][scarthgap][PATCH] " Peter Marko
2024-09-29 16:18 [scarthgap][PATCH] " Deepesh.Varatharajan
2024-09-29 16:59 ` [OE-core] " Khem Raj
2024-05-17 16:22 sundeep.kokkonda
2024-05-17 16:33 ` Sundeep KOKKONDA
2024-05-17 16:48 ` [OE-core] " Khem Raj
2024-05-17 16:53 ` Marko, Peter
2024-05-17 21:09 ` Steve Sakoman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fa48bc66-598e-4155-92e1-0ca43f61358f@windriver.com \
--to=deepesh.varatharajan@windriver.com \
--cc=Sundeep.Kokkonda@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=raj.khem@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox