Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3926649rwb; Fri, 30 Sep 2022 10:08:58 -0700 (PDT) X-Google-Smtp-Source: AMsMyM75WJU75V6oVLkaepTRkQEGwUZBuVIYooeGIb1YyQhpwbYID3Z1xpSqb29sDEgrBgxN4R36 X-Received: by 2002:a17:907:6e9f:b0:783:ad45:56 with SMTP id sh31-20020a1709076e9f00b00783ad450056mr6864609ejc.417.1664557738421; Fri, 30 Sep 2022 10:08:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664557738; cv=none; d=google.com; s=arc-20160816; b=xnnO5wiRwqI/alrSChA4rk23bkWj6H1MHhUsR1bgchZTzvOLlu5gy1/byKLmzYp+sz cvu0DZI9HYJOyXdrABwi5lOo+KrAVZsIwAWWWYptKjJw66iH5zijUEMjKUWrcLf90VYZ o3mrUxU3CMx8fKgOgGrdoVeXswB3efIQ9xn5fAOJaT2lGLHUcM7iRrmbFVxrXgIJIJ02 EYlvyP9MFOyQVlo/1JFmFc3phznwpxcdndgKEEWn66AeH4E8noEhWQmVXt7cdo96BZ5c 1pnLMTFbWGsnApBNeW5kcr1h6QKbZ2/EZFFUapjBd7dvNZyEnOmyyCLTpy+0ssJRI4CU AcnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=Kezpom8rJsVG2Syyn3/zEYfm5bdVOEFSAlE2suSQHSw=; b=fo0ByO+WbltPQBEO4EySj2N/8LGujM2Opmowxm7JV6FTvqNIOYfwXd36R/F5SiyAPK WupF1VoYeVkpxSumenHRG/gDlZFTT8p/4IdDSLYVTnl7Wg9u5kNjMuqu/2qhq0ONTkmK xNOz44pa5SMDy9QnoPNzV8tZMdYO19hHmXNfPAgG9/OfLNNcJ5tJrpptfZOjZ3iH2r5V ZsMXmIFarLKaMRkKdqesOmuIUXhzr3Jc1wucTIQCvUvan8MayjdIPHkqrg5CYZAdJCHd xJk/QImp6e5Al5EUaJCg9egSk2JtX0SyXUUlt8v0yUZfCSIiiERawxsxLNudlekX11hx AsaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=Ua3NLrKF; 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 o1-20020a509b01000000b00457cc36dfe3si2291429edi.159.2022.09.30.10.08.22; Fri, 30 Sep 2022 10:08:58 -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=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=Ua3NLrKF; 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 S232123AbiI3Qfq (ORCPT + 99 others); Fri, 30 Sep 2022 12:35:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231251AbiI3Qfo (ORCPT ); Fri, 30 Sep 2022 12:35:44 -0400 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 16A30F5340 for ; Fri, 30 Sep 2022 09:35:41 -0700 (PDT) Received: by mail-io1-xd31.google.com with SMTP id 138so3675424iou.9 for ; Fri, 30 Sep 2022 09:35:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date; bh=Kezpom8rJsVG2Syyn3/zEYfm5bdVOEFSAlE2suSQHSw=; b=Ua3NLrKFNNJu6C4h1UF2NO39rwaNSmYfnEN7gjCb18BRAS6dacl6NzRduKI+jgI2oG 6UemSvw3H8jUS9rZlDzuIY60pEwUbh/+U944llY6mSCOb22iWIAUy6ouvWSMD5iQ8P9v xK+UeWkyfqW3yhiVBHd0Mu5t+ei4IcGnQVt2yzEkbQ7eWFjPQMVbqRFGleMgMgVnu8c6 6Ra+8kdkNgM7auHiixqajLA+e8Rto+/xwTD+r3r7GwF2/b+nGls6wTTOGvGPBdevM/Dm ZxmMT22DFu/WD/bdD7ed0ViI0hg8TkaQTH4Z3nMCrvpL9+RYjlDPbsPfKON3KK9cl+92 Ovaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date; bh=Kezpom8rJsVG2Syyn3/zEYfm5bdVOEFSAlE2suSQHSw=; b=pwjl1DJ/KgjpVkRppFTJhfwgy4o1iiRbyHvXdOm/OmgM5qAgOIj425SKdASWVgo5BG +vsSbVvaIswRBXke09G21uJHb0RgK81+RTrJVJXoc+szpQIa6hVpdZiKsc1wfbn4z0B7 lthov6BPmTMrcQCVUX/uF4ayj3JZPhPr+FIikph6C3jXXdLzZiLWg9BNV6x6NHRMrE3i 4WH3wsaqVzC6wImer6ch2XrofrF4CXkyjznrf6f/mdtFfpthEgPPYpAJULjp7om/Mwm8 0pwOR4VzKzdUpzcxjYK5QnFXBPKJQNmONe3rU+pR+wAUlCMNxgibtL7LujUk0Fs2mlLt 7lHQ== X-Gm-Message-State: ACrzQf0razE+Q9RbhFg9tN/+0NoKlAkRDIO8tji4RgyvSB11eHDdkXdm riuMD6yCdK8Mc9ilUfFZjx4BU4M/hlCdRg== X-Received: by 2002:a05:6602:3944:b0:6a4:cae3:12fd with SMTP id bt4-20020a056602394400b006a4cae312fdmr4452725iob.189.1664555741237; Fri, 30 Sep 2022 09:35:41 -0700 (PDT) Received: from [192.168.1.94] ([207.135.234.126]) by smtp.gmail.com with ESMTPSA id x37-20020a0294a8000000b003583063a6cdsm1089478jah.104.2022.09.30.09.35.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 30 Sep 2022 09:35:40 -0700 (PDT) Message-ID: <12aa1043-14c3-0f95-6cb4-f7a021268ae4@kernel.dk> Date: Fri, 30 Sep 2022 10:35:38 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: block: wrong return value by bio_end_sector? Content-Language: en-US To: Paolo Valente , Arie van der Hoeven , Tyler Erickson , Muhammad Ahmad , "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Jan Kara , "andrea.righi@canonical.com" , "glen.valante@linaro.org" , Michael English , Andrew Ring , Varun Boddu , Damien Le Moal References: From: Jens Axboe In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,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 9/30/22 9:59 AM, Paolo Valente wrote: > Hi Jens, Damien, all other possibly interested people, > this is to raise attention on a mistake that has emerged in a > thread on a bfq extension for multi-actuary drives [1]. > > The mistake is apparently in the macro bio_end_sector (defined in > include/linux/bio.h), which seems to be translated (incorrectly) as > sector+size, and not as sector+size-1. > > For your convenience, I'm pasting a detailed description of the > problem, by Tyler (description taken from the above thread [1]). I'm a little confused - currently it returns non-inclusive end, the proposed change just make it inclusive. In general in the kernel the former is used, and this one follows that. -- Jens Axboe