Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp10349670rwr; Fri, 12 May 2023 07:06:56 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6MPNCHdj7EcNstOhnMcdrWHaw6IhbNFA8kHS/rUHRm7xZ4lVJJ0y2MnlsuC9DgoAvrCV+0 X-Received: by 2002:a05:6870:4e4:b0:187:8611:98a3 with SMTP id u36-20020a05687004e400b00187861198a3mr11329574oam.2.1683900415709; Fri, 12 May 2023 07:06:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683900415; cv=none; d=google.com; s=arc-20160816; b=uZJIose750HpN5ScC3e90gmX6DBYIm5SASn+xoBpvQy87k7qe9erzN2PlzllXWvPxZ SA7JYhDbH/8iJJzbVrXscWnVm2ThZ0K65Q8PSpQUB7Ksg0jZmqE426CPijnt5Okk4zfs tUxytnb+H7WBRLQxOTZIYsXjgFGtbkjGgywOxXBIEyvUjCbTugkgunnGfIg8YwYm+4O3 k3gLDeQ4XszoVt7MDyTlVjm16WojFodeOq32G2R1ze/IdHLqZCQ+Es6EIUqL56EC4ifT XfczerM0CFv+23uF/z6QwIoA8KNZsLMXvPp50rGf59YwctCNpPV2xqFDGE3RdNma4KqK OAqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=ufAc4tdiqpxzo3nZzE7Z8YSwoUslKSKMUjIjcrplu10=; b=jILmAjhMqhiScsIJF5PKWllr0+okdys/Wp/o3lVvxqU4hEeq4kMy+wq+AmMZKULSpL zCqnAnEsbQos4JtTAmivNj4DsJQLhWtBQhrM+4xS2fLuY9UY8TZ41s4tSV+E5UN/R7lF VrEuGtLAW9gFYrVth/kxP+s7DNQWRzBIEw9DmiLPSEqPXzMd35FACl0ISqh2I/HJXOvv 0X5Jj4OtL37Od2O48DgOjOoGc9EvUjqnQsEfj6u7OqNQg/f3QU9a/yqfKUWOkrIS1FA9 SrIPizxYN8+G/PTfK8TJCil231dEuRpLpeTQtXk1Xbq7OHBjyHIH+52QKai/sOtXUYiR RIxA== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t10-20020a056870638a00b00195eb153614si9190178oap.303.2023.05.12.07.06.41; Fri, 12 May 2023 07:06:55 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241250AbjELNrR (ORCPT + 99 others); Fri, 12 May 2023 09:47:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56962 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240689AbjELNrO (ORCPT ); Fri, 12 May 2023 09:47:14 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0CEE6124B8; Fri, 12 May 2023 06:47:14 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id 1250E68AA6; Fri, 12 May 2023 15:47:09 +0200 (CEST) Date: Fri, 12 May 2023 15:47:09 +0200 From: "hch@lst.de" To: Jinyoung CHOI Cc: "axboe@kernel.dk" , "kbusch@kernel.org" , "hch@lst.de" , "sagi@grimberg.me" , "jejb@linux.ibm.com" , "martin.petersen@oracle.com" , "johannes.thumshirn@wdc.com" , "kch@nvidia.com" , "willy@infradead.org" , "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v2 04/14] block: fix not to apply bip information in blk_rq_bio_prep() Message-ID: <20230512134709.GC32242@lst.de> References: <20230510084407epcms2p123f17696d3c30c749897eeaf2c4de684@epcms2p1> <20230510085111epcms2p7022e97fd97c1a32c59f935d72f8dda94@epcms2p7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230510085111epcms2p7022e97fd97c1a32c59f935d72f8dda94@epcms2p7> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE 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 > +#if defined(CONFIG_BLK_DEV_INTEGRITY) The normal style is to use #ifdef. > + if (bio_integrity(bio)) > + rq->nr_integrity_segments = bio_integrity(bio)->bip_vcnt; > +#endif > > Don't we need to walk the iter here, as it might already have been advanced? Although it seems nothing in the integrity code follows that model right now, so I'm not quite sure how it's even working with clones at the moment.