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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 89EF5C05027 for ; Mon, 23 Jan 2023 17:18:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233558AbjAWRSM (ORCPT ); Mon, 23 Jan 2023 12:18:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54574 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233589AbjAWRSD (ORCPT ); Mon, 23 Jan 2023 12:18:03 -0500 Received: from 1wt.eu (wtarreau.pck.nerim.net [62.212.114.60]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3DDE0468A; Mon, 23 Jan 2023 09:17:44 -0800 (PST) Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 30NHHChN014353; Mon, 23 Jan 2023 18:17:12 +0100 Date: Mon, 23 Jan 2023 18:17:12 +0100 From: Willy Tarreau To: "Paul E. McKenney" Cc: linux-kernel@vger.kernel.org, Shuah Khan , linux-kselftest@vger.kernel.org, Ammar Faizi Subject: Re: [PATCH 0/2] selftests/nolibc: small simplification of test development phase Message-ID: <20230123171712.GA13172@1wt.eu> References: <20230121085320.11712-1-w@1wt.eu> <20230121200038.GG2948950@paulmck-ThinkPad-P17-Gen-1> <20230121213455.GA16121@1wt.eu> <20230123164721.GO2948950@paulmck-ThinkPad-P17-Gen-1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230123164721.GO2948950@paulmck-ThinkPad-P17-Gen-1> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Paul, On Mon, Jan 23, 2023 at 08:47:21AM -0800, Paul E. McKenney wrote: > And building from sources proved to be reasonably easy, so the test > now passes for me. My initial thought of putting qemu-x86_64 into > my ~/bin directory fails the sudo test, but putting it into /usr/bin > works fine. Great! > Thank you for the hints! > > Should I add a sentence to the commit log noting the potential need to > build qemu from the git repo and to install qemu-x86_64, give or take > what architecture one is running? Well, I've always had all the variants for all supported archs and didn't know that sometimes only part of them could be installed. I've used and tested qemu-{i386,x86_64,arm,aarch64,mips,s390x,riscv64} with this with success, and all of them are built by default for me. Thus I'm not seeing a good reason for making a special case of x86_64. Or maybe I'm missing the point ? Thanks, Willy