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 719B9C4707B for ; Wed, 10 Jan 2024 18:17:19 +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:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=XTAsmFLh6P1xROCNNyb0X3eqlQ2rSgXnat5kf67jL9c=; b=cahwEGNnA6EoqL IrzPPLaInmaOd01N4b8EE4YxovjQ95cAJZyUSIUINvfbj8on4sBaRxwUJTt4yEFzaeFQrgeunvW4g WUkgbvG845BJhMUCJCry4lXwJdur/t0eYWC4Vht7dFsKkRoxwxv/HF5cSs6PVB2VlT5Gz1y35/CZR f8N+NxrFDpl3DscTslAlzFmIovg3lOKUc5+vlIPhAW0zXPY1LR9LFqIzqW0YNAHcq/6h5eesm3Jux tJywuzmUkq6tVYKVLru2MtEPQjGagLMUYtRW4QDraAzWluEX9qyA+D/jYLWlR7Rpa1haEyWrLE8KU v6S/FvU+alMD7F+y2BwQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1rNd8D-00DP87-0r; Wed, 10 Jan 2024 18:16:49 +0000 Received: from mail-io1-xd31.google.com ([2607:f8b0:4864:20::d31]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1rNd89-00DP5h-1P for linux-arm-kernel@lists.infradead.org; Wed, 10 Jan 2024 18:16:47 +0000 Received: by mail-io1-xd31.google.com with SMTP id ca18e2360f4ac-7ba9f1cfe94so137411739f.1 for ; Wed, 10 Jan 2024 10:16:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20230601.gappssmtp.com; s=20230601; t=1704910601; x=1705515401; darn=lists.infradead.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=lo1VQ4EJOV7cREJOABitf1hSk8b65EfBHPgIFVrB/OQ=; b=nUxq2cfSuAUbJQh47H1+w7PyZUcTJU8kV5xH2ssoPd3OwPLfRJZRlCvrJ56yPslQLs E0LfBA3203YDW9hErUFIfoVoZb+c6JeZ8UHFe0lobCr7MQUsvHhVrfY5zvOK+fTIlKGT Ln74BSRLI6xJgpxHd5Vr9Ub2KUFvtZO1TZVuwJ3/IjJ7NGueSXuKtkf2cA80QxHgGNgo vx7GKS/0E6I8a7bGwFxWpeMALFz5dczAsZFPBi/1/NmbGfB6dw0EVIhj1mxGnU1g+ymf W4IPD5VHMRb5YVnmYcwnErcrtka7hL2nMZhX+o/YInwsFrQlIr6wLX3k2B1w46X9DW0Y sPVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704910601; x=1705515401; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=lo1VQ4EJOV7cREJOABitf1hSk8b65EfBHPgIFVrB/OQ=; b=L/SkohHKISiE277FTlMlrLouy0rGQpV9sOVWQqakT4eylIJb3+9dpGv2Mw5f2dzo/t frUilDb1b1A9j+vmPEpc1EBmTU6NNNgJXOvqP7hEJRPLnIwNvwHyteJrqdT9rsa0GvLN P2s1MjjIeJwpT/zBXYwsRJXD3IyUNc6FgfQHWhubAma7ZVd3V1pADzRGVlNP3UrcRSrx tjAs/cTuZzlEW6Eqg3dO4MKCCkLLpEUUcEQ4vDwAeUtCbvBS4RjVjYbYvWy6Z8d3NW7p sHatJf5NLm4+FCFmzGsuLs6E8PvlGy13y7TuysnmIH1QQ3JZ24xKO4p5nF/1mmBOZpt3 fA+w== X-Gm-Message-State: AOJu0Yy0eSli46uMbU49sUiaQiC07hzyUIKEHD6l37+oCTvw9MN6H7KI d8dStGDc14zOqC4LDXgPHpbId0RMCX++tQ== X-Google-Smtp-Source: AGHT+IE4EzhYPa/LzL9jotCAfZZS/ofuHIbVxibF33Hm19VsMiO5K5RqGzW8lAvCC04sDZHn23tGgw== X-Received: by 2002:a05:6e02:1c0e:b0:35d:4463:5dd2 with SMTP id l14-20020a056e021c0e00b0035d44635dd2mr375930ilh.16.1704910601268; Wed, 10 Jan 2024 10:16:41 -0800 (PST) Received: from [172.16.32.83] ([198.232.126.202]) by smtp.gmail.com with ESMTPSA id c21-20020a02c9d5000000b0046b4a8df4f1sm1423121jap.75.2024.01.10.10.16.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Jan 2024 10:16:40 -0800 (PST) Message-ID: Date: Wed, 10 Jan 2024 12:23:19 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP] Content-Language: en-US To: Petr Vorel 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 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> <20240110133358.GB1698252@pevik> From: Rob Landley In-Reply-To: <20240110133358.GB1698252@pevik> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240110_101645_693823_CDD01F38 X-CRM114-Status: GOOD ( 33.12 ) 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: , 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 On 1/10/24 07:33, Petr Vorel wrote: >> 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. I don't expect a lot of nommu users are aware you ever _could_ run LTP on nommu. But I'd like to get nommu more regularly supported. You _should_ be able to build a musl-linux userspace with busybox or toybox and be able to build a recognizable system (even an alpine-alike) which could then get the basic plumbing regression tested on qemu even without access to nommu hardware. >> > 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.) I'm writing a bash-compatible shell, which (thanks to Elliott forwarding questions) has involved surprisingly long threads with the bash maintainer about weird corner cases neither the man page nor my testing made clear: http://lists.landley.net/pipermail/toybox-landley.net/2023-July/029631.html (Alas I try NOT to involve him because when I bring stuff up he keeps FIXING BASH which from my point of view just makes it a moving target...) Anyway, running the shell API on nommu doesn't seem out of the question, but probably not any time soon. (The fact the shell isn't finished yet is one of the big REASONS I haven't got enough time to take on LTP. That and I haven't started writing "awk" and "make" yet". And I need to cycle back to https://landley.net/notes-2023.html#12-10-2023 . And after that debian, ala https://peertube.debian.social/w/chzkKrMvEczG7qQyjbMKPr and https://peertube.debian.social/w/45XroN9CnbYLNLKQH3GD9F . And follow up on https://lists.gnu.org/archive/html/coreutils/2023-08/msg00009.html . And...) > All files in lib/ directory which include tst_test.h are part of new C API. Main > file is lib/tst_test.c. safe_fork(), safe_clone(), fork_testrun()... > 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. Library meaning... libc? Or does LTP have a library? > 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. My standard questions are "what does success look like" and "how do I reproduce the problem". For the first: if there previously was nommu support in LTP, what's the last version that's known to work? Is there an existing build/test setup that can be reproduced? For the second... If I try to run LTP on sh2eb (my current nommu test board) with the current LTP... do I get a build break? Additional test failures at runtime? You talk about "removing nommu support", but... what's the current status? (A subset of tests still use the old api...?) Yes I need to read https://github.com/linux-test-project/ltp/wiki/C-Test-API but I also need to know how to build LTP from source. I'm looking at the README's list of "autoconf, automake, m4, pkgconf / pkg-config" and wincing significantly. (What does gnu/autoconf DO here? Disable tests? I never understand why anybody uses that giant hairball of complexity. Half of cross compiling is figuring out how to lie to autoconf, and my normal workaround for that is to bootstrap a target system and build natively, but while I've gotten gcc to run natively on nommu systems, I never _tried_ gnu/autoconf. Bootstrapping some subset of LFS on a nommu system so it has the dependencies LFS needs to natively build seems like the long way 'round... (I am not the right guy for "make it work the easy way". I am the guy who will step on every land mine between here and there. I code by debugging an empty screen. If I don't start from "known working" setup... it would take a while.) Rob _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel