Re: [OE-core] [PATCH] core-image-sato: qemumips use 512 mem

["Richard Purdie" <richard.purdie@linuxfoundation.org>]

On Mon, 2020-09-14 at 10:27 -0700, Khem Raj wrote:
> 
> On 9/14/20 12:13 AM, Richard Purdie wrote:
> > On Sat, 2020-09-12 at 20:59 -0700, akuster wrote:
> > > From: Armin Kuster <akuster808@gmail.comt>
> > > 
> > > Fixes:
> > > 
> > > WARNING: core-image-sato-sdk-1.0-r0 do_testimage: Couldn't login
> > > into
> > > serial console as root using blank password
> > > WARNING: core-image-sato-sdk-1.0-r0 do_testimage: The output:
> > > root
> > > <<< run_serial(): command timed out after 60 seconds without
> > > output
> > > 
> > > In another run, this error was seen:
> > > 
> > > Failed to reload daemon: Refusing to reload, not enough space
> > > available on /run/systemd. Currently, 14.3M are free, but a
> > > safety
> > > buffer of 16.0M is enforced.
> > > 
> > > With updates to systemd and Qemu we should revert: 499a31cf06
> > > core-
> > > image-sato: don't use 512MB in qemumips
> > > 
> > > Signed-off-by: Armin Kuster  <akuster808@gmail.com>
> > > ---
> > >   meta/recipes-sato/images/core-image-sato.bb | 1 -
> > >   1 file changed, 1 deletion(-)
> > > 
> > > diff --git a/meta/recipes-sato/images/core-image-sato.bb
> > > b/meta/recipes-sato/images/core-image-sato.bb
> > > index 673106eb6d..878e0eaa8d 100644
> > > --- a/meta/recipes-sato/images/core-image-sato.bb
> > > +++ b/meta/recipes-sato/images/core-image-sato.bb
> > > @@ -12,4 +12,3 @@ TOOLCHAIN_HOST_TASK_append = " nativesdk-
> > > intltool
> > > nativesdk-glib-2.0"
> > >   TOOLCHAIN_HOST_TASK_remove_task-populate-sdk-ext = " nativesdk-
> > > intltool nativesdk-glib-2.0"
> > >   
> > >   QB_MEM = '${@bb.utils.contains("DISTRO_FEATURES", "opengl", "-m
> > > 512", "-m 256", d)}'
> > > -QB_MEM_qemumips = "-m 256"
> > 
> > We have now seen:
> > 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/2452
> > 
> > with this applied, not sure if its related. We have seen this kind
> > of
> > network dropout elsewhere but we don't seem to have good debug when
> > it
> > happens.
> > 
> 
> I wonder if ssh daemon is dead in this case. I also see its invoking 
> compilers on target( kernelmodule case), are they usign -jX during
> make 
> ?, 512M might not be enough to run parallel compiles

Shouldn't be using -j for these tests. I think we need better debugging
using the serial console when these failures occur...

Cheers,

Richard