Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
On Mon, 2023-03-20 at 08:09 +0100, Alexander Kanavin wrote: > On Sat, 18 Mar 2023 at 19:38, Khem Raj wrote: > > Perhaps in the next cycle yes and definitely for the next LTS it > > should be dropped. > > > > Its stll supported via Extended Security Maintenance (ESM) and users > > maybe still be using it. > > The question is: are ubuntu 18.04 workers going to be maintained after > 18.04 transitions to ESM next month? In all likelihood they won't be, > as it is a commercial subscription, and then we can't continue to test > with it. I think the fact it can work with buildtools should mean we're ok. As mentioned, we already need it there for python version requirements and as mentioned, it is EOL soon anyway. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#178809): https://lists.openembedded.org/g/openembedded-core/message/178809 Mute This Topic: https://lists.openembedded.org/mt/97647023/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
On Sat, 18 Mar 2023 at 19:38, Khem Raj wrote: > Perhaps in the next cycle yes and definitely for the next LTS it > should be dropped. > > Its stll supported via Extended Security Maintenance (ESM) and users > maybe still be using it. The question is: are ubuntu 18.04 workers going to be maintained after 18.04 transitions to ESM next month? In all likelihood they won't be, as it is a commercial subscription, and then we can't continue to test with it. Alex -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#178801): https://lists.openembedded.org/g/openembedded-core/message/178801 Mute This Topic: https://lists.openembedded.org/mt/97647023/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
On Sat, Mar 18, 2023 at 7:38 PM Khem Raj wrote:
> On Sat, Mar 18, 2023 at 1:02 AM Alexander Kanavin
> wrote:
> >
> > Ubuntu 18.04 goes EOL next month, so it should perhaps be dropped from
> the builders and supported distro list?
> >
>
> Perhaps in the next cycle yes and definitely for the next LTS it
> should be dropped.
>
> Its stll supported via Extended Security Maintenance (ESM) and users
> maybe still be using it.
>
> mesa needs gcc > 8 as per
> https://docs.mesa3d.org/install.html?highlight=gcc+version#compiler
> so 7.5 default on ubuntu 18.04 is falling under unsupported compilers
> for mesa. So we should be recommending
> buildtools-tarball-extra and also installing it on ubuntu 18.04 workers.
>
IIRC we already need buildtools-tarball (regular was enough, not the
extended one) for 18.04 because of python
Mickledore needs newer python-3.8 (e.g. 3.8.10 in Focal) than 3.6.9 in
Bionic since:
https://git.openembedded.org/openembedded-core/commit/?id=cc05bc04156122fd6f918191a9cec7bc0392415e
https://git.openembedded.org/bitbake/commit/?id=744310f360d2288ac2ef07745abc86852126b5b9
extended is twice as big, but I wouldn't mind switching to it from regular
buildtools if needed (temporarily until we finish upgrade to 22.03. And
people who install newer python to 18.04 can install newer than default gcc
as well.
Cheers,
> > Alex
> >
> > On Sat 18. Mar 2023 at 2.47, Khem Raj wrote:
> >>
> >> mesa 23.x fails to build with default gcc ( 7.5.0 ) Ubuntu
> >> 7.5.0-3ubuntu1~18.04, it ends up with
> >>
> >> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp: In function
> >> ‘int brw_simd_select_for_workgroup_size(const intel_device_info*,
> >> const brw_cs_prog_data*, const unsigned int*)’:
> >> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp:205:7: sorry,
> >> unimplemented: non-trivial designated initializers not supported
> >>};
> >>^
> >>
> >> see mesa-native failure
> >>
> >> https://errors.yoctoproject.org/Errors/Details/698144/
> >>
> >> I wonder how it works on AB nodes running Ubuntu 18.04. Do we enforce
> >> gcc from buildtools tarball there ?
> >>
> >> On Thu, Mar 16, 2023 at 2:41 AM Alexander Kanavin
> >> wrote:
> >> >
> >> > Drop patches:
> >> > 0001-gbm-backend-fix-gbm-compile-without-dri.patch
> >> > 0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> >> > (backports)
> >> >
> >> > 0001-util-format-Check-for-NEON-before-using-it.patch
> >> > (upstream submission has stalled with unanswered concerns from
> upstream;
> >> > patch no longer applies; issue does not reproduce with
> 'raspberrypi0-wifi' MACHINE)
> >> >
> >> > Signed-off-by: Alexander Kanavin
> >> > ---
> >> > ...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
> >> > ...-backend-fix-gbm-compile-without-dri.patch | 65
> ---
> >> > ...ormat-Check-for-NEON-before-using-it.patch | 47 --
> >> > .../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb} | 0
> >> > meta/recipes-graphics/mesa/mesa.inc | 5 +-
> >> > .../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} | 0
> >> > 6 files changed, 1 insertion(+), 160 deletions(-)
> >> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> >> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> >> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
> >> > rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb =>
> mesa-gl_23.0.0.bb} (100%)
> >> > rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb}
> (100%)
> >> >
> >> > diff --git
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> >> > deleted file mode 100644
> >> > index 3ab22889bf..00
> >> > ---
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> >> > +++ /dev/null
> >> > @@ -1,44 +0,0 @@
> >> > -From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00
> 2001
> >> > -From: Jami Kettunen
> >> > -Date: Tue, 31 Aug 2021 00:15:58 +0300
> >> > -Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix
> musl build
> >> > -
> >> > -Upstream-Status: Backport
> >> > -
> >> > -Fixes the following error I noticed when building against aarch64
> with
> >> > -musl libc:
> >> > -
> >> > - In file included from ../src/freedreno/decode/crashdec.h:38,
> >> > - from ../src/freedreno/decode/crashdec.c:40:
> >> > - ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown
> type name 'uint'
> >> > -104 | static inline uint
> >> > -| ^~~~
> >> > - ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown
> type name 'uint'; did you mean 'int'?
> >> > -105 | pm4_calc_odd_parity_bit(uint v
Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
On Sat, Mar 18, 2023 at 1:02 AM Alexander Kanavin
wrote:
>
> Ubuntu 18.04 goes EOL next month, so it should perhaps be dropped from the
> builders and supported distro list?
>
Perhaps in the next cycle yes and definitely for the next LTS it
should be dropped.
Its stll supported via Extended Security Maintenance (ESM) and users
maybe still be using it.
mesa needs gcc > 8 as per
https://docs.mesa3d.org/install.html?highlight=gcc+version#compiler
so 7.5 default on ubuntu 18.04 is falling under unsupported compilers
for mesa. So we should be recommending
buildtools-tarball-extra and also installing it on ubuntu 18.04 workers.
> Alex
>
> On Sat 18. Mar 2023 at 2.47, Khem Raj wrote:
>>
>> mesa 23.x fails to build with default gcc ( 7.5.0 ) Ubuntu
>> 7.5.0-3ubuntu1~18.04, it ends up with
>>
>> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp: In function
>> ‘int brw_simd_select_for_workgroup_size(const intel_device_info*,
>> const brw_cs_prog_data*, const unsigned int*)’:
>> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp:205:7: sorry,
>> unimplemented: non-trivial designated initializers not supported
>>};
>>^
>>
>> see mesa-native failure
>>
>> https://errors.yoctoproject.org/Errors/Details/698144/
>>
>> I wonder how it works on AB nodes running Ubuntu 18.04. Do we enforce
>> gcc from buildtools tarball there ?
>>
>> On Thu, Mar 16, 2023 at 2:41 AM Alexander Kanavin
>> wrote:
>> >
>> > Drop patches:
>> > 0001-gbm-backend-fix-gbm-compile-without-dri.patch
>> > 0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > (backports)
>> >
>> > 0001-util-format-Check-for-NEON-before-using-it.patch
>> > (upstream submission has stalled with unanswered concerns from upstream;
>> > patch no longer applies; issue does not reproduce with 'raspberrypi0-wifi'
>> > MACHINE)
>> >
>> > Signed-off-by: Alexander Kanavin
>> > ---
>> > ...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
>> > ...-backend-fix-gbm-compile-without-dri.patch | 65 ---
>> > ...ormat-Check-for-NEON-before-using-it.patch | 47 --
>> > .../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb} | 0
>> > meta/recipes-graphics/mesa/mesa.inc | 5 +-
>> > .../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} | 0
>> > 6 files changed, 1 insertion(+), 160 deletions(-)
>> > delete mode 100644
>> > meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > delete mode 100644
>> > meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
>> > delete mode 100644
>> > meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
>> > rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb =>
>> > mesa-gl_23.0.0.bb} (100%)
>> > rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb}
>> > (100%)
>> >
>> > diff --git
>> > a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> >
>> > b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > deleted file mode 100644
>> > index 3ab22889bf..00
>> > ---
>> > a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>> > +++ /dev/null
>> > @@ -1,44 +0,0 @@
>> > -From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00 2001
>> > -From: Jami Kettunen
>> > -Date: Tue, 31 Aug 2021 00:15:58 +0300
>> > -Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix musl
>> > build
>> > -
>> > -Upstream-Status: Backport
>> > -
>> > -Fixes the following error I noticed when building against aarch64 with
>> > -musl libc:
>> > -
>> > - In file included from ../src/freedreno/decode/crashdec.h:38,
>> > - from ../src/freedreno/decode/crashdec.c:40:
>> > - ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown type
>> > name 'uint'
>> > -104 | static inline uint
>> > -| ^~~~
>> > - ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown type
>> > name 'uint'; did you mean 'int'?
>> > -105 | pm4_calc_odd_parity_bit(uint val)
>> > -| ^~~~
>> > -| int
>> > -
>> > -Signed-off-by: Jami Kettunen
>> > -Part-of:
>> >
>> > - src/freedreno/common/freedreno_pm4.h | 4 ++--
>> > - 1 file changed, 2 insertions(+), 2 deletions(-)
>> > -
>> > -diff --git a/src/freedreno/common/freedreno_pm4.h
>> > b/src/freedreno/common/freedreno_pm4.h
>> > -index 8f958953d693..091247e709a0 100644
>> > a/src/freedreno/common/freedreno_pm4.h
>> > -+++ b/src/freedreno/common/freedreno_pm4.h
>> > -@@ -105,8 +105,8 @@ pm4_pkt7_hdr(uint8_t opcode, uint16_t cnt)
>> > - #define cp_type3_opcode(pkt) (((pkt) >> 8) & 0xFF)
>> > - #define type3_pkt_size(pkt) pkt) >> 16) & 0x3FFF) + 1)
>> > -
>> > --static inline
Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
Ubuntu 18.04 goes EOL next month, so it should perhaps be dropped from the
builders and supported distro list?
Alex
On Sat 18. Mar 2023 at 2.47, Khem Raj wrote:
> mesa 23.x fails to build with default gcc ( 7.5.0 ) Ubuntu
> 7.5.0-3ubuntu1~18.04, it ends up with
>
> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp: In function
> ‘int brw_simd_select_for_workgroup_size(const intel_device_info*,
> const brw_cs_prog_data*, const unsigned int*)’:
> ../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp:205:7: sorry,
> unimplemented: non-trivial designated initializers not supported
>};
>^
>
> see mesa-native failure
>
> https://errors.yoctoproject.org/Errors/Details/698144/
>
> I wonder how it works on AB nodes running Ubuntu 18.04. Do we enforce
> gcc from buildtools tarball there ?
>
> On Thu, Mar 16, 2023 at 2:41 AM Alexander Kanavin
> wrote:
> >
> > Drop patches:
> > 0001-gbm-backend-fix-gbm-compile-without-dri.patch
> > 0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> > (backports)
> >
> > 0001-util-format-Check-for-NEON-before-using-it.patch
> > (upstream submission has stalled with unanswered concerns from upstream;
> > patch no longer applies; issue does not reproduce with
> 'raspberrypi0-wifi' MACHINE)
> >
> > Signed-off-by: Alexander Kanavin
> > ---
> > ...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
> > ...-backend-fix-gbm-compile-without-dri.patch | 65 ---
> > ...ormat-Check-for-NEON-before-using-it.patch | 47 --
> > .../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb} | 0
> > meta/recipes-graphics/mesa/mesa.inc | 5 +-
> > .../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} | 0
> > 6 files changed, 1 insertion(+), 160 deletions(-)
> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> > delete mode 100644
> meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
> > rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb =>
> mesa-gl_23.0.0.bb} (100%)
> > rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb}
> (100%)
> >
> > diff --git
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> > deleted file mode 100644
> > index 3ab22889bf..00
> > ---
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> > +++ /dev/null
> > @@ -1,44 +0,0 @@
> > -From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00 2001
> > -From: Jami Kettunen
> > -Date: Tue, 31 Aug 2021 00:15:58 +0300
> > -Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix
> musl build
> > -
> > -Upstream-Status: Backport
> > -
> > -Fixes the following error I noticed when building against aarch64 with
> > -musl libc:
> > -
> > - In file included from ../src/freedreno/decode/crashdec.h:38,
> > - from ../src/freedreno/decode/crashdec.c:40:
> > - ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown type
> name 'uint'
> > -104 | static inline uint
> > -| ^~~~
> > - ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown type
> name 'uint'; did you mean 'int'?
> > -105 | pm4_calc_odd_parity_bit(uint val)
> > -| ^~~~
> > -| int
> > -
> > -Signed-off-by: Jami Kettunen
> > -Part-of: <
> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/19665>
> >
> > - src/freedreno/common/freedreno_pm4.h | 4 ++--
> > - 1 file changed, 2 insertions(+), 2 deletions(-)
> > -
> > -diff --git a/src/freedreno/common/freedreno_pm4.h
> b/src/freedreno/common/freedreno_pm4.h
> > -index 8f958953d693..091247e709a0 100644
> > a/src/freedreno/common/freedreno_pm4.h
> > -+++ b/src/freedreno/common/freedreno_pm4.h
> > -@@ -105,8 +105,8 @@ pm4_pkt7_hdr(uint8_t opcode, uint16_t cnt)
> > - #define cp_type3_opcode(pkt) (((pkt) >> 8) & 0xFF)
> > - #define type3_pkt_size(pkt) pkt) >> 16) & 0x3FFF) + 1)
> > -
> > --static inline uint
> > --pm4_calc_odd_parity_bit(uint val)
> > -+static inline unsigned
> > -+pm4_calc_odd_parity_bit(unsigned val)
> > - {
> > -return (0x9669 >> (0xf & ((val) ^ ((val) >> 4) ^ ((val) >> 8) ^
> > - ((val) >> 12) ^ ((val) >> 16) ^ ((val) >>
> 20) ^
> > ---
> > -2.39.2
> > -
> > diff --git
> a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> b/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> > deleted file mode 100644
> > index 6541671b7a..00
> > ---
> a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> > +++ /dev/n
Re: [OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
mesa 23.x fails to build with default gcc ( 7.5.0 ) Ubuntu
7.5.0-3ubuntu1~18.04, it ends up with
../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp: In function
‘int brw_simd_select_for_workgroup_size(const intel_device_info*,
const brw_cs_prog_data*, const unsigned int*)’:
../mesa-23.0.0/src/intel/compiler/brw_simd_selection.cpp:205:7: sorry,
unimplemented: non-trivial designated initializers not supported
};
^
see mesa-native failure
https://errors.yoctoproject.org/Errors/Details/698144/
I wonder how it works on AB nodes running Ubuntu 18.04. Do we enforce
gcc from buildtools tarball there ?
On Thu, Mar 16, 2023 at 2:41 AM Alexander Kanavin
wrote:
>
> Drop patches:
> 0001-gbm-backend-fix-gbm-compile-without-dri.patch
> 0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> (backports)
>
> 0001-util-format-Check-for-NEON-before-using-it.patch
> (upstream submission has stalled with unanswered concerns from upstream;
> patch no longer applies; issue does not reproduce with 'raspberrypi0-wifi'
> MACHINE)
>
> Signed-off-by: Alexander Kanavin
> ---
> ...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
> ...-backend-fix-gbm-compile-without-dri.patch | 65 ---
> ...ormat-Check-for-NEON-before-using-it.patch | 47 --
> .../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb} | 0
> meta/recipes-graphics/mesa/mesa.inc | 5 +-
> .../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} | 0
> 6 files changed, 1 insertion(+), 160 deletions(-)
> delete mode 100644
> meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> delete mode 100644
> meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> delete mode 100644
> meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
> rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb}
> (100%)
> rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} (100%)
>
> diff --git
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
>
> b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> deleted file mode 100644
> index 3ab22889bf..00
> ---
> a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
> +++ /dev/null
> @@ -1,44 +0,0 @@
> -From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00 2001
> -From: Jami Kettunen
> -Date: Tue, 31 Aug 2021 00:15:58 +0300
> -Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix musl
> build
> -
> -Upstream-Status: Backport
> -
> -Fixes the following error I noticed when building against aarch64 with
> -musl libc:
> -
> - In file included from ../src/freedreno/decode/crashdec.h:38,
> - from ../src/freedreno/decode/crashdec.c:40:
> - ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown type name
> 'uint'
> -104 | static inline uint
> -| ^~~~
> - ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown type name
> 'uint'; did you mean 'int'?
> -105 | pm4_calc_odd_parity_bit(uint val)
> -| ^~~~
> -| int
> -
> -Signed-off-by: Jami Kettunen
> -Part-of:
>
> - src/freedreno/common/freedreno_pm4.h | 4 ++--
> - 1 file changed, 2 insertions(+), 2 deletions(-)
> -
> -diff --git a/src/freedreno/common/freedreno_pm4.h
> b/src/freedreno/common/freedreno_pm4.h
> -index 8f958953d693..091247e709a0 100644
> a/src/freedreno/common/freedreno_pm4.h
> -+++ b/src/freedreno/common/freedreno_pm4.h
> -@@ -105,8 +105,8 @@ pm4_pkt7_hdr(uint8_t opcode, uint16_t cnt)
> - #define cp_type3_opcode(pkt) (((pkt) >> 8) & 0xFF)
> - #define type3_pkt_size(pkt) pkt) >> 16) & 0x3FFF) + 1)
> -
> --static inline uint
> --pm4_calc_odd_parity_bit(uint val)
> -+static inline unsigned
> -+pm4_calc_odd_parity_bit(unsigned val)
> - {
> -return (0x9669 >> (0xf & ((val) ^ ((val) >> 4) ^ ((val) >> 8) ^
> - ((val) >> 12) ^ ((val) >> 16) ^ ((val) >> 20) ^
> ---
> -2.39.2
> -
> diff --git
> a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
>
> b/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> deleted file mode 100644
> index 6541671b7a..00
> ---
> a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
> +++ /dev/null
> @@ -1,65 +0,0 @@
> -From 25946100e21cf2095bea334e8d7096798561d0b7 Mon Sep 17 00:00:00 2001
> -From: Vincent Davis Jr
> -Date: Wed, 28 Dec 2022 16:28:01 -0600
> -Subject: [PATCH] gbm/backend: fix gbm compile without dri
> -
> -Upstream-Status: Backport
> -
> -https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20447
> -https://gitla
[OE-core] [PATCH 6/6] mesa: update 22.3.5 -> 23.0.0
Drop patches:
0001-gbm-backend-fix-gbm-compile-without-dri.patch
0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
(backports)
0001-util-format-Check-for-NEON-before-using-it.patch
(upstream submission has stalled with unanswered concerns from upstream;
patch no longer applies; issue does not reproduce with 'raspberrypi0-wifi'
MACHINE)
Signed-off-by: Alexander Kanavin
---
...e-unsigned-instead-of-uint-to-fix-mu.patch | 44 -
...-backend-fix-gbm-compile-without-dri.patch | 65 ---
...ormat-Check-for-NEON-before-using-it.patch | 47 --
.../{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb} | 0
meta/recipes-graphics/mesa/mesa.inc | 5 +-
.../mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} | 0
6 files changed, 1 insertion(+), 160 deletions(-)
delete mode 100644
meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
delete mode 100644
meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
delete mode 100644
meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
rename meta/recipes-graphics/mesa/{mesa-gl_22.3.5.bb => mesa-gl_23.0.0.bb}
(100%)
rename meta/recipes-graphics/mesa/{mesa_22.3.5.bb => mesa_23.0.0.bb} (100%)
diff --git
a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
b/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
deleted file mode 100644
index 3ab22889bf..00
---
a/meta/recipes-graphics/mesa/files/0001-freedreno-pm4-Use-unsigned-instead-of-uint-to-fix-mu.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-From 8a5de0b6cf1090d7f29f3974ec79c32776cf2745 Mon Sep 17 00:00:00 2001
-From: Jami Kettunen
-Date: Tue, 31 Aug 2021 00:15:58 +0300
-Subject: [PATCH] freedreno/pm4: Use unsigned instead of uint to fix musl build
-
-Upstream-Status: Backport
-
-Fixes the following error I noticed when building against aarch64 with
-musl libc:
-
- In file included from ../src/freedreno/decode/crashdec.h:38,
- from ../src/freedreno/decode/crashdec.c:40:
- ../src/freedreno/common/freedreno_pm4.h:104:15: error: unknown type name
'uint'
-104 | static inline uint
-| ^~~~
- ../src/freedreno/common/freedreno_pm4.h:105:25: error: unknown type name
'uint'; did you mean 'int'?
-105 | pm4_calc_odd_parity_bit(uint val)
-| ^~~~
-| int
-
-Signed-off-by: Jami Kettunen
-Part-of:
- src/freedreno/common/freedreno_pm4.h | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/src/freedreno/common/freedreno_pm4.h
b/src/freedreno/common/freedreno_pm4.h
-index 8f958953d693..091247e709a0 100644
a/src/freedreno/common/freedreno_pm4.h
-+++ b/src/freedreno/common/freedreno_pm4.h
-@@ -105,8 +105,8 @@ pm4_pkt7_hdr(uint8_t opcode, uint16_t cnt)
- #define cp_type3_opcode(pkt) (((pkt) >> 8) & 0xFF)
- #define type3_pkt_size(pkt) pkt) >> 16) & 0x3FFF) + 1)
-
--static inline uint
--pm4_calc_odd_parity_bit(uint val)
-+static inline unsigned
-+pm4_calc_odd_parity_bit(unsigned val)
- {
-return (0x9669 >> (0xf & ((val) ^ ((val) >> 4) ^ ((val) >> 8) ^
- ((val) >> 12) ^ ((val) >> 16) ^ ((val) >> 20) ^
---
-2.39.2
-
diff --git
a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
b/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
deleted file mode 100644
index 6541671b7a..00
---
a/meta/recipes-graphics/mesa/files/0001-gbm-backend-fix-gbm-compile-without-dri.patch
+++ /dev/null
@@ -1,65 +0,0 @@
-From 25946100e21cf2095bea334e8d7096798561d0b7 Mon Sep 17 00:00:00 2001
-From: Vincent Davis Jr
-Date: Wed, 28 Dec 2022 16:28:01 -0600
-Subject: [PATCH] gbm/backend: fix gbm compile without dri
-
-Upstream-Status: Backport
-
-https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/20447
-https://gitlab.freedesktop.org/mesa/mesa/-/commit/842ca284650f066e58706741a7d22d67b5088e60
-
-At mesa version 22.2.3 patch wasn't introduced until after.
-
-Commit introduces a fix that allows for gbm to be built with an empty
-backend. There are situation especially in a Yocto/OE cross compilation
-environment where you want to build with an empty backend. The particular
-situation is as such:
-
-The mesa-gl recipe is the preferred provider for virtual/libgbm, virtual/libgl,
-virtual/mesa, etc... But the x11 DISTRO_FEATURE in't included this leads to
build
-errors such as:
-
-| /../../../ld: src/gbm/libgbm.so.1.0.0.p/main_backend.c.o: in function
`find_backend':
-| backend.c:(.text.find_backend+0xa4): undefined reference to `gbm_dri_backend'
-| /../../../ld:
src/gbm/libgbm.so.1.0.0.p/main_backend.c.o:(.data.rel.ro.builtin_backends+0x4):
-undefined reference to `gbm_dri_backe
