[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240103124013.GA1095350@pevik>
Date: Wed, 3 Jan 2024 13:40:13 +0100
From: Petr Vorel <pvorel@...e.cz>
To: Cyril Hrubis <chrubis@...e.cz>
Cc: Geert Uytterhoeven <geert@...ux-m68k.org>, ltp@...ts.linux.it,
Li Wang <liwang@...hat.com>,
Andrea Cervesato <andrea.cervesato@...e.com>,
Greg Ungerer <gerg@...ux-m68k.org>,
Jonathan Corbet <corbet@....net>,
Randy Dunlap <rdunlap@...radead.org>,
John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>,
Christophe Lyon <christophe.lyon@...aro.org>,
linux-m68k@...ts.linux-m68k.org, linux-kernel@...r.kernel.org,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
linux-riscv <linux-riscv@...ts.infradead.org>,
Linux-sh list <linux-sh@...r.kernel.org>
Subject: Re: [PATCH 00/36] Remove UCLINUX from LTP
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
Powered by blists - more mailing lists