Received: by 2002:a05:6358:700f:b0:131:369:b2a3 with SMTP id 15csp3401274rwo; Fri, 4 Aug 2023 04:31:48 -0700 (PDT) X-Google-Smtp-Source: AGHT+IEXsoIFjlL0RqRKw9gbF44egfSOtIoErIQ/r4ysBW9AqLpKHMZVMzbUrLu8uftU9KRLYh+b X-Received: by 2002:a17:906:3108:b0:992:61c5:dab0 with SMTP id 8-20020a170906310800b0099261c5dab0mr1146667ejx.62.1691148707690; Fri, 04 Aug 2023 04:31:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691148707; cv=none; d=google.com; s=arc-20160816; b=i4d/Uj8nPSQZvX/R9jTegSf56IAqJZnruIKsjs5ICvlWHSVxm9hTutrShj+xrp64y2 3uXgLgBH/gMpgfroIo3XQtvGXB6mLYIfP57QszrnIiyewzRw19vV7E9m97uBnq8JzQMY qzIUTsbc/+PGkWky8x5wxbec0y0bRPByXv0HVzByNhyNZdS/9grdJBZbvjynfRcQmsj1 lGB0g93IaqD5aScRyHw+GAJOAtS5uFpKzlEUttxGIfr6aVJOTuUDpanlVaxfbMJU8+hV wdAxWWRZtTUhyN1Ze5TO/w1kazUUvXpoRhik+fFX8hPs4fuW+QfHyWV2hKDUKVbgJXtM BBJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:accept-language:message-id:date:thread-index :thread-topic:subject:to:from; bh=PcJ8alw+QS7jGgzgv9TDmituAN0pZBGxMq0nUBTDGJ8=; fh=Ytjmj1w+roqfGKntpAF7ux2WN/76NnQ8hZw0Eeh3FYo=; b=q1og1CxmE12QDTJ6Pwksv55NpSft0odOWfJfrs1Rmt/coJaZXS08Ta4/6Eh73ptOYf LsufS6Ttalj9aDcct4Fd6dL3Dx7ZJOhkDsaZnuFQKv4v76vsM910c+gedEysiRygU3+W Gs5aJZeBklx1wu6YoA6dG0s7OK1vlqnT9KXYQKswO5soJHl9Wfgfj9IjPy0yd96xQrdf D/pK3K3WeiW/e/GSYt2qo4itYPOz4gToquKptezapnA9iqvBgOuDOMlQIyRQ10PVid4D DVR87U48lEflR0/ljb78DGw8ZNmxNrZs1qA645EjEt/qrj4cfugCq8/EyjvAV5GjKy1z 90jA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=aculab.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b6-20020a1709065e4600b00988d0cd5273si1482400eju.112.2023.08.04.04.31.22; Fri, 04 Aug 2023 04:31:47 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=aculab.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231648AbjHDKzQ convert rfc822-to-8bit (ORCPT + 99 others); Fri, 4 Aug 2023 06:55:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51812 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231289AbjHDKyz (ORCPT ); Fri, 4 Aug 2023 06:54:55 -0400 Received: from eu-smtp-delivery-151.mimecast.com (eu-smtp-delivery-151.mimecast.com [185.58.86.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83D2E4ECD for ; Fri, 4 Aug 2023 03:52:32 -0700 (PDT) Received: from AcuMS.aculab.com (156.67.243.121 [156.67.243.121]) by relay.mimecast.com with ESMTP with both STARTTLS and AUTH (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id uk-mta-221-PzOE0VZdOf6Jz9cwnrWqEA-1; Fri, 04 Aug 2023 11:51:01 +0100 X-MC-Unique: PzOE0VZdOf6Jz9cwnrWqEA-1 Received: from AcuMS.Aculab.com (10.202.163.6) by AcuMS.aculab.com (10.202.163.6) with Microsoft SMTP Server (TLS) id 15.0.1497.48; Fri, 4 Aug 2023 11:50:59 +0100 Received: from AcuMS.Aculab.com ([::1]) by AcuMS.aculab.com ([::1]) with mapi id 15.00.1497.048; Fri, 4 Aug 2023 11:50:59 +0100 From: David Laight To: "'linux-kernel@vger.kernel.org'" , "'Andy Shevchenko'" , 'Andrew Morton' , "'Matthew Wilcox (Oracle)'" , 'Christoph Hellwig' , "'Jason A. Donenfeld'" , Linus Torvalds Subject: [PATCH next v3 0/5] minmax: Relax type checks in min() and max(). Thread-Topic: [PATCH next v3 0/5] minmax: Relax type checks in min() and max(). Thread-Index: AdnGwQ6IGYkn0IjZSjuTaOSyeQI0Uw== Date: Fri, 4 Aug 2023 10:50:59 +0000 Message-ID: <01e3e09005e9434b8f558a893a47c053@AcuMS.aculab.com> Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: aculab.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H5,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 The min() (etc) functions in minmax.h require that the arguments have exactly the same types. This was probably added after an 'accident' where a negative value got converted to a large unsigned value. However when the type check fails, rather than look at the types and fix the type of a variable/constant, everyone seems to jump on min_t(). In reality min_t() ought to be rare - when something unusual is being done, not normality. A quick grep shows 5734 min() and 4597 min_t(). Having the casts on almost half of the calls shows that something is clearly wrong. If the wrong type is picked (and it is far too easy to pick the type of the result instead of the larger input) then significant bits can get discarded. Pretty much the worst example is in the derfved clamp_val(), consider: unsigned char x = 200u; y = clamp_val(x, 10u, 300u); I also suspect that many of the min_t(u16, ...) are actually wrong. For example copy_data() in printk_ringbuffer.c contains: data_size = min_t(u16, buf_size, len); Here buf_size is 'unsigned int' and len 'u16', pass a 64k buffer (can you prove that doesn't happen?) and no data is returned. The only reason that most of the min_t() are 'fine' is that pretty much all the values in the kernel are between 0 and INT_MAX. Patch 1 adds min_unsigned(), this uses integer promotions to convert both arguments to 'unsigned long long'. It can be used to compare a signed type that is known to contain a non-negative value with an unsigned type. The compiler typically optimises it all away. Added first so that it can be referred to in patch 2. Patch 2 replaces the 'same type' check with a 'same signedness' one. This makes min(unsigned_int_var, sizeof()) be ok. The error message is also improved and will contain the expanded form of both arguments (useful for seeing how constants are defined). Patch 3 just fixes some whitespace. Patch 4 allows comparisons of 'unsigned char' and 'unsigned short' to signed types. The integer promotion rules convert them both to 'signed int' prior to the comparison so they can never cause a negative value be converted to a large positive one. Patch 5 is slightly more contentious (Linus may not like it!) effectively adds an (int) cast to all constants between 0 and MAX_INT. This makes min(signed_int_var, sizeof()) be ok. With all the patches applied pretty much all the min_t() could be replaced by min(), and most of the rest by min_unsigned(). However they all need careful inspection due to code like: sz = min_t(unsigned char, sz - 1, LIM - 1) + 1; which converts 0 to LIM. v3 Fix more issues found by the build robot v2 Fixes some issues found by the kernel build robot. No functional changes. David Laight (5): minmax: Add min_unsigned(a, b) and max_unsigned(a, b) minmax: Allow min()/max()/clamp() if the arguments have the same signedness. Fix indentation of __cmp_once() and __clamp_once() Allow comparisons of 'int' against 'unsigned char/short'. Relax check to allow comparison between int and small unsigned constants. include/linux/minmax.h | 103 +++++++++++++++++++++++++++-------------- 1 file changed, 68 insertions(+), 35 deletions(-) -- 2.17.1 - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)