Received: by 2002:a05:622a:1442:b0:3a5:28ea:c4b9 with SMTP id v2csp540735qtx; Thu, 3 Nov 2022 06:30:56 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5FrJIFS0PUhbvivyUb2Zv3yCQftMq/cy94CV99feSutHzkyRU276UrNQfI8Ts8URBFkBKl X-Received: by 2002:a17:907:2c71:b0:79e:8603:72c6 with SMTP id ib17-20020a1709072c7100b0079e860372c6mr29633011ejc.172.1667482256278; Thu, 03 Nov 2022 06:30:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667482256; cv=none; d=google.com; s=arc-20160816; b=yWbPhrHPbFKfdM2rhHveObCWrkjvkRT/8wTbwOJtpt5vwpBKdnD7jqjOhFyvNeMH1d XCFtYRMEzEbz7v3sii/kzBr8WyBZjkHRxuegBdXtzphl+kM5Q/oMLQgcmBSUi2CS6xFg f4Ce+F9h+iqyUignqg/gwWZONylzI09iqVWYHQbW5Bj1mG/dJ7YTiGdgFyWZKpMK3bSu iZ0YPmBLT2w1X/HJACPjmUiIplaSZm5Mel5aPF9ITe8BXQxIVbDQ5TiMoPGqQHuRrx+T TKDSrdLsIVo+RytPsHEyX6jTDo76mkajGiv5rjkK906nfHJS8wQ/B3N1Ea/j+2X4kPWM UwJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=QgYVtwHpYFw03zFyQCrKiDUNLViSFeX3zTBG3z4JYH4=; b=H4coPApk9PtbtWWxqX2egieL54TtIAZY6NK90pPcUv3Q0quQRQ5cdU5UAHGw4ojmQe CC+EJz4SVeNvXOLdSEbBJREKHbgtZrBaceqzWKG3m23rw73/vX518lLlR9bfMIru2E/w 5Hg8BkXoj6P4522b5AR5rO1SiBNkYn2TOBFa6bEAPVLWM3FgBHcuoDc95XyP9uvqU3OQ gsF1BUvsIze8fLy8oTNbZ5eaetaNa9lEiOs3qxogeESi6fnpPi5IdL7RJMWu9nxfLO0K B3/l85biFmF517BszwsZuoXci5MDB0vkp9nnsIX+XXlLUW3rOvpE/IC+SDGQ3OoH5CLm Xylg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@inria.fr header.s=dc header.b=XReocNVr; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=inria.fr Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v18-20020a1709061dd200b007803e371aedsi884367ejh.161.2022.11.03.06.30.28; Thu, 03 Nov 2022 06:30:56 -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; dkim=pass header.i=@inria.fr header.s=dc header.b=XReocNVr; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=inria.fr Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231244AbiKCM5b (ORCPT + 98 others); Thu, 3 Nov 2022 08:57:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40054 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229637AbiKCM53 (ORCPT ); Thu, 3 Nov 2022 08:57:29 -0400 Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92A36110B; Thu, 3 Nov 2022 05:57:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=QgYVtwHpYFw03zFyQCrKiDUNLViSFeX3zTBG3z4JYH4=; b=XReocNVr2c+W3z+RNnZIxMY6bPTC+O1WnpPmvD3ZRwfTDXDvNDn2UE2z Kh1b9gPMyDCE9dmkkPy8Ib97DUQPjkernn8PonA+F/TEhVoVcomhxzD51 liRkPSVO9eq5upX6qkl5wh0RHSo6PhT3WCDZxY49YxG8ojU69vhG3CrZt g=; Authentication-Results: mail3-relais-sop.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=julia.lawall@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.96,235,1665439200"; d="scan'208";a="36363611" Received: from dt-lawall.paris.inria.fr ([128.93.67.65]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 Nov 2022 13:57:27 +0100 Date: Thu, 3 Nov 2022 13:57:26 +0100 (CET) From: Julia Lawall To: "Jason A. Donenfeld" cc: Kees Cook , cocci@inria.fr, Linus Torvalds , Alexey Dobriyan , akpm@linux-foundation.org, linux-kernel@vger.kernel.org, mm-commits@vger.kernel.org, masahiroy@kernel.org, gregkh@linuxfoundation.org, andriy.shevchenko@linux.intel.com, Stephen Rothwell Subject: Re: [cocci] [PATCH -mm] -funsigned-char, x86: make struct p4_event_bind::cntr signed array In-Reply-To: Message-ID: <8e7bcf3-2d39-a9f2-f818-ec627e5d5c4e@inria.fr> References: <20221020000356.177CDC433C1@smtp.kernel.org> <202210201151.ECC19BC97A@keescook> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS 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 Thu, 3 Nov 2022, Jason A. Donenfeld wrote: > Hi Julia, > > On Thu, Nov 3, 2022 at 1:45 PM Julia Lawall wrote: > > It should work now. > > Thanks! > > > However, without disable optional_qualifier, char is > > still matching signed char. If you think that should be changed, I can do > > that. > > Does `optional_qualifier` disable other things that might be > interesting to have? If so, maybe this is less than ideal? If not, > maybe it doesn't matter? Optional qualifier only allows a metavariable declared to have a certain type to match an expression that has the same type with signed, const, or verbatim in front of it. Disabling it forces you to write our signed, const etc explicitly when you want them. So rules may becomes more verbose. julia > > Though, for what it's worth, gcc treats `char` as a separate type, > even when using `-funsigned-char` or `-fsigned-char`. > > Jason >