public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
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 --]

  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