public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Petr Vorel <petr.vorel@gmail.com>
Cc: "Alexandre Belloni" <alexandre.belloni@bootlin.com>,
	openembedded-core@lists.openembedded.org,
	"Daniel Díaz" <daniel.diaz@linaro.org>,
	"Khem Raj" <raj.khem@gmail.com>
Subject: Re: [OE-core] [PATCH 1/1] ltp: Update to 20240129
Date: Mon, 05 Feb 2024 14:33:12 +0000	[thread overview]
Message-ID: <8d09eca8e65d69bc9d79da3a0c271a05097ebe9e.camel@linuxfoundation.org> (raw)
In-Reply-To: <20240205104342.GB166229@pevik>

On Mon, 2024-02-05 at 11:43 +0100, Petr Vorel wrote:
> > Hi Petr,
> 
> > On Sun, 2024-02-04 at 00:52 +0100, Petr Vorel wrote:
> > > Hi Alexandre, all,
> 
> > > > On 31/01/2024 19:32:43+0100, Petr Vorel wrote:
> > > > > Removed patch accepted upstream as
> > > > > 8c53cc947 ("testcases/kernel/syscalls/fcntl: define _LARGEFILE64_SOURCE")
> 
> > > > > Rebase runtest/mm patch.
> 
> > > > > Signed-off-by: Petr Vorel <petr.vorel@gmail.com>
> > > > > ---
> > > > > Hi Richard, Daniel, Khem,
> 
> > > > > could anybody please test this update if build (it should).
> 
> > > > > Also, it'd be good nice to rerun proc01 -m 128 and report me with the
> > > > > details, maybe we can fix it. If still problematic, it'd be nice to turn
> > > > > disable_hanging_tests.patch into proper git patch (makes rebasing patch
> > > > > on new LTP version easier).
> 
> > > > This fails on the autobuilders:
> 
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/5957/steps/12/logs/stdio
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5917/steps/12/logs/stdio
> 
> 
> > > Thanks for testing this, you probably mean the warning before python stack trace:
> 
> > > scp: /opt/ltp/results/connectors: No such file or directory
> > > WARNING: core-image-sato-1.0-r0 do_testimage: File could not be copied. Output: scp: /opt/ltp/results/connectors: No such file or directory
> 
> > > The problem is not due packaging, but simply runtest/connectors was removed [1],
> > > thus your tooling has to be fixed not to expect it (not trying to run it).
> > > I'm sorry, we sometimes do cleanup which brings incompatibility issue
> > > (here it did not make sense to start SUT just for single test, thus we moved the
> > > test to runtest/kernel_misc).
> 
> > I did try again with that removed:
> 
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5929/steps/12/logs/stdio
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/5968/steps/12/logs/stdio
> 
> > which comes down to:
> 
> > scp: /opt/ltp/results/fsx: No such file or directory
> 
> > so I'll remove that and try again.
> 
> > Are there any additions we should be considering too? This all feels a
> > little fragile so I'm wondering if we should be reworking the way we
> > handle this?
> 
> I forget that also this one was removed in fb2b6a0b3 ("fs: Remove fsx runtest
> suite") [1], therefore not a real error.

Thanks, with that removed we had successful runs so I've merged it.

I appreciate we need to try and re-enable that test that was hanging
but I'm a bit stretched with other issues at the moment to dive into
that one unfortunately.

Cheers,

Richard




  reply	other threads:[~2024-02-05 14:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-31 18:32 [PATCH 1/1] ltp: Update to 20240129 Petr Vorel
2024-02-02 15:07 ` [OE-core] " Alexandre Belloni
2024-02-03 23:52   ` Petr Vorel
2024-02-05  7:12     ` Richard Purdie
2024-02-05 10:43       ` Petr Vorel
2024-02-05 14:33         ` Richard Purdie [this message]
2024-02-05 21:16           ` Petr Vorel

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=8d09eca8e65d69bc9d79da3a0c271a05097ebe9e.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=alexandre.belloni@bootlin.com \
    --cc=daniel.diaz@linaro.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=petr.vorel@gmail.com \
    --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