Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp6425912rwr; Mon, 1 May 2023 23:37:42 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6r/KVCvV/CXpUCqJ32d9Y+VTFnqyFQVPnVhcEvndvFuL6TCapDxBn6ZPIYotRLkdJfxFni X-Received: by 2002:a05:6a00:b52:b0:634:4dea:81c6 with SMTP id p18-20020a056a000b5200b006344dea81c6mr25082923pfo.0.1683009461790; Mon, 01 May 2023 23:37:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683009461; cv=none; d=google.com; s=arc-20160816; b=m58Nco/SWPAEeMAqJLdc0n6mv3tVBtRGU0Rgvb6Trburkb7xf4B1tohCOADZCChDOh JhRwA26TH0QdnFbNekYCVsbKakTxKgU8PY0cf7OMcdYwO8kqaAomyjrYKqSpnb7QEEUG fwQIdk9OBLEuKIpVm/oPGRE1/bGswbYwA9HAeQjlTUtDC/ph5z+8A4IRHJAsG239cuVV KUFHKIA5ifhnyoZB0J7KO6ls5vi93WXb0tSoqKe5AS+T7fLBrZbbD1NrdghIjmBhE0sV imKaWxTkjVXuQbT/8jsTaQ9nYecg2aUtCGH5hybbI8Vrar6D1DCcG48LNvmIcmrNkacW 2uzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=4uq7NtjVIQbSVOYxdbCEjCd6PdmhLrmdGgocI3IW67M=; b=Q9/Jupy762NDHxiTNg/F2++TFsl1t+KEbTo+CIw9nUPX6pQRtJzjU5w0cOa5xyqDr1 kAtEtKvAb9UBrsDvPPbAS5MN2byXQY5Ox6pbT4OzckJ+NnERHmSkotuqX7j2kmA4NQu4 ZlPlcRJfgOEYPfbiHjF20dx0AP0RGU6tDKO1Jz8GK4P2HYm2XqDBSiMX6b9kRd/vqU38 KEiP18d1svX67VF3Kx6Hr6+4dmR5VxAXyhMMu8eSNCSeb2Nei99ItczVTjrbrTMkQYfL 3x6UH8SoNNRLopbMG5Xt7cH6DXC0AjLbN4PU5z25IKwccq3s1NyB3A5ui+mT2dnhtq5p p6qw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s19-20020a632c13000000b00528c16e9283si9758054pgs.92.2023.05.01.23.37.26; Mon, 01 May 2023 23:37:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233499AbjEBGcW (ORCPT + 99 others); Tue, 2 May 2023 02:32:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46308 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231610AbjEBGcU (ORCPT ); Tue, 2 May 2023 02:32:20 -0400 Received: from 1wt.eu (ded1.1wt.eu [163.172.96.212]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4AE6B1BFF for ; Mon, 1 May 2023 23:32:19 -0700 (PDT) Received: (from willy@localhost) by mail.home.local (8.17.1/8.17.1/Submit) id 3426WF1o027706; Tue, 2 May 2023 08:32:15 +0200 Date: Tue, 2 May 2023 08:32:15 +0200 From: Willy Tarreau To: Thomas =?iso-8859-1?Q?Wei=DFschuh?= Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH] tools/nolibc: remove LINUX_REBOOT_ constants Message-ID: References: <20230428-nolibc-reboot-v1-1-0bca02d20ba6@weissschuh.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230428-nolibc-reboot-v1-1-0bca02d20ba6@weissschuh.net> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Thomas, On Fri, Apr 28, 2023 at 05:52:11PM +0200, Thomas Wei?schuh wrote: > The same constants and some more have been exposed to userspace via > linux/reboot.h for a long time. > > To avoid conflicts and trim down nolibc a bit drop the custom > definitions. For me it breaks the build when including nolibc directly, so most likely we need to include certain files: In file included from /g/public/linux/master/tools/include/nolibc/nolibc.h:99, from : /g/public/linux/master/tools/include/nolibc/sys.h: In function 'reboot': /g/public/linux/master/tools/include/nolibc/sys.h:972:30: error: 'LINUX_REBOOT_MAGIC1' undeclared (first use in this function) 972 | int ret = sys_reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2, cmd, 0); | ^~~~~~~~~~~~~~~~~~~ /g/public/linux/master/tools/include/nolibc/sys.h:972:30: note: each undeclared identifier is reported only once for each function it appears in I suspect it might be like the S_* macros for stat() that we had to guard against. What build conflict did you meet ? I would like as well to redefine the least possible and if we can make sure to fix the conflict efficiently without breaking code, that would be better. Thanks, Willy