From mboxrd@z Thu Jan 1 00:00:00 1970 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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E5295C02181 for ; Mon, 20 Jan 2025 14:15:39 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5875D6B008C; Mon, 20 Jan 2025 09:15:39 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 536856B0092; Mon, 20 Jan 2025 09:15:39 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3B0EF6B0093; Mon, 20 Jan 2025 09:15:39 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 1E5536B008C for ; Mon, 20 Jan 2025 09:15:39 -0500 (EST) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id C495541DD3 for ; Mon, 20 Jan 2025 14:15:38 +0000 (UTC) X-FDA: 83028028356.10.A3533CF Received: from mail-pl1-f177.google.com (mail-pl1-f177.google.com [209.85.214.177]) by imf19.hostedemail.com (Postfix) with ESMTP id 817351A000A for ; Mon, 20 Jan 2025 14:15:36 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=HHbAdgYs; spf=pass (imf19.hostedemail.com: domain of groeck7@gmail.com designates 209.85.214.177 as permitted sender) smtp.mailfrom=groeck7@gmail.com; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1737382536; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=hbs7P0KRXwuv1V10Zh4lh9S7w+ofgDQ8sYvjMYRbtOA=; b=Jzfmse0uY6aTYg0baSx8jWcwSxz8orPrlKzpE9Zhc5UOAkEV6oQYAEkvPSiM2JFlE+XR1S PNG0EshSKgGB0R4I+o48ic/htCab1NZzMpn2IHNr+smzO9mX5Bx9AeZifu2OnwkX8Z6xP8 K0KifDg18HU9tFOjubM+4vedJVJTTXU= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1737382536; a=rsa-sha256; cv=none; b=efpQTvs7rnBTYffSBkzxu0FEn1jvbZBlambtyEwVrRLkbOLLOuqWykmygzrcMBOi9eyz9Q NZ0J2/t7DiCLs4MIfP/S8tdLqE6H/YWfDIEwsyFytgS6bPp5Dbx59bBf2kY82l1rTE322/ Z/xjQyAXLNHavt8HaVGIjNULAKxhEJg= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=HHbAdgYs; spf=pass (imf19.hostedemail.com: domain of groeck7@gmail.com designates 209.85.214.177 as permitted sender) smtp.mailfrom=groeck7@gmail.com; dmarc=none Received: by mail-pl1-f177.google.com with SMTP id d9443c01a7336-2167141dfa1so78213505ad.1 for ; Mon, 20 Jan 2025 06:15:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737382535; x=1737987335; darn=kvack.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:from:to:cc:subject:date:message-id:reply-to; bh=hbs7P0KRXwuv1V10Zh4lh9S7w+ofgDQ8sYvjMYRbtOA=; b=HHbAdgYsPJ7XUtcAUDM/MeIuXmSUaup0wnONH7CwrauEAWRezUtaewqNjIJl7YvgIE ntbrTAsFigGzr70Zsl3lP12Ze2nhT6TGkGEqhuhgeb+Te55ffqBhBv9YngNkdmCnLegc jSE5NbVaEREEginsYMAodPOjgzrw06dUGm4YjJMjSrC4SaWozdqLiroEHYc4ebccr/16 2nZgiBa5CihZ2MUlqcobOKjpY4m4XpMDngy59aNlGU2hAVgQo3A4xuSugnZ8M3YAoUuT VReK1FsI6l88/XEw9GpJy69tp3AhdYgThu0XL5cQVdRk2G6DBGhhfNGPgmWBgtev6I46 BVuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737382535; x=1737987335; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=hbs7P0KRXwuv1V10Zh4lh9S7w+ofgDQ8sYvjMYRbtOA=; b=a/hUaljwPP76d1oC8UmbFJXSJJyZEUyKXemvJ7bu0Uy7O3ECsf/bRp0EeyW+EI+ksW dUvKKPTr7zS8fbP1CdWAcuNPghFpwHbFEmDqv5y0ciws7V6uCBoj3+3GryJ5M2Ksjik2 sNo98jtN3fEDOKStlBhIMkg4EIZmoG/WwKzUxgR2/NqiVahV5Ts8R45O4TG7r6bek6CF eyldlcJv6LVpR+L8Fykv5AX/+ZJIyub0M2XXFdROlZR5shmgKat4OIIV0v84obx4n7tE bGxSeoliEijIOCJJdpQdoEbNlIFcjtXOXPBnCzU0Gu60O1eBW7lBKjQqCtUStkjgWbEB BSPw== X-Forwarded-Encrypted: i=1; AJvYcCV/k4ElYMMreADhupyOIjTKC+tWXzvL8hVMFOtvFfjhsAcULfdAjP9Bcua3M0+ja7DE40XsjJfy5Q==@kvack.org X-Gm-Message-State: AOJu0YylmmdGBwDlfr9KnTSK9TArzqfLvQmLGKAHn9W0bwMsPD73RXw0 1mS5UqqZvmxa5M5CRO8eezzEx5EZ8cvA9wUYfP9k4EFhfuKkefN9 X-Gm-Gg: ASbGncsd0i96lA0aEYUXOg28qiSKGKQZbqirqF0TgvPRd07M5gaetASStQz4QqIZA8o YQ7GGD1K94+bedGFkXyFipSkojLxn63fA0teRJyNX6GiMGzYRfDoMt+jUwSHm3C9pXvMeTVeGwX AkSvJqvIgsRmQWDd2piIrd6K5WLqIB+T/10mpzsfmirrwvCsFpJuMKZZN4Phx33toEK4KEglVED gZ0fpES+RsqjDHiFGQ/QfMCZy3nZethzLDKQT5AMtYiF5YOIfnG7abyY7ktO9AQNkW+nbZv4inq Ah3kEQcx/R4/F8QNO1oXqEhX67hzM1dLi6TDbKVsnts= X-Google-Smtp-Source: AGHT+IGakvEG4+weNUgNb7jbtaKWDE6yL9PlueVVnPTiFfgtdQIN3n980wpI3SZfwZLA7xzbU0MMDw== X-Received: by 2002:a17:903:2cf:b0:21a:7e04:7021 with SMTP id d9443c01a7336-21c36eb3ecdmr162527005ad.24.1737382535030; Mon, 20 Jan 2025 06:15:35 -0800 (PST) Received: from ?IPV6:2600:1700:e321:62f0:da43:aeff:fecc:bfd5? ([2600:1700:e321:62f0:da43:aeff:fecc:bfd5]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-21c2ceb9e7dsm61142095ad.77.2025.01.20.06.15.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 20 Jan 2025 06:15:33 -0800 (PST) Message-ID: <0a65de6c-74d5-4d3e-be75-0aa9ecc82da1@roeck-us.net> Date: Mon, 20 Jan 2025 06:15:30 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Buiild error in i915/xe To: Jani Nikula , David Laight Cc: Linus Torvalds , David Laight , Arnd Bergmann , "linux-kernel@vger.kernel.org" , Jens Axboe , Matthew Wilcox , Christoph Hellwig , Andrew Morton , Andy Shevchenko , Dan Carpenter , "Jason A . Donenfeld" , "pedro.falcato@gmail.com" , Mateusz Guzik , "linux-mm@kvack.org" , Lorenzo Stoakes , intel-xe@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, David Airlie , Simona Vetter , Rodrigo Vivi References: <34d53778977747f19cce2abb287bb3e6@AcuMS.aculab.com> <20250118170959.3aa56f4d@pumpkin> <29ef57a1-e4dd-4d5d-8726-f1f79c698b66@roeck-us.net> <20250118221123.5bb65e64@pumpkin> <20250119090935.7c690f85@pumpkin> <87ed0xrcb8.fsf@intel.com> <20250120111551.435176c4@pumpkin> <878qr5ras2.fsf@intel.com> Content-Language: en-US From: Guenter Roeck Autocrypt: addr=linux@roeck-us.net; keydata= xsFNBE6H1WcBEACu6jIcw5kZ5dGeJ7E7B2uweQR/4FGxH10/H1O1+ApmcQ9i87XdZQiB9cpN RYHA7RCEK2dh6dDccykQk3bC90xXMPg+O3R+C/SkwcnUak1UZaeK/SwQbq/t0tkMzYDRxfJ7 nyFiKxUehbNF3r9qlJgPqONwX5vJy4/GvDHdddSCxV41P/ejsZ8PykxyJs98UWhF54tGRWFl 7i1xvaDB9lN5WTLRKSO7wICuLiSz5WZHXMkyF4d+/O5ll7yz/o/JxK5vO/sduYDIlFTvBZDh gzaEtNf5tQjsjG4io8E0Yq0ViobLkS2RTNZT8ICq/Jmvl0SpbHRvYwa2DhNsK0YjHFQBB0FX IdhdUEzNefcNcYvqigJpdICoP2e4yJSyflHFO4dr0OrdnGLe1Zi/8Xo/2+M1dSSEt196rXaC kwu2KgIgmkRBb3cp2vIBBIIowU8W3qC1+w+RdMUrZxKGWJ3juwcgveJlzMpMZNyM1jobSXZ0 VHGMNJ3MwXlrEFPXaYJgibcg6brM6wGfX/LBvc/haWw4yO24lT5eitm4UBdIy9pKkKmHHh7s jfZJkB5fWKVdoCv/omy6UyH6ykLOPFugl+hVL2Prf8xrXuZe1CMS7ID9Lc8FaL1ROIN/W8Vk BIsJMaWOhks//7d92Uf3EArDlDShwR2+D+AMon8NULuLBHiEUQARAQABzTJHdWVudGVyIFJv ZWNrIChMaW51eCBhY2NvdW50KSA8bGludXhAcm9lY2stdXMubmV0PsLBgQQTAQIAKwIbAwYL CQgHAwIGFQgCCQoLBBYCAwECHgECF4ACGQEFAlVcphcFCRmg06EACgkQyx8mb86fmYFg0RAA nzXJzuPkLJaOmSIzPAqqnutACchT/meCOgMEpS5oLf6xn5ySZkl23OxuhpMZTVX+49c9pvBx hpvl5bCWFu5qC1jC2eWRYU+aZZE4sxMaAGeWenQJsiG9lP8wkfCJP3ockNu0ZXXAXwIbY1O1 c+l11zQkZw89zNgWgKobKzrDMBFOYtAh0pAInZ9TSn7oA4Ctejouo5wUugmk8MrDtUVXmEA9 7f9fgKYSwl/H7dfKKsS1bDOpyJlqhEAH94BHJdK/b1tzwJCFAXFhMlmlbYEk8kWjcxQgDWMu GAthQzSuAyhqyZwFcOlMCNbAcTSQawSo3B9yM9mHJne5RrAbVz4TWLnEaX8gA5xK3uCNCeyI sqYuzA4OzcMwnnTASvzsGZoYHTFP3DQwf2nzxD6yBGCfwNGIYfS0i8YN8XcBgEcDFMWpOQhT Pu3HeztMnF3HXrc0t7e5rDW9zCh3k2PA6D2NV4fews9KDFhLlTfCVzf0PS1dRVVWM+4jVl6l HRIAgWp+2/f8dx5vPc4Ycp4IsZN0l1h9uT7qm1KTwz+sSl1zOqKD/BpfGNZfLRRxrXthvvY8 BltcuZ4+PGFTcRkMytUbMDFMF9Cjd2W9dXD35PEtvj8wnEyzIos8bbgtLrGTv/SYhmPpahJA l8hPhYvmAvpOmusUUyB30StsHIU2LLccUPPOwU0ETofVZwEQALlLbQeBDTDbwQYrj0gbx3bq 7kpKABxN2MqeuqGr02DpS9883d/t7ontxasXoEz2GTioevvRmllJlPQERVxM8gQoNg22twF7 pB/zsrIjxkE9heE4wYfN1AyzT+AxgYN6f8hVQ7Nrc9XgZZe+8IkuW/Nf64KzNJXnSH4u6nJM J2+Dt274YoFcXR1nG76Q259mKwzbCukKbd6piL+VsT/qBrLhZe9Ivbjq5WMdkQKnP7gYKCAi pNVJC4enWfivZsYupMd9qn7Uv/oCZDYoBTdMSBUblaLMwlcjnPpOYK5rfHvC4opxl+P/Vzyz 6WC2TLkPtKvYvXmdsI6rnEI4Uucg0Au/Ulg7aqqKhzGPIbVaL+U0Wk82nz6hz+WP2ggTrY1w ZlPlRt8WM9w6WfLf2j+PuGklj37m+KvaOEfLsF1v464dSpy1tQVHhhp8LFTxh/6RWkRIR2uF I4v3Xu/k5D0LhaZHpQ4C+xKsQxpTGuYh2tnRaRL14YMW1dlI3HfeB2gj7Yc8XdHh9vkpPyuT nY/ZsFbnvBtiw7GchKKri2gDhRb2QNNDyBnQn5mRFw7CyuFclAksOdV/sdpQnYlYcRQWOUGY HhQ5eqTRZjm9z+qQe/T0HQpmiPTqQcIaG/edgKVTUjITfA7AJMKLQHgp04Vylb+G6jocnQQX JqvvP09whbqrABEBAAHCwWUEGAECAA8CGwwFAlVcpi8FCRmg08MACgkQyx8mb86fmYHNRQ/+ J0OZsBYP4leJvQF8lx9zif+v4ZY/6C9tTcUv/KNAE5leyrD4IKbnV4PnbrVhjq861it/zRQW cFpWQszZyWRwNPWUUz7ejmm9lAwPbr8xWT4qMSA43VKQ7ZCeTQJ4TC8kjqtcbw41SjkjrcTG wF52zFO4bOWyovVAPncvV9eGA/vtnd3xEZXQiSt91kBSqK28yjxAqK/c3G6i7IX2rg6pzgqh hiH3/1qM2M/LSuqAv0Rwrt/k+pZXE+B4Ud42hwmMr0TfhNxG+X7YKvjKC+SjPjqp0CaztQ0H nsDLSLElVROxCd9m8CAUuHplgmR3seYCOrT4jriMFBtKNPtj2EE4DNV4s7k0Zy+6iRQ8G8ng QjsSqYJx8iAR8JRB7Gm2rQOMv8lSRdjva++GT0VLXtHULdlzg8VjDnFZ3lfz5PWEOeIMk7Rj trjv82EZtrhLuLjHRCaG50OOm0hwPSk1J64R8O3HjSLdertmw7eyAYOo4RuWJguYMg5DRnBk WkRwrSuCn7UG+qVWZeKEsFKFOkynOs3pVbcbq1pxbhk3TRWCGRU5JolI4ohy/7JV1TVbjiDI HP/aVnm6NC8of26P40Pg8EdAhajZnHHjA7FrJXsy3cyIGqvg9os4rNkUWmrCfLLsZDHD8FnU mDW4+i+XlNFUPUYMrIKi9joBhu18ssf5i5Q= In-Reply-To: <878qr5ras2.fsf@intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 817351A000A X-Stat-Signature: m1pmjhoosopfbtztw4zwdxppxkisg163 X-Rspam-User: X-Rspamd-Server: rspam12 X-HE-Tag: 1737382536-902558 X-HE-Meta: U2FsdGVkX18EELFN5fsV9X3HxjJg8zxPxejDZsM3KJ1I1PpbrQ5GbbWGsAi0q9wW76lGcxcB4FnA8mOOQdIRCP1VpF+1RsGxPmCqNdNgSsS9pAV6RoT+uRLpI96ORN7UyYusUbTBI/WGmcgD2ZhH9UMVOrPgw690IVH7d70EHBKXx4aH/hhFSEo8TEXTjessZuecC6qc/0CrmUDSisI8sMJoniUwR8J+ohKuMGI85GjZlHYPZx6Q1kYbhSrGBJbkG8JSamh16JuXN/xCge8vmkvNG4EIuN19Bxpt0c4zxvhd52VoHEO5PgF+IOgvOArhMytFZL+vK/68QZaEKXlxeYtgO623Z5SiydrFi8PWBBVKfn3BBxZZTQOfqkCV0GnmFxWEe+7a1jcuoJ4aNu6p/Q7/yBiasEHjK1y4Fe++okFLdTcFnt2lZD+x1xgk36D/1/sj4+FoSIS4fN/dbkOwdTnvkKz4AosWhSOXfU1pOWJ/qTkj9Lkv+34m+TjGlmF6rYY2MBjkT7GkXwlodLmqhu6t+XZfqsGNS6WqSNLPQSEzlNnY52yQNcwEsLavWC9FZHLPpcxrArgiAjbT+kG3a6DDFtXsRlg3JFjD+g8D97ObOnD1v6mEEKnX2OphSwk9KKBLBjdSXw0yZZikJ3WSupchVx8VyRNxyWghDC4CedtKyZodVbaD5Y94zM07LeoRxJkMip+PB5kNQhQM2F677bsHzwQQDINJFCb9rKeXSamBfQHhHovkYtWoNZx4clQyH7Aj00Kcl0ysq+8hHM/7rei/cH7WHKwBYkYkmKONZWAYmFspLp23QnSEyzmkNisY/KhAS46udoWKXeBgGddEXZ/9NlLfhiVZ6edwqhy5yK9bKpZDFs+yHIzkX++ohPZtyVHDB85+OPczv8QaHYTgFnSwJgestmXS0Y0R+tkKULzbkdwd2wode0oVfFY8w7wjK+GYwS9el9Ss7STPHtI jyebpeL6 y/oF+yUvTKuFzfzozYkfyLAsZL2eaTBXjKRf8I2DaX6fAnvfc0wsvqT2bVQu9wADS/dtcYUK+ASqpmdDQTVV0p50jDaOcGMI76ja05QGniUBiRu/72EahRVVuDEftr0hZUHoj5itfsP0XQWjEA698MYEzGoPKY5pFQNxH72QjEcKiNNo6boHM+2sZDWU4Ddq8Q4LqYot1VKsCFyal9y5+hS5zaaxwwQhsCpqw48N/1akyQ4Q4Cuo/IAGB3pL/hDYAqb5p6fM4sDmb+DEfxFibyAVMnxQbSR4Rqx/AP1W2yFTiZTzS6laUVTazZB/PdPQtqAf/lbvusVbWwmFzCdzDNxLXaIH8yrjTJnfq5z0eAIX5GRsXXanp/jo+yBkLodSpna7NCeaOt36+6RobP89tlJ9sCYhV7H1EKSzZ29g2h69gymkNzy+OjF5uYpw6JwhCsWAvRMkcrB5J56aloq20sfSJKjy8X/84CebrOlEVvjtlyDmInZu2eVGPkx8jqANK+WRK+uGT05bLBgOwQ88PRdJU4JrlLnb8fQBO00uC8U9QOuaGHVtm1McN3PgDldEJtnxNC50BRHxHmzEZkUppOL1vqCyOE0YIIW2S4Srms/Tb6331Ase0PyZTIuoXc6E8IcWwMDvT+nma4meZDltZ5RgQ+aqNJu30saQTHb6ZnAqNNGyaPwm1Q7227wNsNBOCKw4pfntsX5aXykY= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On 1/20/25 03:21, Jani Nikula wrote: > On Mon, 20 Jan 2025, David Laight wrote: >> On Mon, 20 Jan 2025 12:48:11 +0200 >> Jani Nikula wrote: >> >>> On Sun, 19 Jan 2025, David Laight wrote: >>>> On Sat, 18 Jan 2025 14:58:48 -0800 >>>> Guenter Roeck wrote: >>>> >>>>> On 1/18/25 14:11, David Laight wrote: >>>>>> On Sat, 18 Jan 2025 13:21:39 -0800 >>>>>> Linus Torvalds wrote: >>>>>> >>>>>>> On Sat, 18 Jan 2025 at 09:49, Guenter Roeck wrote: >>>>>>>> >>>>>>>> No idea why the compiler would know that the values are invalid. >>>>>>> >>>>>>> It's not that the compiler knows tat they are invalid, but I bet what >>>>>>> happens is in scale() (and possibly other places that do similar >>>>>>> checks), which does this: >>>>>>> >>>>>>> WARN_ON(source_min > source_max); >>>>>>> ... >>>>>>> source_val = clamp(source_val, source_min, source_max); >>>>>>> >>>>>>> and the compiler notices that the ordering comparison in the first >>>>>>> WARN_ON() is the same as the one in clamp(), so it basically converts >>>>>>> the logic to >>>>>>> >>>>>>> if (source_min > source_max) { >>>>>>> WARN(..); >>>>>>> /* Do the clamp() knowing that source_min > source_max */ >>>>>>> source_val = clamp(source_val, source_min, source_max); >>>>>>> } else { >>>>>>> /* Do the clamp knowing that source_min <= source_max */ >>>>>>> source_val = clamp(source_val, source_min, source_max); >>>>>>> } >>>>>>> >>>>>>> (obviously I dropped the other WARN_ON in the conversion, it wasn't >>>>>>> relevant for this case). >>>>>>> >>>>>>> And now that first clamp() case is done with source_min > source_max, >>>>>>> and it triggers that build error because that's invalid. >>>>>>> >>>>>>> So the condition is not statically true in the *source* code, but in >>>>>>> the "I have moved code around to combine tests" case it now *is* >>>>>>> statically true as far as the compiler is concerned. >>>>>> >>>>>> Well spotted :-) >>>>>> >>>>>> One option would be to move the WARN_ON() below the clamp() and >>>>>> add an OPTIMISER_HIDE_VAR(source_max) between them. >>>>>> >>>>>> Or do something more sensible than the WARN(). >>>>>> Perhaps return target_min on any such errors? >>>>>> >>>>> >>>>> This helps: >>>>> >>>>> - WARN_ON(source_min > source_max); >>>>> - WARN_ON(target_min > target_max); >>>>> - >>>>> /* defensive */ >>>>> source_val = clamp(source_val, source_min, source_max); >>>>> >>>>> + WARN_ON(source_min > source_max); >>>>> + WARN_ON(target_min > target_max); >>>> >>>> That is a 'quick fix' ... >>>> >>>> Much better would be to replace the WARN() with (say): >>>> if (target_min >= target_max) >>>> return target_min; >>>> if (source_min >= source_max) >>>> return target_min + (target_max - target_min)/2; >>>> So that the return values are actually in range (in as much as one is defined). >>>> Note that the >= cpmparisons also remove a divide by zero. >>> >>> I want the loud and early warnings for clear bugs instead of >>> "gracefully" silencing the errors only to be found through debugging >>> user reports. >> >> A user isn't going to notice a WARN() - not until you tell them to look for it. >> In any case even if you output a message you really want to return a 'sane' >> value, who knows what effect a very out of range value is going to have. > > The point is, we'll catch the WARN in CI before it goes out to users. > It isn't going to catch the divide by 0 error, and it obviously doesn't catch the build problem on parisc with gcc 13.x because the CI isn't testing it. How about disabling DRM_XE on architectures where it isn't supported, matching DRM_I915 ? Thanks, Guenter