From: Tom Rini <trini@konsulko.com>
To: Simon Glass <sjg@chromium.org>
Cc: U-Boot Mailing List <u-boot@lists.denx.de>,
Bin Meng <bmeng.cn@gmail.com>,
Mattijs Korpershoek <mkorpershoek@baylibre.com>,
Stephen Warren <swarren@nvidia.com>,
Stephen Warren <swarren@wwwdotorg.org>
Subject: Re: [PATCH v2 26/28] test/py: Allow tests to be filtered by role
Date: Tue, 18 Feb 2025 18:25:26 -0600 [thread overview]
Message-ID: <20250219002526.GP1233568@bill-the-cat> (raw)
In-Reply-To: <CAFLszTi132O0-yODOVOZ0_8HOKwA1JPn=xZBMovLma42GM+eng@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2972 bytes --]
On Tue, Feb 18, 2025 at 05:04:09PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 18 Feb 2025 at 08:12, Tom Rini <trini@konsulko.com> wrote:
> >
> > On Tue, Feb 18, 2025 at 05:09:06AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 17 Feb 2025 at 10:48, Tom Rini <trini@konsulko.com> wrote:
> > > >
> > > > On Sun, Feb 16, 2025 at 01:44:11PM -0700, Simon Glass wrote:
> > > >
> > > > > Some test can only be run by a particular board in a lab, e.g. because
> > > > > they are loaded with an OS image used by the test. Add a way to specify
> > > > > this in tests.
> > > > >
> > > > > Signed-off-by: Simon Glass <sjg@chromium.org>
> > > > > ---
> > > > >
> > > > > Changes in v2:
> > > > > - Add new patch to allow tests to be filtered by role
> > > > >
> > > > > test/py/conftest.py | 22 ++++++++++++++++++++++
> > > > > test/py/pytest.ini | 1 +
> > > > > 2 files changed, 23 insertions(+)
> > > >
> > > > This seems duplicative of the existing functionality we have, all
> > > > hardware tests can only be run on platforms which configure what the
> > > > test requires, in the boardenv file.
> > >
> > > I was afraid you would say that, and yes you are right, it is duplicative.
> > >
> > > With my lab I am trying to use Labgrid's configuration and not need
> > > anything else. For example, the params on how to launch QEMU and where
> > > to find the OS file are there, rather than in u-boot-test-hooks. It
> > > allows me to run a session interactively just as easily (and with the
> > > same flow) as I run the pytests and gitlab.
> > >
> > > In my lab, I actually don't have any Python things, apart from what I
> > > added for that tftp test.
> > >
> > > I wonder if I could create a way to pass the env__ stuff in from Labgrid?
> >
> > Well, I was also afraid that was going to be part of your answer. A
> > challenge I see with the way you're using labgrid is that details are
> > kept there, instead. Is there some way to publish your configs so
> > they're also available for reference? I indeed have been lax in doing so
> > for the way I use it and so posted:
> > https://patchwork.ozlabs.org/project/uboot/patch/20250217200638.356583-1-trini@konsulko.com/
> > yesterday.
>
> Yes, that's great. It is a big help to have all the lab stuff in one
> place and not being able to get things into that repo was one reason I
> gave up with my local lab that used the hook scripts. Just too many
> local branches and hacks, and too hard.
>
> Anyway, yes I'd like to get it in u-boot-test-hooks. I last pushesd it
> to Labgrid 7 months ago [1]. I thought I did it at the end of November
> but must have imagined it. Perhaps I could put the config files, etc.
> into u-boot-test somewhere, like in a labgrid/sjg directory? Could you
> give me access to that repo?
I've updated the permissions and you should update the "bin/ellesmere"
directory and add "py/ellesmere".
--
Tom
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
next prev parent reply other threads:[~2025-02-19 0:25 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-16 20:43 [PATCH v2 00/28] x86: Improve operation under QEMU Simon Glass
2025-02-16 20:43 ` [PATCH v2 01/28] x86: Expand x86_64 early memory Simon Glass
2025-02-16 20:43 ` [PATCH v2 02/28] x86: qemu: Switch to bochs display Simon Glass
2025-02-16 20:43 ` [PATCH v2 03/28] x86: qemu: Enable dhrystone Simon Glass
2025-02-16 20:43 ` [PATCH v2 04/28] x86: qemu: Avoid accessing BSS too early Simon Glass
2025-02-16 20:43 ` [PATCH v2 05/28] x86: Drop mpspec from the SPL build Simon Glass
2025-02-16 20:43 ` [PATCH v2 06/28] x86: Add some log categories Simon Glass
2025-02-16 20:43 ` [PATCH v2 07/28] x86: Drop use of CONFIG_REALMODE_DEBUG Simon Glass
2025-02-16 20:43 ` [PATCH v2 08/28] x86: Avoid clearing the VESA display Simon Glass
2025-02-16 20:43 ` [PATCH v2 09/28] x86: Add 64-bit entries to the GDT Simon Glass
2025-02-16 20:43 ` [PATCH v2 10/28] x86: Use defines for the cache flags Simon Glass
2025-02-16 20:43 ` [PATCH v2 11/28] x86: spl: Drop duplicate CPU init Simon Glass
2025-02-16 20:43 ` [PATCH v2 12/28] x86: Drop the message about features missing in 64-bit Simon Glass
2025-02-16 20:43 ` [PATCH v2 13/28] x86: Include stdbool.h in interrupt header Simon Glass
2025-02-16 20:43 ` [PATCH v2 14/28] x86: Tidy up the GDT size in start/16.S Simon Glass
2025-02-16 20:44 ` [PATCH v2 15/28] x86: Disable paging before changing to long mode Simon Glass
2025-02-16 20:44 ` [PATCH v2 16/28] x86: Use the same GDT when jumping " Simon Glass
2025-02-16 20:44 ` [PATCH v2 17/28] x86: Use a simple jump into " Simon Glass
2025-02-16 20:44 ` [PATCH v2 18/28] x86: Rename the _D dirty flag Simon Glass
2025-02-16 20:44 ` [PATCH v2 19/28] x86: Support CPU functions in long mode Simon Glass
2025-02-16 20:44 ` [PATCH v2 20/28] x86: Tidy up address size in MTRR calculations Simon Glass
2025-02-16 20:44 ` [PATCH v2 21/28] Add a 64-bit version of is_power_of_2() Simon Glass
2025-02-16 20:44 ` [PATCH v2 22/28] x86: Support MTRRs of 4GB on 32-bit machines Simon Glass
2025-02-16 20:44 ` [PATCH v2 23/28] x86: emulation: Set an MTRR for the RAM Simon Glass
2025-02-16 20:44 ` [PATCH v2 24/28] scripts: Expand a few options Simon Glass
2025-02-16 20:44 ` [PATCH v2 25/28] test/py: Add a helper to send characters Simon Glass
2025-02-16 20:44 ` [PATCH v2 26/28] test/py: Allow tests to be filtered by role Simon Glass
2025-02-17 17:48 ` Tom Rini
2025-02-18 12:09 ` Simon Glass
2025-02-18 15:12 ` Tom Rini
2025-02-19 0:04 ` Simon Glass
2025-02-19 0:25 ` Tom Rini [this message]
2025-02-19 0:39 ` Simon Glass
2025-02-19 0:50 ` Tom Rini
2025-02-21 13:57 ` Simon Glass
2025-02-16 20:44 ` [PATCH v2 27/28] RFC: test/py: Deal with timeouts Simon Glass
2025-02-17 17:45 ` Tom Rini
2025-03-14 14:45 ` Simon Glass
2025-02-16 20:44 ` [PATCH v2 28/28] test: Add a test for booting Ubuntu 24.04 Simon Glass
2025-02-17 17:52 ` Tom Rini
2025-02-18 12:09 ` Simon Glass
2025-02-18 15:11 ` Tom Rini
2025-02-19 0:01 ` Simon Glass
2025-02-19 0:55 ` Tom Rini
2025-02-20 13:49 ` Simon Glass
2025-02-20 14:53 ` Tom Rini
2025-02-21 13:57 ` Simon Glass
2025-02-21 16:06 ` Tom Rini
2025-02-22 8:27 ` Heiko Schocher
2025-02-22 13:47 ` Heiko Schocher
2025-02-24 17:54 ` Simon Glass
2025-02-25 13:59 ` Tom Rini
2025-02-26 2:56 ` Simon Glass
2025-02-26 14:35 ` Tom Rini
2025-02-27 10:11 ` Heiko Schocher
2025-02-27 15:26 ` Tom Rini
2025-02-27 16:27 ` Simon Glass
2025-02-27 17:20 ` Tom Rini
2025-02-27 19:26 ` Simon Glass
2025-02-27 20:15 ` Tom Rini
2025-02-28 5:26 ` Heiko Schocher
2025-03-06 14:16 ` Simon Glass
2025-03-06 14:32 ` Tom Rini
2025-03-06 16:11 ` Simon Glass
2025-03-06 16:43 ` Tom Rini
2025-03-06 23:31 ` Simon Glass
2025-03-07 15:34 ` Tom Rini
2025-02-16 21:13 ` [PATCH v2 00/28] x86: Improve operation under QEMU Paolo Bonzini
2025-02-17 13:16 ` Simon Glass
2025-02-16 21:57 ` Tom Rini
2025-02-17 13:14 ` Simon Glass
2025-02-17 14:05 ` 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=20250219002526.GP1233568@bill-the-cat \
--to=trini@konsulko.com \
--cc=bmeng.cn@gmail.com \
--cc=mkorpershoek@baylibre.com \
--cc=sjg@chromium.org \
--cc=swarren@nvidia.com \
--cc=swarren@wwwdotorg.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.