From: Tom Rini <trini@konsulko.com>
To: Simon Glass <sjg@chromium.org>
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH v6 01/19] test: Allow signaling that U-Boot is ready
Date: Wed, 25 Sep 2024 11:26:01 -0600 [thread overview]
Message-ID: <20240925172601.GA4252@bill-the-cat> (raw)
In-Reply-To: <CAFLszTjT3RZYChMhBxUDsf6YC-7cZfh1_YhuQrin3sRanSO=Xw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2217 bytes --]
On Wed, Sep 25, 2024 at 02:49:56PM +0200, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 23 Sept 2024 at 22:35, Tom Rini <trini@konsulko.com> wrote:
> >
> > On Fri, Sep 20, 2024 at 08:01:36AM +0200, Simon Glass wrote:
> >
> >
> > > When Labgrid is used, it can get U-Boot ready for running tests. It
> > > prints a message when it has done so.
> > >
> > > Add logic to detect this message and accept it.
> > >
> > > Signed-off-by: Simon Glass <sjg@chromium.org>
> > > ---
> > >
> > > (no changes since v1)
> > >
> > > test/py/u_boot_console_base.py | 9 +++++----
> > > 1 file changed, 5 insertions(+), 4 deletions(-)
> >
> > What happens is that labgrid can also be told to look for and then
> > interrupt autoboot, just like our pytests can do, and the system is at
> > the prompt. But this is also what it's like for a system with autoboot
> > disabled. Do we actually need this patch to achieve the functionality
> > you want? Doesn't that already just happen?
>
> The point of this patch is actually to remove code in pytest, by
> allowing it to skip all the banner-detection stuff. It does not affect
> things in Labgrid, since it still needs to watch for banners, etc.
But you can't remove code from pytest, people can and will run the suite
outside of labgrid.
> Without this patch, we have to tell Labgrid's U-Boot driver to do
> nothing, so that pytest does it. But that is not a good idea, since
> Labgrid has a lot more info about the board than pytest has. For
> example, look at all the SPL-banner-count stuff.
Why do you have to tell it to do nothing? The pytest suite works fine,
today, if the board stops at the prompt automatically. To be clear, the
labgrid yaml file I'm using with my scripts has the information to stop
autoboot in it and it's not causing a problem.
> Basically, without this patch we cannot use '-s uboot' to tell the
> Labgrid strategy to take us to a U-Boot prompt. We must just use a raw
> console with no strategy, relying on pytest to do all the work.
>
> I hope that helps explain the problem?
I think I see what you're saying, and it's based on the assumption that
we'll make everyone either use labgrid?
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
next prev parent reply other threads:[~2024-09-25 17:26 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-20 6:01 [PATCH v6 00/19] labgrid: Provide an integration with Labgrid Simon Glass
2024-09-20 6:01 ` [PATCH v6 01/19] test: Allow signaling that U-Boot is ready Simon Glass
2024-09-23 20:35 ` Tom Rini
2024-09-25 12:49 ` Simon Glass
2024-09-25 17:26 ` Tom Rini [this message]
2024-09-26 21:36 ` Simon Glass
2024-09-27 2:51 ` Tom Rini
2024-10-31 18:03 ` Simon Glass
2024-10-31 18:28 ` Tom Rini
2024-11-01 15:33 ` Simon Glass
2024-11-01 19:02 ` Tom Rini
2024-11-02 16:32 ` Simon Glass
2024-11-02 21:39 ` Tom Rini
2024-09-20 6:01 ` [PATCH v6 02/19] test: Use a constant for the test timeout Simon Glass
2024-09-23 20:35 ` Tom Rini
2024-09-20 6:01 ` [PATCH v6 03/19] test: Release board after tests complete Simon Glass
2024-09-20 6:01 ` [PATCH v6 04/19] test: Allow connecting to a running board Simon Glass
2024-09-23 20:35 ` Tom Rini
2024-09-25 12:50 ` Simon Glass
2024-09-20 6:01 ` [PATCH v6 05/19] test: Avoid failing skipped tests Simon Glass
2024-09-20 6:01 ` [PATCH v6 06/19] test: Create a common function to get the config Simon Glass
2024-09-20 6:01 ` [PATCH v6 07/19] test: Introduce the concept of a role Simon Glass
2024-09-20 6:01 ` [PATCH v6 08/19] test: Move the receive code into a function Simon Glass
2024-09-20 6:01 ` [PATCH v6 09/19] test: Separate out the exception handling Simon Glass
2024-09-20 6:01 ` [PATCH v6 10/19] test: Detect dead connections Simon Glass
2024-09-20 6:01 ` [PATCH v6 11/19] test: Tidy up remaining exceptions Simon Glass
2024-09-20 6:01 ` [PATCH v6 12/19] test: Introduce lab mode Simon Glass
2024-09-20 6:01 ` [PATCH v6 13/19] test: Improve handling of sending commands Simon Glass
2024-09-20 6:01 ` [PATCH v6 14/19] test: Fix mulptiplex_log typo Simon Glass
2024-09-20 6:01 ` [PATCH v6 15/19] test: Avoid double echo when starting up Simon Glass
2024-09-20 6:01 ` [PATCH v6 16/19] test: Try to shut down the lab console gracefully Simon Glass
2024-09-20 6:01 ` [PATCH v6 17/19] test: Add a section for closing the connection Simon Glass
2024-09-20 6:01 ` [PATCH v6 18/19] test: Support testing with two board-builds Simon Glass
2024-09-20 6:01 ` [PATCH v6 19/19] CI: Allow running tests on sjg lab Simon Glass
2024-09-23 20:36 ` [PATCH v6 00/19] labgrid: Provide an integration with Labgrid Tom Rini
2024-09-25 12:50 ` Simon Glass
2024-09-25 17:26 ` Tom Rini
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=20240925172601.GA4252@bill-the-cat \
--to=trini@konsulko.com \
--cc=sjg@chromium.org \
--cc=u-boot@lists.denx.de \
/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 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.