* Re: [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64
[not found] <1688B34361FD8BD3.6379@lists.openembedded.org>
@ 2021-06-16 10:05 ` Alexander Kanavin
[not found] ` <16890800366CFBBE.20493@lists.openembedded.org>
1 sibling, 0 replies; 5+ messages in thread
From: Alexander Kanavin @ 2021-06-16 10:05 UTC (permalink / raw)
To: OE-core
[-- Attachment #1: Type: text/plain, Size: 1093 bytes --]
I'd like to take a deeper look at this, please hold.
Alex
On Tue, 15 Jun 2021 at 10:12, Alexander Kanavin via lists.openembedded.org
<alex.kanavin=gmail.com@lists.openembedded.org> wrote:
> weston tests start additional compositors, other tests are also
> heavy on RAM, weston itself takes 256M with opengl enabled,
> so 512M causes OOM errors on arm64.
>
> Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
> ---
> meta/recipes-graphics/images/core-image-weston.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/meta/recipes-graphics/images/core-image-weston.bb
> b/meta/recipes-graphics/images/core-image-weston.bb
> index 62305cc1ce..e332e19368 100644
> --- a/meta/recipes-graphics/images/core-image-weston.bb
> +++ b/meta/recipes-graphics/images/core-image-weston.bb
> @@ -10,3 +10,4 @@ CORE_IMAGE_BASE_INSTALL += "gtk+3-demo"
> CORE_IMAGE_BASE_INSTALL += "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'weston-xwayland matchbox-terminal', '', d)}"
>
> QB_MEM = "-m 512"
> +QB_MEM_qemuarm64 = "-m 1024"
> --
> 2.31.1
>
>
>
>
>
[-- Attachment #2: Type: text/html, Size: 2028 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64
[not found] ` <16890800366CFBBE.20493@lists.openembedded.org>
@ 2021-06-16 14:07 ` Alexander Kanavin
[not found] ` <1689153CED767CA8.15085@lists.openembedded.org>
1 sibling, 0 replies; 5+ messages in thread
From: Alexander Kanavin @ 2021-06-16 14:07 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: OE-core
[-- Attachment #1: Type: text/plain, Size: 1428 bytes --]
It seems that mesa, for some reason, allocates a lot more RAM in qemuarm64
(150 Mb more or so), than it does in qemux86_64. I'll investigate.
Alex
On Wed, 16 Jun 2021 at 12:06, Alexander Kanavin via lists.openembedded.org
<alex.kanavin=gmail.com@lists.openembedded.org> wrote:
> I'd like to take a deeper look at this, please hold.
>
> Alex
>
> On Tue, 15 Jun 2021 at 10:12, Alexander Kanavin via lists.openembedded.org
> <alex.kanavin=gmail.com@lists.openembedded.org> wrote:
>
>> weston tests start additional compositors, other tests are also
>> heavy on RAM, weston itself takes 256M with opengl enabled,
>> so 512M causes OOM errors on arm64.
>>
>> Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
>> ---
>> meta/recipes-graphics/images/core-image-weston.bb | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/meta/recipes-graphics/images/core-image-weston.bb
>> b/meta/recipes-graphics/images/core-image-weston.bb
>> index 62305cc1ce..e332e19368 100644
>> --- a/meta/recipes-graphics/images/core-image-weston.bb
>> +++ b/meta/recipes-graphics/images/core-image-weston.bb
>> @@ -10,3 +10,4 @@ CORE_IMAGE_BASE_INSTALL += "gtk+3-demo"
>> CORE_IMAGE_BASE_INSTALL += "${@bb.utils.contains('DISTRO_FEATURES',
>> 'x11', 'weston-xwayland matchbox-terminal', '', d)}"
>>
>> QB_MEM = "-m 512"
>> +QB_MEM_qemuarm64 = "-m 1024"
>> --
>> 2.31.1
>>
>>
>>
>>
>>
>
>
>
[-- Attachment #2: Type: text/html, Size: 2737 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64
[not found] ` <1689153CED767CA8.15085@lists.openembedded.org>
@ 2021-06-18 20:49 ` Alexander Kanavin
2021-06-18 22:14 ` Khem Raj
0 siblings, 1 reply; 5+ messages in thread
From: Alexander Kanavin @ 2021-06-18 20:49 UTC (permalink / raw)
To: Alexander Kanavin, Richard Purdie, Ross Burton, Khem Raj; +Cc: OE-core
[-- Attachment #1: Type: text/plain, Size: 2042 bytes --]
Sadly, I can confirm: weston swelling to double size on qemuarm64 is caused
by this recent change in glibc:
+EXTRA_OECONF_append_aarch64 = " --enable-memory-tagging"
You can verify with this innocent looking program. Run 'free' while it is
running and compare with and without tagging:
main()
{
for (int i=0; i<768; i++)
calloc(1,262368);
sleep(200);
}
I'll queue a revert.
Alex
On Wed, 16 Jun 2021 at 16:08, Alexander Kanavin via lists.openembedded.org
<alex.kanavin=gmail.com@lists.openembedded.org> wrote:
> It seems that mesa, for some reason, allocates a lot more RAM in qemuarm64
> (150 Mb more or so), than it does in qemux86_64. I'll investigate.
>
> Alex
>
> On Wed, 16 Jun 2021 at 12:06, Alexander Kanavin via lists.openembedded.org
> <alex.kanavin=gmail.com@lists.openembedded.org> wrote:
>
>> I'd like to take a deeper look at this, please hold.
>>
>> Alex
>>
>> On Tue, 15 Jun 2021 at 10:12, Alexander Kanavin via
>> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
>> wrote:
>>
>>> weston tests start additional compositors, other tests are also
>>> heavy on RAM, weston itself takes 256M with opengl enabled,
>>> so 512M causes OOM errors on arm64.
>>>
>>> Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
>>> ---
>>> meta/recipes-graphics/images/core-image-weston.bb | 1 +
>>> 1 file changed, 1 insertion(+)
>>>
>>> diff --git a/meta/recipes-graphics/images/core-image-weston.bb
>>> b/meta/recipes-graphics/images/core-image-weston.bb
>>> index 62305cc1ce..e332e19368 100644
>>> --- a/meta/recipes-graphics/images/core-image-weston.bb
>>> +++ b/meta/recipes-graphics/images/core-image-weston.bb
>>> @@ -10,3 +10,4 @@ CORE_IMAGE_BASE_INSTALL += "gtk+3-demo"
>>> CORE_IMAGE_BASE_INSTALL += "${@bb.utils.contains('DISTRO_FEATURES',
>>> 'x11', 'weston-xwayland matchbox-terminal', '', d)}"
>>>
>>> QB_MEM = "-m 512"
>>> +QB_MEM_qemuarm64 = "-m 1024"
>>> --
>>> 2.31.1
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
[-- Attachment #2: Type: text/html, Size: 3871 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64
2021-06-18 20:49 ` Alexander Kanavin
@ 2021-06-18 22:14 ` Khem Raj
2021-06-19 7:44 ` Alexander Kanavin
0 siblings, 1 reply; 5+ messages in thread
From: Khem Raj @ 2021-06-18 22:14 UTC (permalink / raw)
To: Alexander Kanavin; +Cc: Richard Purdie, Ross Burton, OE-core
I think we should disable this by default, its a good feature during
development though to catch memory bugs. So please turn it into a
PACKAGECONFIG which is disabled
by default instead of revert.
On Fri, Jun 18, 2021 at 1:49 PM Alexander Kanavin
<alex.kanavin@gmail.com> wrote:
>
> Sadly, I can confirm: weston swelling to double size on qemuarm64 is caused by this recent change in glibc:
>
> +EXTRA_OECONF_append_aarch64 = " --enable-memory-tagging"
>
> You can verify with this innocent looking program. Run 'free' while it is running and compare with and without tagging:
>
> main()
> {
> for (int i=0; i<768; i++)
> calloc(1,262368);
> sleep(200);
> }
>
> I'll queue a revert.
>
> Alex
>
> On Wed, 16 Jun 2021 at 16:08, Alexander Kanavin via lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org> wrote:
>>
>> It seems that mesa, for some reason, allocates a lot more RAM in qemuarm64 (150 Mb more or so), than it does in qemux86_64. I'll investigate.
>>
>> Alex
>>
>> On Wed, 16 Jun 2021 at 12:06, Alexander Kanavin via lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org> wrote:
>>>
>>> I'd like to take a deeper look at this, please hold.
>>>
>>> Alex
>>>
>>> On Tue, 15 Jun 2021 at 10:12, Alexander Kanavin via lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org> wrote:
>>>>
>>>> weston tests start additional compositors, other tests are also
>>>> heavy on RAM, weston itself takes 256M with opengl enabled,
>>>> so 512M causes OOM errors on arm64.
>>>>
>>>> Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
>>>> ---
>>>> meta/recipes-graphics/images/core-image-weston.bb | 1 +
>>>> 1 file changed, 1 insertion(+)
>>>>
>>>> diff --git a/meta/recipes-graphics/images/core-image-weston.bb b/meta/recipes-graphics/images/core-image-weston.bb
>>>> index 62305cc1ce..e332e19368 100644
>>>> --- a/meta/recipes-graphics/images/core-image-weston.bb
>>>> +++ b/meta/recipes-graphics/images/core-image-weston.bb
>>>> @@ -10,3 +10,4 @@ CORE_IMAGE_BASE_INSTALL += "gtk+3-demo"
>>>> CORE_IMAGE_BASE_INSTALL += "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'weston-xwayland matchbox-terminal', '', d)}"
>>>>
>>>> QB_MEM = "-m 512"
>>>> +QB_MEM_qemuarm64 = "-m 1024"
>>>> --
>>>> 2.31.1
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64
2021-06-18 22:14 ` Khem Raj
@ 2021-06-19 7:44 ` Alexander Kanavin
0 siblings, 0 replies; 5+ messages in thread
From: Alexander Kanavin @ 2021-06-19 7:44 UTC (permalink / raw)
To: Khem Raj; +Cc: Richard Purdie, Ross Burton, OE-core
[-- Attachment #1: Type: text/plain, Size: 2741 bytes --]
Right, I'll adjust to a PACKAGECONFIG. ARM folks should investigate what
looks like a copy-on-write breakage.
Alex
On Sat, 19 Jun 2021 at 00:14, Khem Raj <raj.khem@gmail.com> wrote:
> I think we should disable this by default, its a good feature during
> development though to catch memory bugs. So please turn it into a
> PACKAGECONFIG which is disabled
> by default instead of revert.
>
> On Fri, Jun 18, 2021 at 1:49 PM Alexander Kanavin
> <alex.kanavin@gmail.com> wrote:
> >
> > Sadly, I can confirm: weston swelling to double size on qemuarm64 is
> caused by this recent change in glibc:
> >
> > +EXTRA_OECONF_append_aarch64 = " --enable-memory-tagging"
> >
> > You can verify with this innocent looking program. Run 'free' while it
> is running and compare with and without tagging:
> >
> > main()
> > {
> > for (int i=0; i<768; i++)
> > calloc(1,262368);
> > sleep(200);
> > }
> >
> > I'll queue a revert.
> >
> > Alex
> >
> > On Wed, 16 Jun 2021 at 16:08, Alexander Kanavin via
> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
> wrote:
> >>
> >> It seems that mesa, for some reason, allocates a lot more RAM in
> qemuarm64 (150 Mb more or so), than it does in qemux86_64. I'll investigate.
> >>
> >> Alex
> >>
> >> On Wed, 16 Jun 2021 at 12:06, Alexander Kanavin via
> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
> wrote:
> >>>
> >>> I'd like to take a deeper look at this, please hold.
> >>>
> >>> Alex
> >>>
> >>> On Tue, 15 Jun 2021 at 10:12, Alexander Kanavin via
> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
> wrote:
> >>>>
> >>>> weston tests start additional compositors, other tests are also
> >>>> heavy on RAM, weston itself takes 256M with opengl enabled,
> >>>> so 512M causes OOM errors on arm64.
> >>>>
> >>>> Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
> >>>> ---
> >>>> meta/recipes-graphics/images/core-image-weston.bb | 1 +
> >>>> 1 file changed, 1 insertion(+)
> >>>>
> >>>> diff --git a/meta/recipes-graphics/images/core-image-weston.bb
> b/meta/recipes-graphics/images/core-image-weston.bb
> >>>> index 62305cc1ce..e332e19368 100644
> >>>> --- a/meta/recipes-graphics/images/core-image-weston.bb
> >>>> +++ b/meta/recipes-graphics/images/core-image-weston.bb
> >>>> @@ -10,3 +10,4 @@ CORE_IMAGE_BASE_INSTALL += "gtk+3-demo"
> >>>> CORE_IMAGE_BASE_INSTALL += "${@bb.utils.contains('DISTRO_FEATURES',
> 'x11', 'weston-xwayland matchbox-terminal', '', d)}"
> >>>>
> >>>> QB_MEM = "-m 512"
> >>>> +QB_MEM_qemuarm64 = "-m 1024"
> >>>> --
> >>>> 2.31.1
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
>
[-- Attachment #2: Type: text/html, Size: 4733 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2021-06-19 7:44 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1688B34361FD8BD3.6379@lists.openembedded.org>
2021-06-16 10:05 ` [OE-core] [PATCH 01/31] core-image-weston: bump QB_MEM to 1G in qemuarm64 Alexander Kanavin
[not found] ` <16890800366CFBBE.20493@lists.openembedded.org>
2021-06-16 14:07 ` Alexander Kanavin
[not found] ` <1689153CED767CA8.15085@lists.openembedded.org>
2021-06-18 20:49 ` Alexander Kanavin
2021-06-18 22:14 ` Khem Raj
2021-06-19 7:44 ` Alexander Kanavin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.