Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp6798501rwb; Wed, 18 Jan 2023 09:28:02 -0800 (PST) X-Google-Smtp-Source: AMrXdXtitvBN/h7U7knQJpB6shAWNYcFuPcWktK33aCjurVi484Hqi212mPHx8R4ZCG9ftfPsBo2 X-Received: by 2002:aa7:db83:0:b0:480:f01b:a385 with SMTP id u3-20020aa7db83000000b00480f01ba385mr20168081edt.4.1674062882065; Wed, 18 Jan 2023 09:28:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674062882; cv=none; d=google.com; s=arc-20160816; b=kYbT+CSdJWZ6FH2DhSfFZ2TUoglrMB38xmRLHnFcNy7O6VN3Eg//nGbXodlX+KfF62 9GlILQCdasehJUnyYlM+I8cv8Y2G2HtizS630IYddcJGJPDfvdK63yK2OniLu4VyL0G2 MFinN2rUW0rbYn+pjV/KofjJaEovd/LVBYJUFsjBqfoATWFBRiVGW8228ozrCX9j6Bxd 37AAHuOSjYizn+LhsiJWte79bC8NzErWZCZz1imNOwG9SHSwnfBGgg8D131PxE5/eHy8 vW0gIxTE6ranB06Yhp1TB1FmvdjdHtDjSn0Eke+U5oLCrHSaY8D2/4TdeL6ejcAiH2SI KZpg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version:date :message-id:subject:references:in-reply-to:cc:to:from:dkim-signature; bh=+CBR9KRDrU62eYiKnf3g8Hj72EMYesEhZDgA5exJMeA=; b=JBhuPe1FsPkZMnkXNNItLF5zH7reVX6buIeHdgsrb3J1NPbq+comNFB2ro+ltF7a5E 6snsO39/7USPU7FJbtGcfLW8LNftFJAAWpLyIDs5HjfqHF+7T8c1V14xfLSJ6xGbzyq7 k6DZyYul1S1pnJgdBH7Iaj8etuzrLZv0XrFQTvmxpvEqzaUarRKhQ2hyhQRVg7BirvNz k3JIRaX6LvUjZOCXe0HUOv79Iu4jiOAioKjq6UzptPr91+YYKi2A8PC8whxd3ucwrKbq cGiC/BynX2VuwOoaP5SCGOG+iZdTgZkBvMQGjz+vC/yEtxoJc30VEYeGLA7fO0CuAK3b aogQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=nHt419y0; 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 x12-20020a056402414c00b00486120b4969si40137747eda.394.2023.01.18.09.27.51; Wed, 18 Jan 2023 09:28:02 -0800 (PST) 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=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=nHt419y0; 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 S230321AbjARQqz (ORCPT + 45 others); Wed, 18 Jan 2023 11:46:55 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229748AbjARQql (ORCPT ); Wed, 18 Jan 2023 11:46:41 -0500 Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0144830E8C for ; Wed, 18 Jan 2023 08:46:10 -0800 (PST) Received: by mail-io1-xd31.google.com with SMTP id d22so7873972iof.5 for ; Wed, 18 Jan 2023 08:46:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:mime-version:date:message-id:subject :references:in-reply-to:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=+CBR9KRDrU62eYiKnf3g8Hj72EMYesEhZDgA5exJMeA=; b=nHt419y0vPb1nXvE+D0KK8cczLBlsYBZtxZdJJbaIYW9cR35eX5BQQvdP6Xy/fulMd kdlC4NAQg5Wu2ZRX1OARR+qjCRs9dpUB9XttLcchvnHTfsl327jLzQenUhVHSYIwPM0v W0XcNEDLPNv2/8tvG05DabQD6XDjr70/URhayVJ1hbTLaYtlXLd1RnIjMpgi6IDeAKlV TEXC4bADeIIVDXcVjHx7Ie6VfFBRV5/UfplMEqI0zakLZvYu4xMvGcAwAvsFBW0UsLxL 8jG8Jqk4RDpLfKyZ5Psf2AchOgUsSxsQMskhbF4ngWhD0pQQMM0aJRId8+lA+Es1z0ME +9yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:date:message-id:subject :references:in-reply-to:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+CBR9KRDrU62eYiKnf3g8Hj72EMYesEhZDgA5exJMeA=; b=ghmiohQ1Chr39sbS0uV3GYrL7OAOKHmQTnTzEbv4Yvfwavz/kTN4peify9nXkCYzoY xKemdazhBSKdY1dKccDC8xDOp16IBwBTujwP14oCO7KtYjNrnnIvmYDD+9NjNaGLzZ8o oDAD+y+Cz88Nd7Vce/XUjVx8XUyBX1Zt90i0IsnW78TJHsBXuiDhMRsQpVeUAryL9hRE QCUTUbaIscl6XVlYyWY+2DTKGguSYIJTP62HuCgavIZxYpvDeaFiwRUU+2a3AecI9hRU k55XffXtlT1K9DIMSLfsfbf2wDFFAuoZ5wa9RVZRNh/+D4tD24Ly5K6canvhdHLX55PB f08Q== X-Gm-Message-State: AFqh2kpa0a553InaT6bM91q6m6jRDROklyg+LnpXIqZzkIEfO3sGib44 mUvkRBKguBAWgel1CoVPk3KSuA== X-Received: by 2002:a5d:9482:0:b0:6cc:8b29:9a73 with SMTP id v2-20020a5d9482000000b006cc8b299a73mr965128ioj.1.1674060370180; Wed, 18 Jan 2023 08:46:10 -0800 (PST) Received: from [127.0.0.1] ([207.135.234.126]) by smtp.gmail.com with ESMTPSA id b20-20020a5d8914000000b006d8b7bcaa6esm11641693ion.4.2023.01.18.08.46.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Jan 2023 08:46:09 -0800 (PST) From: Jens Axboe To: Tejun Heo , Josef Bacik , Arnd Bergmann Cc: Arnd Bergmann , Kemeng Shi , Andreas Herrmann , Yu Kuai , Chengming Zhou , Jinke Han , cgroups@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org In-Reply-To: <20230118080706.3303186-1-arnd@kernel.org> References: <20230118080706.3303186-1-arnd@kernel.org> Subject: Re: [PATCH] blk-iocost: avoid 64-bit division in ioc_timer_fn Message-Id: <167406036877.186970.284730787614510141.b4-ty@kernel.dk> Date: Wed, 18 Jan 2023 09:46:08 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Mailer: b4 0.12-dev-78c63 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,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 Wed, 18 Jan 2023 09:07:01 +0100, Arnd Bergmann wrote: > The behavior of 'enum' types has changed in gcc-13, so now the > UNBUSY_THR_PCT constant is interpreted as a 64-bit number because > it is defined as part of the same enum definition as some other > constants that do not fit within a 32-bit integer. This in turn > leads to some inefficient code on 32-bit architectures as well > as a link error: > > [...] Applied, thanks! [1/1] blk-iocost: avoid 64-bit division in ioc_timer_fn commit: 08a39c820686f87351b21c6cf6af76a40677d3af Best regards, -- Jens Axboe