* [PATCH] glibc: Update patch status
@ 2022-08-09 14:50 Khem Raj
2022-08-11 16:21 ` [OE-core] " Martin Jansa
0 siblings, 1 reply; 3+ messages in thread
From: Khem Raj @ 2022-08-09 14:50 UTC (permalink / raw)
To: openembedded-core; +Cc: Khem Raj
These patches were appplied in master
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
.../0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch | 2 +-
.../0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
index 2d14a4c6196..2caff3a0d53 100644
--- a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
+++ b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
@@ -7,7 +7,7 @@ Subject: [PATCH] x86: Fix `#define STRCPY` guard in strcpy-sse2.S
defined. It doesn't end up mattering as the whole check is
guarded by `#if IS_IN (libc)` but is incorrect none the less.
-Upstream-Status: Submitted [https://sourceware.org/bugzilla/show_bug.cgi?id=29454 https://sourceware.org/pipermail/libc-alpha/2022-August/141289.html]
+Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=312ded0d6339e8c463d0395397b5825401b14f54]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
sysdeps/x86_64/multiarch/strcpy-sse2.S | 2 +-
diff --git a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
index 1b347b33226..a2c951ad936 100644
--- a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
+++ b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
@@ -8,7 +8,7 @@ strlen_pass::handle_builtin_strcpy but only for optimized
build. To avoid needing to include strcpy.S in the rtld build to
support the debug build, just do the optimization by hand.
-Upstream-Status: Submitted [https://sourceware.org/bugzilla/show_bug.cgi?id=29454 https://sourceware.org/pipermail/libc-alpha/2022-August/141290.html]
+Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=483cfe1a6a33d6335b1901581b41040d2d412511]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
---
elf/dl-cache.c | 5 +++--
--
2.37.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [OE-core] [PATCH] glibc: Update patch status
2022-08-09 14:50 [PATCH] glibc: Update patch status Khem Raj
@ 2022-08-11 16:21 ` Martin Jansa
2022-08-11 16:38 ` Khem Raj
0 siblings, 1 reply; 3+ messages in thread
From: Martin Jansa @ 2022-08-11 16:21 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 3221 bytes --]
The 2nd more important part was backported to 2.36 branch
https://sourceware.org/git/?p=glibc.git;a=commit;h=302bc33bc53c787da6e74162a7092e9c0fb964a8
If you plan to do another SRCREV bump before glibc upgrade is merged, then
we can drop these 2 changes. (I'll try to do another build tests with
DEBUG_BUILD, but probably next week or so).
On Tue, Aug 9, 2022 at 4:50 PM Khem Raj <raj.khem@gmail.com> wrote:
> These patches were appplied in master
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> ---
> .../0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch | 2 +-
> .../0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
> a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
> b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
> index 2d14a4c6196..2caff3a0d53 100644
> ---
> a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
> +++
> b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
> @@ -7,7 +7,7 @@ Subject: [PATCH] x86: Fix `#define STRCPY` guard in
> strcpy-sse2.S
> defined. It doesn't end up mattering as the whole check is
> guarded by `#if IS_IN (libc)` but is incorrect none the less.
>
> -Upstream-Status: Submitted [
> https://sourceware.org/bugzilla/show_bug.cgi?id=29454
> https://sourceware.org/pipermail/libc-alpha/2022-August/141289.html]
> +Upstream-Status: Backport [
> https://sourceware.org/git/?p=glibc.git;a=commit;h=312ded0d6339e8c463d0395397b5825401b14f54
> ]
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> sysdeps/x86_64/multiarch/strcpy-sse2.S | 2 +-
> diff --git
> a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
> b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
> index 1b347b33226..a2c951ad936 100644
> ---
> a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
> +++
> b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
> @@ -8,7 +8,7 @@ strlen_pass::handle_builtin_strcpy but only for optimized
> build. To avoid needing to include strcpy.S in the rtld build to
> support the debug build, just do the optimization by hand.
>
> -Upstream-Status: Submitted [
> https://sourceware.org/bugzilla/show_bug.cgi?id=29454
> https://sourceware.org/pipermail/libc-alpha/2022-August/141290.html]
> +Upstream-Status: Backport [
> https://sourceware.org/git/?p=glibc.git;a=commit;h=483cfe1a6a33d6335b1901581b41040d2d412511
> ]
> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
> ---
> elf/dl-cache.c | 5 +++--
> --
> 2.37.1
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#169155):
> https://lists.openembedded.org/g/openembedded-core/message/169155
> Mute This Topic: https://lists.openembedded.org/mt/92916378/3617156
> Group Owner: openembedded-core+owner@lists.openembedded.org
> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [
> Martin.Jansa@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>
[-- Attachment #2: Type: text/html, Size: 5122 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [OE-core] [PATCH] glibc: Update patch status
2022-08-11 16:21 ` [OE-core] " Martin Jansa
@ 2022-08-11 16:38 ` Khem Raj
0 siblings, 0 replies; 3+ messages in thread
From: Khem Raj @ 2022-08-11 16:38 UTC (permalink / raw)
To: Martin Jansa; +Cc: openembedded-core
On Thu, Aug 11, 2022 at 9:21 AM Martin Jansa <martin.jansa@gmail.com> wrote:
>
> The 2nd more important part was backported to 2.36 branch https://sourceware.org/git/?p=glibc.git;a=commit;h=302bc33bc53c787da6e74162a7092e9c0fb964a8
>
> If you plan to do another SRCREV bump before glibc upgrade is merged, then we can drop these 2 changes. (I'll try to do another build tests with DEBUG_BUILD, but probably next week or so).
I think, I might do, if Alex reports issues as he is already testing it out.
>
> On Tue, Aug 9, 2022 at 4:50 PM Khem Raj <raj.khem@gmail.com> wrote:
>>
>> These patches were appplied in master
>>
>> Signed-off-by: Khem Raj <raj.khem@gmail.com>
>> ---
>> .../0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch | 2 +-
>> .../0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch | 2 +-
>> 2 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
>> index 2d14a4c6196..2caff3a0d53 100644
>> --- a/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
>> +++ b/meta/recipes-core/glibc/glibc/0026-x86-Fix-define-STRCPY-guard-in-strcpy-sse2.S.patch
>> @@ -7,7 +7,7 @@ Subject: [PATCH] x86: Fix `#define STRCPY` guard in strcpy-sse2.S
>> defined. It doesn't end up mattering as the whole check is
>> guarded by `#if IS_IN (libc)` but is incorrect none the less.
>>
>> -Upstream-Status: Submitted [https://sourceware.org/bugzilla/show_bug.cgi?id=29454 https://sourceware.org/pipermail/libc-alpha/2022-August/141289.html]
>> +Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=312ded0d6339e8c463d0395397b5825401b14f54]
>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
>> ---
>> sysdeps/x86_64/multiarch/strcpy-sse2.S | 2 +-
>> diff --git a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
>> index 1b347b33226..a2c951ad936 100644
>> --- a/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
>> +++ b/meta/recipes-core/glibc/glibc/0027-elf-Replace-strcpy-call-with-memcpy-BZ-29454.patch
>> @@ -8,7 +8,7 @@ strlen_pass::handle_builtin_strcpy but only for optimized
>> build. To avoid needing to include strcpy.S in the rtld build to
>> support the debug build, just do the optimization by hand.
>>
>> -Upstream-Status: Submitted [https://sourceware.org/bugzilla/show_bug.cgi?id=29454 https://sourceware.org/pipermail/libc-alpha/2022-August/141290.html]
>> +Upstream-Status: Backport [https://sourceware.org/git/?p=glibc.git;a=commit;h=483cfe1a6a33d6335b1901581b41040d2d412511]
>> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
>> ---
>> elf/dl-cache.c | 5 +++--
>> --
>> 2.37.1
>>
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#169155): https://lists.openembedded.org/g/openembedded-core/message/169155
>> Mute This Topic: https://lists.openembedded.org/mt/92916378/3617156
>> Group Owner: openembedded-core+owner@lists.openembedded.org
>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [Martin.Jansa@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-08-11 16:39 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-09 14:50 [PATCH] glibc: Update patch status Khem Raj
2022-08-11 16:21 ` [OE-core] " Martin Jansa
2022-08-11 16:38 ` Khem Raj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).