From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
ltp@lists.linux.it, Li Wang <liwang@redhat.com>,
Andrea Cervesato <andrea.cervesato@suse.com>,
Greg Ungerer <gerg@linux-m68k.org>,
Jonathan Corbet <corbet@lwn.net>,
Randy Dunlap <rdunlap@infradead.org>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Christophe Lyon <christophe.lyon@linaro.org>,
linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
Linux ARM <linux-arm-kernel@lists.infradead.org>,
linux-riscv <linux-riscv@lists.infradead.org>,
Linux-sh list <linux-sh@vger.kernel.org>
Subject: Re: [PATCH 00/36] Remove UCLINUX from LTP
Date: Wed, 3 Jan 2024 13:40:13 +0100 [thread overview]
Message-ID: <20240103124013.GA1095350@pevik> (raw)
In-Reply-To: <ZZVOhlGPg5KRyS-F@yuki>
Hi Geert, Cyril, all,
Geert, first, thank you for Cc all the other lists.
For anybody from those lists, we talk about:
https://lore.kernel.org/ltp/20240103015240.1065284-1-pvorel@suse.cz/
> Hi!
> > I am not sure I agree with this series.
> > Removing support for UCLINUX from LTP is almost a guarantee for
> > not noticing when more breakage is introduced.
> > How exactly is UCLINUX broken in LTP?
> As far as we know noone is using it and nobody is maintaing it for a
> decade, so it's bitrotting and we do not have manpower to fix it, or
> rather we do not want to invest the scarcely limited resources we have
> into something that is niche at best. We asked repeatedly if anyone want
> to invest time into keeping it alive, but nobody answered the call so
> far and I doubt that it will happen at this point.
Also, UCLINUX was used in tests which used the legacy LTP API, which was buggy.
We slowly rewrite tests into new API [1], which is more reliable and do cleanup
and bug fixes during test rewrites. But because nobody stand to maintain UCLINUX
support, it's not in the new API. Thus we have actively deleted it's support
during the rewrite in past years.
I wonder myself if anybody is even using LTP on UCLINUX platforms. Nearly 25% of
the syscalls tests use fork(), thus will not work on UCLINUX. First tests were
rewritten in 2016 (first release in 20160510) and nobody complained.
All tests C based tests (both new and legacy API):
$ git grep -l -e 'include .tst_test.h' -e 'include .test.h' testcases/ |wc -l
1494
Tests, which use fork(), i.e. not working in UCLINUX:
$ git grep -l '\.forks_child.*1' testcases/ |wc -l
334
Kind regards,
Petr
[1] https://github.com/linux-test-project/ltp/wiki/C-Test-API
WARNING: multiple messages have this Message-ID (diff)
From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
ltp@lists.linux.it, Li Wang <liwang@redhat.com>,
Andrea Cervesato <andrea.cervesato@suse.com>,
Greg Ungerer <gerg@linux-m68k.org>,
Jonathan Corbet <corbet@lwn.net>,
Randy Dunlap <rdunlap@infradead.org>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Christophe Lyon <christophe.lyon@linaro.org>,
linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
Linux ARM <linux-arm-kernel@lists.infradead.org>,
linux-riscv <linux-riscv@lists.infradead.org>,
Linux-sh list <linux-sh@vger.kernel.org>
Subject: Re: [PATCH 00/36] Remove UCLINUX from LTP
Date: Wed, 3 Jan 2024 13:40:13 +0100 [thread overview]
Message-ID: <20240103124013.GA1095350@pevik> (raw)
In-Reply-To: <ZZVOhlGPg5KRyS-F@yuki>
Hi Geert, Cyril, all,
Geert, first, thank you for Cc all the other lists.
For anybody from those lists, we talk about:
https://lore.kernel.org/ltp/20240103015240.1065284-1-pvorel@suse.cz/
> Hi!
> > I am not sure I agree with this series.
> > Removing support for UCLINUX from LTP is almost a guarantee for
> > not noticing when more breakage is introduced.
> > How exactly is UCLINUX broken in LTP?
> As far as we know noone is using it and nobody is maintaing it for a
> decade, so it's bitrotting and we do not have manpower to fix it, or
> rather we do not want to invest the scarcely limited resources we have
> into something that is niche at best. We asked repeatedly if anyone want
> to invest time into keeping it alive, but nobody answered the call so
> far and I doubt that it will happen at this point.
Also, UCLINUX was used in tests which used the legacy LTP API, which was buggy.
We slowly rewrite tests into new API [1], which is more reliable and do cleanup
and bug fixes during test rewrites. But because nobody stand to maintain UCLINUX
support, it's not in the new API. Thus we have actively deleted it's support
during the rewrite in past years.
I wonder myself if anybody is even using LTP on UCLINUX platforms. Nearly 25% of
the syscalls tests use fork(), thus will not work on UCLINUX. First tests were
rewritten in 2016 (first release in 20160510) and nobody complained.
All tests C based tests (both new and legacy API):
$ git grep -l -e 'include .tst_test.h' -e 'include .test.h' testcases/ |wc -l
1494
Tests, which use fork(), i.e. not working in UCLINUX:
$ git grep -l '\.forks_child.*1' testcases/ |wc -l
334
Kind regards,
Petr
[1] https://github.com/linux-test-project/ltp/wiki/C-Test-API
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: 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-m68k@lists.linux-m68k.org,
Geert Uytterhoeven <geert@linux-m68k.org>,
Linux ARM <linux-arm-kernel@lists.infradead.org>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
linux-riscv <linux-riscv@lists.infradead.org>,
Greg Ungerer <gerg@linux-m68k.org>,
ltp@lists.linux.it
Subject: Re: [LTP] [PATCH 00/36] Remove UCLINUX from LTP
Date: Wed, 3 Jan 2024 13:40:13 +0100 [thread overview]
Message-ID: <20240103124013.GA1095350@pevik> (raw)
In-Reply-To: <ZZVOhlGPg5KRyS-F@yuki>
Hi Geert, Cyril, all,
Geert, first, thank you for Cc all the other lists.
For anybody from those lists, we talk about:
https://lore.kernel.org/ltp/20240103015240.1065284-1-pvorel@suse.cz/
> Hi!
> > I am not sure I agree with this series.
> > Removing support for UCLINUX from LTP is almost a guarantee for
> > not noticing when more breakage is introduced.
> > How exactly is UCLINUX broken in LTP?
> As far as we know noone is using it and nobody is maintaing it for a
> decade, so it's bitrotting and we do not have manpower to fix it, or
> rather we do not want to invest the scarcely limited resources we have
> into something that is niche at best. We asked repeatedly if anyone want
> to invest time into keeping it alive, but nobody answered the call so
> far and I doubt that it will happen at this point.
Also, UCLINUX was used in tests which used the legacy LTP API, which was buggy.
We slowly rewrite tests into new API [1], which is more reliable and do cleanup
and bug fixes during test rewrites. But because nobody stand to maintain UCLINUX
support, it's not in the new API. Thus we have actively deleted it's support
during the rewrite in past years.
I wonder myself if anybody is even using LTP on UCLINUX platforms. Nearly 25% of
the syscalls tests use fork(), thus will not work on UCLINUX. First tests were
rewritten in 2016 (first release in 20160510) and nobody complained.
All tests C based tests (both new and legacy API):
$ git grep -l -e 'include .tst_test.h' -e 'include .test.h' testcases/ |wc -l
1494
Tests, which use fork(), i.e. not working in UCLINUX:
$ git grep -l '\.forks_child.*1' testcases/ |wc -l
334
Kind regards,
Petr
[1] https://github.com/linux-test-project/ltp/wiki/C-Test-API
--
Mailing list info: https://lists.linux.it/listinfo/ltp
WARNING: multiple messages have this Message-ID (diff)
From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
ltp@lists.linux.it, Li Wang <liwang@redhat.com>,
Andrea Cervesato <andrea.cervesato@suse.com>,
Greg Ungerer <gerg@linux-m68k.org>,
Jonathan Corbet <corbet@lwn.net>,
Randy Dunlap <rdunlap@infradead.org>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Christophe Lyon <christophe.lyon@linaro.org>,
linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
Linux ARM <linux-arm-kernel@lists.infradead.org>,
linux-riscv <linux-riscv@lists.infradead.org>,
Linux-sh list <linux-sh@vger.kernel.org>
Subject: Re: [PATCH 00/36] Remove UCLINUX from LTP
Date: Wed, 3 Jan 2024 13:40:13 +0100 [thread overview]
Message-ID: <20240103124013.GA1095350@pevik> (raw)
In-Reply-To: <ZZVOhlGPg5KRyS-F@yuki>
Hi Geert, Cyril, all,
Geert, first, thank you for Cc all the other lists.
For anybody from those lists, we talk about:
https://lore.kernel.org/ltp/20240103015240.1065284-1-pvorel@suse.cz/
> Hi!
> > I am not sure I agree with this series.
> > Removing support for UCLINUX from LTP is almost a guarantee for
> > not noticing when more breakage is introduced.
> > How exactly is UCLINUX broken in LTP?
> As far as we know noone is using it and nobody is maintaing it for a
> decade, so it's bitrotting and we do not have manpower to fix it, or
> rather we do not want to invest the scarcely limited resources we have
> into something that is niche at best. We asked repeatedly if anyone want
> to invest time into keeping it alive, but nobody answered the call so
> far and I doubt that it will happen at this point.
Also, UCLINUX was used in tests which used the legacy LTP API, which was buggy.
We slowly rewrite tests into new API [1], which is more reliable and do cleanup
and bug fixes during test rewrites. But because nobody stand to maintain UCLINUX
support, it's not in the new API. Thus we have actively deleted it's support
during the rewrite in past years.
I wonder myself if anybody is even using LTP on UCLINUX platforms. Nearly 25% of
the syscalls tests use fork(), thus will not work on UCLINUX. First tests were
rewritten in 2016 (first release in 20160510) and nobody complained.
All tests C based tests (both new and legacy API):
$ git grep -l -e 'include .tst_test.h' -e 'include .test.h' testcases/ |wc -l
1494
Tests, which use fork(), i.e. not working in UCLINUX:
$ git grep -l '\.forks_child.*1' testcases/ |wc -l
334
Kind regards,
Petr
[1] https://github.com/linux-test-project/ltp/wiki/C-Test-API
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2024-01-03 16:19 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-03 1:52 [PATCH 00/36] Remove UCLINUX from LTP Petr Vorel
2024-01-03 1:52 ` [LTP] " Petr Vorel
2024-01-03 7:58 ` Cyril Hrubis
2024-01-03 7:58 ` [LTP] " Cyril Hrubis
2024-01-03 8:04 ` Cyril Hrubis
2024-01-03 8:04 ` Cyril Hrubis
2024-01-03 8:39 ` Petr Vorel
2024-01-03 8:39 ` Petr Vorel
2024-01-03 9:46 ` Geert Uytterhoeven
2024-01-03 9:46 ` Geert Uytterhoeven
2024-01-03 9:46 ` [LTP] " Geert Uytterhoeven
2024-01-03 9:46 ` Geert Uytterhoeven
2024-01-03 11:49 ` Petr Vorel
2024-01-03 11:49 ` Petr Vorel
2024-01-03 11:49 ` [LTP] " Petr Vorel
2024-01-03 11:49 ` Petr Vorel
2024-01-03 11:54 ` Geert Uytterhoeven
2024-01-03 11:54 ` Geert Uytterhoeven
2024-01-03 11:54 ` [LTP] " Geert Uytterhoeven
2024-01-03 11:54 ` Geert Uytterhoeven
2024-01-03 12:09 ` Cyril Hrubis
2024-01-03 12:09 ` Cyril Hrubis
2024-01-03 12:09 ` [LTP] " Cyril Hrubis
2024-01-03 12:09 ` Cyril Hrubis
2024-01-03 12:40 ` Petr Vorel [this message]
2024-01-03 12:40 ` Petr Vorel
2024-01-03 12:40 ` [LTP] " Petr Vorel
2024-01-03 12:40 ` Petr Vorel
2024-01-05 3:52 ` Rob Landley
2024-01-05 3:52 ` Rob Landley
2024-01-05 3:52 ` [LTP] " Rob Landley
2024-01-05 3:52 ` Rob Landley
2024-01-05 13:11 ` [Buildroot] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP] Petr Vorel
2024-01-05 13:11 ` Petr Vorel
2024-01-05 13:11 ` [LTP] " Petr Vorel
2024-01-05 13:11 ` Petr Vorel
2024-01-05 13:11 ` Petr Vorel
2024-01-06 3:58 ` [Buildroot] " Rob Landley
2024-01-06 3:58 ` Rob Landley
2024-01-06 3:58 ` [LTP] " Rob Landley
2024-01-06 3:58 ` Rob Landley
2024-01-06 3:58 ` Rob Landley
2024-01-08 9:03 ` [Buildroot] " Petr Vorel
2024-01-08 9:03 ` Petr Vorel
2024-01-08 9:03 ` [LTP] " Petr Vorel
2024-01-08 9:03 ` Petr Vorel
2024-01-08 9:03 ` Petr Vorel
2024-01-08 10:07 ` Cyril Hrubis
2024-01-08 10:07 ` Cyril Hrubis
2024-01-08 10:07 ` [LTP] " Cyril Hrubis
2024-01-08 10:07 ` Cyril Hrubis
2024-01-09 22:37 ` [Automated-testing] " Bird, Tim
2024-01-09 22:37 ` Bird, Tim
2024-01-09 22:37 ` [LTP] " Bird, Tim
2024-01-09 22:37 ` Bird, Tim
2024-01-10 5:01 ` [Buildroot] " Rob Landley
2024-01-10 5:01 ` Rob Landley
2024-01-10 5:01 ` [LTP] " Rob Landley
2024-01-10 5:01 ` Rob Landley
2024-01-10 5:01 ` Rob Landley
2024-01-10 14:14 ` Petr Vorel
2024-01-10 14:14 ` Petr Vorel
2024-01-10 14:14 ` [LTP] " Petr Vorel
2024-01-10 14:14 ` Petr Vorel
2024-01-10 19:23 ` [Buildroot] " Rob Landley
2024-01-10 19:23 ` Rob Landley
2024-01-10 19:23 ` [LTP] " Rob Landley
2024-01-10 19:23 ` Rob Landley
2024-01-10 19:23 ` Rob Landley
2024-01-10 21:17 ` [Buildroot] " Niklas Cassel via buildroot
2024-01-10 21:17 ` Niklas Cassel
2024-01-10 21:17 ` [LTP] " Niklas Cassel via ltp
2024-01-10 21:17 ` Niklas Cassel
2024-01-10 21:17 ` Niklas Cassel
2024-01-11 0:00 ` Greg Ungerer
2024-01-11 0:00 ` Greg Ungerer
2024-01-11 0:00 ` [LTP] " Greg Ungerer
2024-01-11 0:00 ` Greg Ungerer
2024-01-11 9:21 ` [Buildroot] " Niklas Cassel via buildroot
2024-01-11 9:21 ` Niklas Cassel
2024-01-11 9:21 ` [LTP] " Niklas Cassel via ltp
2024-01-11 9:21 ` Niklas Cassel
2024-01-11 9:21 ` Niklas Cassel
2024-01-12 20:18 ` [Buildroot] " Rob Landley
2024-01-12 20:18 ` Rob Landley
2024-01-12 20:18 ` [LTP] " Rob Landley
2024-01-12 20:18 ` Rob Landley
2024-01-12 20:18 ` Rob Landley
2024-01-11 2:25 ` Greg Ungerer
2024-01-11 2:25 ` Greg Ungerer
2024-01-11 2:25 ` [LTP] " Greg Ungerer
2024-01-11 2:25 ` Greg Ungerer
2024-01-12 20:16 ` [Buildroot] " Rob Landley
2024-01-12 20:16 ` Rob Landley
2024-01-12 20:16 ` [LTP] " Rob Landley
2024-01-12 20:16 ` Rob Landley
2024-01-12 20:16 ` Rob Landley
2024-01-14 13:01 ` Greg Ungerer
2024-01-14 13:01 ` Greg Ungerer
2024-01-14 13:01 ` [LTP] " Greg Ungerer
2024-01-14 13:01 ` Greg Ungerer
2024-01-15 13:41 ` [Buildroot] " Waldemar Brodkorb
2024-01-15 13:41 ` Waldemar Brodkorb
2024-01-15 13:41 ` [LTP] " Waldemar Brodkorb
2024-01-15 13:41 ` Waldemar Brodkorb
2024-01-15 13:41 ` Waldemar Brodkorb
2024-01-15 14:22 ` Cyril Hrubis
2024-01-15 14:22 ` Cyril Hrubis
2024-01-15 14:22 ` [LTP] " Cyril Hrubis
2024-01-15 14:22 ` Cyril Hrubis
2024-01-11 13:11 ` Geert Uytterhoeven
2024-01-11 13:11 ` Geert Uytterhoeven
2024-01-11 13:11 ` [LTP] " Geert Uytterhoeven
2024-01-11 13:11 ` Geert Uytterhoeven
2024-01-11 13:19 ` Greg Ungerer
2024-01-11 13:19 ` Greg Ungerer
2024-01-11 13:19 ` [LTP] " Greg Ungerer
2024-01-11 13:19 ` Greg Ungerer
2024-01-09 20:24 ` [Buildroot] " Rob Landley
2024-01-09 20:24 ` Rob Landley
2024-01-09 20:24 ` [LTP] " Rob Landley
2024-01-09 20:24 ` Rob Landley
2024-01-09 20:24 ` Rob Landley
2024-01-09 23:17 ` Greg Ungerer
2024-01-09 23:17 ` Greg Ungerer
2024-01-09 23:17 ` [LTP] " Greg Ungerer
2024-01-09 23:17 ` Greg Ungerer
2024-01-10 5:47 ` [Buildroot] " Rob Landley
2024-01-10 5:47 ` Rob Landley
2024-01-10 5:47 ` [LTP] " Rob Landley
2024-01-10 5:47 ` Rob Landley
2024-01-10 5:47 ` Rob Landley
2024-01-10 14:46 ` Greg Ungerer
2024-01-10 14:46 ` Greg Ungerer
2024-01-10 14:46 ` [LTP] " Greg Ungerer
2024-01-10 14:46 ` Greg Ungerer
2024-01-10 13:33 ` Petr Vorel
2024-01-10 13:33 ` Petr Vorel
2024-01-10 13:33 ` [LTP] " Petr Vorel
2024-01-10 13:33 ` Petr Vorel
2024-01-10 18:23 ` [Buildroot] " Rob Landley
2024-01-10 18:23 ` Rob Landley
2024-01-10 18:23 ` [LTP] " Rob Landley
2024-01-10 18:23 ` Rob Landley
2024-01-10 18:23 ` Rob Landley
2024-01-10 22:33 ` Petr Vorel
2024-01-10 22:33 ` Petr Vorel
2024-01-10 22:33 ` [LTP] " Petr Vorel
2024-01-10 22:33 ` Petr Vorel
2024-01-08 8:33 ` [PATCH 00/36] Remove UCLINUX from LTP Andrea Cervesato
2024-01-08 8:33 ` Andrea Cervesato
2024-01-08 8:33 ` [LTP] " Andrea Cervesato via ltp
2024-01-08 8:33 ` Andrea Cervesato
2024-01-08 8:34 ` Andrea Cervesato
2024-01-08 8:34 ` Andrea Cervesato
2024-01-08 8:34 ` [LTP] " Andrea Cervesato via ltp
2024-01-08 8:34 ` Andrea Cervesato
2024-01-05 3:50 ` Rob Landley
2024-01-05 3:50 ` Rob Landley
2024-01-05 3:50 ` [LTP] " Rob Landley
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=20240103124013.GA1095350@pevik \
--to=pvorel@suse.cz \
--cc=andrea.cervesato@suse.com \
--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=liwang@redhat.com \
--cc=ltp@lists.linux.it \
--cc=rdunlap@infradead.org \
/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.