Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp2841618pxb; Mon, 25 Apr 2022 03:52:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJ2MC/64J6zOs3tK/sj+jNJsBRINpvOK0ogkmGDCuu0MrdTVDNh41dh+g18RkHkj/4E1EN X-Received: by 2002:a17:902:7083:b0:158:41f2:3a83 with SMTP id z3-20020a170902708300b0015841f23a83mr17521860plk.99.1650883961644; Mon, 25 Apr 2022 03:52:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650883961; cv=none; d=google.com; s=arc-20160816; b=asM9w1TnsBZhqIEg2zhQTH8iu/w//LvZrHeNTzpQARXdGxPcvegbFkIm7RsA24huhx WzqoydhGrZ1LBAZGrijEq7E6AK7KtM9AEmhVHN38g9Q/DcEWjAG5n8yMtXH1q0sqz8Dn MD6pmZHZO1sgU+vBV9Ac0jP56n8mOc0eF7Vt9tl86Spp9KtToJeXv8RpjwHzF27623tS gjPv+3KIRWbXvN3PC6Ea8QGPQnkpj3wROLZ0q9fs8OvTu1TH5He+ZwRfCWzNxH8dE9ZY PRGXertF7LptzN1GEgiAcBcyfyfXGHwKFDkzRZ/6WWYyfm4lwJi6MC+Ffe94MYXfjZ1J bkaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=Pt0f8OD9JstLM3L7L1/Hj7y7iBualaHTgYoks7pJkm4=; b=HT0RZMxo1vH8nsCQSGM5gdwQcMosnl6imm5oghD3a2hOHKji0Vc+J7immax+NQlHCb k0R+4tYl7ex3znCbL8XqVYNCK+NpnEP1//rYCnyi7e9cUBh0OfPe2crpZdH314qOIXj8 FOA6lab3rTMKVGxigWtVpNAPk3kL1gxq9asoUQLYaN5GD46pJxov+mlGw7paSwL7JOn0 UMi4qrDXy46H85QRhGQeJpG6NmlmfVUxl7rVjXAVRB2iaPUVkcOnaPwRL9RY2QnP6uc4 3bJH2oBZTCw8dCSZJgv0x3nmUHedGdJxSMm8oHi9qJqWNaR3KQB9fAdNkXiIpsT2bD+R ov2A== 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 h14-20020a056a001a4e00b0050a9599eedfsi16722742pfv.343.2022.04.25.03.52.25; Mon, 25 Apr 2022 03:52: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 S238421AbiDYIw7 convert rfc822-to-8bit (ORCPT + 99 others); Mon, 25 Apr 2022 04:52:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42414 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235825AbiDYIw5 (ORCPT ); Mon, 25 Apr 2022 04:52:57 -0400 Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 61AADB1888; Mon, 25 Apr 2022 01:49:54 -0700 (PDT) Received: from mail-wm1-f53.google.com ([209.85.128.53]) by mrelayeu.kundenserver.de (mreue009 [213.165.67.97]) with ESMTPSA (Nemesis) id 1Ml6i4-1oAWSa3GV2-00lXOo; Mon, 25 Apr 2022 10:49:52 +0200 Received: by mail-wm1-f53.google.com with SMTP id q20so8830299wmq.1; Mon, 25 Apr 2022 01:49:52 -0700 (PDT) X-Gm-Message-State: AOAM533GogKGJ857zi7cqT1tBhDCnJI99in9rszKdBW6z/wQ3o6GvAox eXpUkLLZ/9WGyR9O3SDxl3lQv0kKwxG8lYAr8wA= X-Received: by 2002:a05:600c:25c5:b0:38f:f0b9:4c8c with SMTP id 5-20020a05600c25c500b0038ff0b94c8cmr16117479wml.20.1650876592353; Mon, 25 Apr 2022 01:49:52 -0700 (PDT) MIME-Version: 1.0 References: <20220422151725.1336997-1-mailhol.vincent@wanadoo.fr> In-Reply-To: From: Arnd Bergmann Date: Mon, 25 Apr 2022 10:49:36 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] checksyscalls: ignore -Wunused-macros To: Vincent MAILHOL Cc: Arnd Bergmann , Nathan Chancellor , Nick Desaulniers , Tom Rix , Linux Kernel Mailing List , clang-built-linux , Linux API Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:YnibiRNyIgeuI2nPVLClsnhP1828FAbmVUYeoPkiNrTa8wA+aCl 6nzkkwwCK5ra4jSO7yof9xi3ag8OBY0xP5UmorHgQsejui3M9qi3murGQaZFx/Mg2kGKXHq FPp3V1OHPtZbC7El9/GdWOZ+P1nSrAIqMoxlf2oErQQKh0McIDvYWRYQ4ekb5/5J01PdiXZ Ye1OtdgWjHzcSyzU6COLg== X-UI-Out-Filterresults: notjunk:1;V03:K0:etjVTRUMtNY=:8cGRRh6scKpqNjfImdGj3i g+ZFj0No7LeBfPC67hzJbwkxVfMshswEBhgLUO4slSJQiXYB1DEi6eT2/qsqIWEnGBQrgO2R7 LifyBz0oqLavS2KzlAF3bCy73b/s+/27PO3mk2+zc+Oxfo7qg2azx7n3yS+xb3FRzeZbOZhya ivvzL3J/xylS5rS8IbqUAvrJ9EmfShRzWWqgyzcdGY+O+z9HXlqXn/IY+QZFzaUd4SNtZ7adu H1yPXH64w1wEya33VsrnWUNDvUuAaeQPxar2UeHROM6j8veInZY+5CKE2OUS+IoO2pEmrre6/ 3q9oICfw7ubdw6Ur7GL9WuR9idFrSiNGG02qhObVaSIwZb6WaZkGt0OGGzVwVo7Onwdb+3OYc qc5VXwRXZYyZgzSoM2PcFClSl4+sD+ddqPDQwPhr2V3YU3CoS6Iso0qMpZYciuyG3vDWgjpzr Vs/Cyi9F6lSDwgLMFBZdoTIxwAMWW5LmZ9Y6/+4aAbaPIUyC7QcqDo4WPFphSfQiMrpJExoEQ VcQ5jokFi6lMeSlPkZmQQeGU0MqPwG9aiS5Jo43oqrtY+2ulyT84SMts6WK0NZ1k03n2GTFh0 LwGjgh3Yzr/D3Gj/BNgaHXB2qEX/V33xfv8gPC1oyEMCL2bl0JED4J20Dz+2uLmWW4yYubmU0 /P+xgXZW2jd0nbn0sElVaHX0uM40jvaS9B5WwgIM0MY2f2MpScUU0w0VloDmCtK3oYvPAYto4 YvSnHaGXQji3ociDCFODER4kmqhvG5y50UJmSSIXJ25HkMT/Qbxu7Gcfe3bEdambM6+TUdJTf yovSdyNhvk2gDEoTKwnHy2XIq8BXy1ixZj3euLHFjUYMO7Wo1k= X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE 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 On Mon, Apr 25, 2022 at 9:42 AM Vincent MAILHOL wrote: > On Mon. 25 Apr 2022 at 15:50, Arnd Bergmann wrote: > > On Mon, Apr 25, 2022 at 8:17 AM Vincent MAILHOL> wrote: > > > When I run W=2, I want to only see the warnings of the file I am > > > working on. So I find it useful to fix the W=2 warnings which > > > show up when building other files to not get spammed by > > > irrelevant issues and to simplify the triage. > > > > > > My initial message lacked the rationale. I will add additional > > > explanations in the v2 of this patch. > > > > I agree this is worth fixing if we want to make W=2 have any meaning at all. > > > > Your approach is probably fine. We could try to improve this by comparing > > against the list from include/uapi/asm-generic/unistd.h instead of the i386 > > list. I suppose that would involve rewriting the script into a simpler one, > > but I'm not sure if anyone has an interest in working on this. > > If someone wants to do it, great, but I do not have the > confidence to do it myself so I hope you will forgive me for > taking a pass here. Sure, no worries. > Another alternative I considered was to only call > checksyscalls.sh when doing a 'make all'. This way, we keep the > warning but people won’t be spammed when building sub projects > because the script would not be executed. Right, I like that as well, one less thing to be done for every iterative make as well. The syscall table really doesn't change all that much that this needs to be run by most developers. Arnd