ltp.lists.linux.it archive mirror
 help / color / mirror / Atom feed
From: "Bird, Tim" <Tim.Bird@sony.com>
To: Cyril Hrubis <chrubis@suse.cz>, Petr Vorel <pvorel@suse.cz>
Cc: Niklas Cassel <niklas.cassel@wdc.com>,
	Jonathan Corbet <corbet@lwn.net>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	Christophe Lyon <christophe.lyon@linaro.org>,
	Randy Dunlap <rdunlap@infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-m68k@lists.linux-m68k.org"
	<linux-m68k@lists.linux-m68k.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Rob Landley <rob@landley.net>,
	John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
	linux-riscv <linux-riscv@lists.infradead.org>,
	"buildroot@buildroot.org" <buildroot@buildroot.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	"ltp@lists.linux.it" <ltp@lists.linux.it>,
	"automated-testing@lists.yoctoproject.org"
	<automated-testing@lists.yoctoproject.org>
Subject: Re: [LTP] [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
Date: Tue, 9 Jan 2024 22:37:37 +0000	[thread overview]
Message-ID: <SA3PR13MB6372498CC6372F8B16237244FD6A2@SA3PR13MB6372.namprd13.prod.outlook.com> (raw)
In-Reply-To: <ZZvJXTshFUYSaMVH@yuki>

> -----Original Message-----
> From: automated-testing@lists.yoctoproject.org <automated-testing@lists.yoctoproject.org> On Behalf Of Cyril Hrubis
> Hi!
> > But as I said, if anybody from nommu decides to maintain it in LTP, I'll try to
> > support him in my free time (review patches, give advices). And if nobody
> > stands, this patchset which removes the support in the old API will be merged
> > after next LTP release (in the end of January).
> 
> Let me highlight this part, we are eager to help anybody who is willing
> to pick the nommu work, but we do not have resources to drive it.

I have a couple of comments here.

I think it would be good to give a little bit more time to try to find a helper/maintainer
for this.  As Rob pointed out, a lot of embedded Linux developers are using very old
kernels (and, if they are using LTP, likely very old versions of LTP).  They are also
notorious for not being active on the mailing lists.  So this might take some active
outreach to find helpers.  (I realize that this thread is part of this
outreach effort).  For this reason, I'd like a few more weeks to try to advertise this
need within the embedded Linux community.

I am not using nommu systems myself, so I'm in a similar position as Petr in terms
of it not making much sense for me to be the maintainer.  However, having said that,
I have had for a few years now an idea for a background project related to LTP
that might make this a more interesting fit for me.  Sony uses NuttX, and is considering
using Zephyr in some of our low-end processor systems.  This includes some nommu
systems.  For some time now, I have wanted to experiment with using LTP to test
the compatibility of those systems with the Linux system APIs.  In full disclosure,
I have no idea if this is a feasible or useful idea or not.  But it's something I'd like
to investigate.

I realize that testing non-Linux RTOSes is out-of-scope for LTP.  But given that that is
something I would like to do, and that it might be relevant to the Linux nommu tests,
I would humbly request a few weeks to investigate this before the nommu code is removed.
This delay would be to see if it would make sense for me to volunteer to help out with
maintaining this otherwise abandoned code.

I can't promise anything, but I'd like to find out more about:
1) what parts of the current LTP are not supporting nommu (what's currently broken),
2) how much code we're talking about, and
3) what the desired roadmap going forward would be, to continue to support this code.

Thanks,
 -- Tim


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  reply	other threads:[~2024-01-09 22:38 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-03  1:52 [LTP] [PATCH 00/36] Remove UCLINUX from LTP Petr Vorel
2024-01-03  7:58 ` Cyril Hrubis
2024-01-03  8:04   ` Cyril Hrubis
2024-01-03  8:39     ` Petr Vorel
2024-01-03  9:46 ` Geert Uytterhoeven
2024-01-03 11:49   ` Petr Vorel
2024-01-03 11:54     ` Geert Uytterhoeven
2024-01-03 12:09       ` Cyril Hrubis
2024-01-03 12:40         ` Petr Vorel
2024-01-05  3:52         ` Rob Landley
2024-01-05 13:11           ` [LTP] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP] Petr Vorel
2024-01-06  3:58             ` Rob Landley
2024-01-08  9:03               ` Petr Vorel
2024-01-08 10:07                 ` Cyril Hrubis
2024-01-09 22:37                   ` Bird, Tim [this message]
2024-01-10  5:01                     ` [LTP] [Automated-testing] " Rob Landley
2024-01-10 14:14                     ` Petr Vorel
2024-01-10 19:23                       ` Rob Landley
2024-01-10 21:17                         ` Niklas Cassel via ltp
2024-01-11  0:00                           ` Greg Ungerer
2024-01-11  9:21                             ` Niklas Cassel via ltp
2024-01-12 20:18                               ` Rob Landley
2024-01-11  2:25                         ` Greg Ungerer
2024-01-12 20:16                           ` Rob Landley
2024-01-14 13:01                             ` Greg Ungerer
2024-01-15 13:41                             ` [LTP] [Buildroot] " Waldemar Brodkorb
2024-01-15 14:22                               ` Cyril Hrubis
2024-01-11 13:11                         ` [LTP] " Geert Uytterhoeven
2024-01-11 13:19                           ` Greg Ungerer
2024-01-09 20:24                 ` [LTP] " Rob Landley
2024-01-09 23:17                   ` Greg Ungerer
2024-01-10  5:47                     ` Rob Landley
2024-01-10 14:46                       ` Greg Ungerer
2024-01-10 13:33                   ` Petr Vorel
2024-01-10 18:23                     ` Rob Landley
2024-01-10 22:33                       ` Petr Vorel
2024-01-08  8:33           ` [LTP] [PATCH 00/36] Remove UCLINUX from LTP Andrea Cervesato via ltp
2024-01-08  8:34           ` Andrea Cervesato via ltp
2024-01-05  3:50   ` Rob Landley

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=SA3PR13MB6372498CC6372F8B16237244FD6A2@SA3PR13MB6372.namprd13.prod.outlook.com \
    --to=tim.bird@sony.com \
    --cc=automated-testing@lists.yoctoproject.org \
    --cc=buildroot@buildroot.org \
    --cc=christophe.lyon@linaro.org \
    --cc=chrubis@suse.cz \
    --cc=corbet@lwn.net \
    --cc=geert@linux-m68k.org \
    --cc=gerg@linux-m68k.org \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-riscv@lists.infradead.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=ltp@lists.linux.it \
    --cc=niklas.cassel@wdc.com \
    --cc=pvorel@suse.cz \
    --cc=rdunlap@infradead.org \
    --cc=rob@landley.net \
    /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;
as well as URLs for NNTP newsgroup(s).