From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id DF8CCC4707C for ; Wed, 10 Jan 2024 13:34:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:Reply-To:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=PKTth6USpquQXZ0q/j73nZYoswMEpBIy6eVdY9CkDYE=; b=mG7MioGgRflOhG KZfeAUCzoHvny1HAxUmFkm94bMHc8cPqjrOmrx30BMukv2X6eND/Q+gbHkSbjrolqJhv/xgjCrtaD ib29kBoa0FX7yZfU8AKtA8AVy1Xu7YdTbhhw8ILb+uFhyePBK5G+b9KipDDk4nvSVwsB7mOM27Psr nVWcxWKjEokF5RET24r8eLtXGQcqyyewFSSBF77OCwVZ5M6TXKshG9YDidGn6s+j1oGGLIHYyiy8K wweNnFOVAfr+4Uk1adEQc0FWzvQha1kfAkeYvqreZ5EHPNIflVsjxrzrJg5qrexVabkUPL3xJyCUR Y1GGiGl5KVC0w8Q2Wfnw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1rNYig-00C0TP-01; Wed, 10 Jan 2024 13:34:10 +0000 Received: from smtp-out1.suse.de ([195.135.223.130]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1rNYic-00C0Ma-1Y; Wed, 10 Jan 2024 13:34:08 +0000 Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 2B0A7220B0; Wed, 10 Jan 2024 13:34:01 +0000 (UTC) Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id 4201013786; Wed, 10 Jan 2024 13:34:00 +0000 (UTC) Received: from dovecot-director2.suse.de ([10.150.64.162]) by imap1.dmz-prg2.suse.org with ESMTPSA id 5hiwDMicnmUSKwAAD6G6ig (envelope-from ); Wed, 10 Jan 2024 13:34:00 +0000 Date: Wed, 10 Jan 2024 14:33:58 +0100 From: Petr Vorel To: Rob Landley Cc: Cyril Hrubis , Geert Uytterhoeven , ltp@lists.linux.it, Li Wang , Andrea Cervesato , Greg Ungerer , Jonathan Corbet , Randy Dunlap , John Paul Adrian Glaubitz , Christophe Lyon , linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, Linux ARM , linux-riscv , Linux-sh list , automated-testing@lists.yoctoproject.org, buildroot@buildroot.org, Niklas Cassel Subject: Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP] Message-ID: <20240110133358.GB1698252@pevik> References: <20240103015240.1065284-1-pvorel@suse.cz> <20240103114957.GD1073466@pevik> <5a1f1ff3-8a61-67cf-59a9-ce498738d912@landley.net> <20240105131135.GA1484621@pevik> <90c1ddc1-c608-30fc-d5aa-fdf63c90d055@landley.net> <20240108090338.GA1552643@pevik> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.00 / 50.00]; REPLY(-4.00)[] X-Rspamd-Server: rspamd1.dmz-prg2.suse.org X-Rspamd-Queue-Id: 2B0A7220B0 Authentication-Results: smtp-out1.suse.de; none X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240110_053406_677307_1FF1EAEF X-CRM114-Status: GOOD ( 32.40 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Petr Vorel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Rob, all, > On 1/8/24 03:03, Petr Vorel wrote: > > Hi Rob, all, > > [ Added Niklas Cassel, who is maintainer of qemu_riscv64_nommu_virt_defconfig in > > buildroot ] > Hi Niklas! > >> Buildroot also apparently has an LTP package selectable in menuconfig: > >> https://github.com/buildroot/buildroot/tree/master/package/ltp-testsuite > >> But I haven't tried it... > > I'm the maintainer of the LTP package in buildroot in my private time. > > BTW I spent quite a lot of time fixing LTP (and some other system packages, > > e.g. nfs-utils) compilation on some old legacy architectures reported via > > http://autobuild.buildroot.net/ I've never used in the reality. > > But I certainly don't have time to drive nommu support in my private time. > > I don't even have an interest, I don't use any nommu device. > I do, but I've never done much with LTP, and I have my hands full with toybox > and mkroot already. Understand. > > Therefore nobody who is not involved in nommu will not find a time to support it > > in LTP (support does not mean just to add the functionality to the new C API, > > but run tests on nommu and fix failing bugs). I suppose nobody is paid to work > > on nommu platforms, it would have to be a hobby project, right? > A bunch of people are paid to work on nommu platforms, and I've worked with them > a bunch, but none of them talk to linux-kernel. They find the culture toxic, > insular, and categorically dismissive of their interests. > For example, cortex-m is a large nommu platform on which vendors support Linux > BSPs, but notice how page 8 of > https://www.microsemi.com/document-portal/doc_view/132181-linux-cortex-m-users-manual > points at a cross compiler toolchain from _2010_ and page 4 says they're booting > a 2.6.33 kernel? > I'm a bit weird in that I try to get CURRENT stuff to work on nommu, and a lot > of people have been happy to consume my work, but getting any of them to post > directly to linux-kernel is like pulling teeth. Interesting, thanks for sharing this. BTW I'm not saying anybody is using nommu, but I wonder if anybody really test it with LTP. And if yes, I wonder why we don't have reports about tests broken in new API. > > 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). > What does the API migration do? Is there a page on it ala OABI vs EABI in arm or > something? New C API is documented at our wiki: the API for using in the tests [1] and the library itself [2]. (We also have shell API, but we can ignore it for nommu.) All files in lib/ directory which include tst_test.h are part of new C API. Main file is lib/tst_test.c. LTP tests, which has been rewritten to new API include tst_test.h, they are in testcases/ directory. Library has it's own tests (for testing regression in in lib/newlib_tests/*.c. The reason why Cyril wrote in 2016 new C API was that the old API was buggy (tests randomly fails). Tests which are still using the old API (there is ongoing rewrite) include test.h. The old API is not much documented. Feel free to ask any more question. Kind regards, Petr [1] https://github.com/linux-test-project/ltp/wiki/C-Test-API [2] https://github.com/linux-test-project/ltp/tree/master/lib > Rob _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel