Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp242980ybk; Sat, 9 May 2020 01:26:29 -0700 (PDT) X-Google-Smtp-Source: APiQypKjRRw6Nkpl8sJUgkkJxACiusGsY5TqN9L5FieXGxYzwIf8PJxFEN9se3Y480Pn+dF/az36 X-Received: by 2002:a17:906:2988:: with SMTP id x8mr5043608eje.16.1589012789106; Sat, 09 May 2020 01:26:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589012789; cv=none; d=google.com; s=arc-20160816; b=tEnhbSHpBIq9leIxlNCKKvUajiuZj+Vqf6uzvOT1RfqaJ0+Msixf3QrDk1I0JTV+XK B9bzJT13vWNmO/7G5JmN8Az8TUowVOVz5+eV9yQXqoZcdfa4UI2A6UnEmS4vZ5TUqWu6 zza6u++dPoxWt2vvKquRxMDWlEFmFDNkldANntUC3OtLyMIVVdJUJs3Ffr06b+cZl/pd h6FGuSZHJG33SHfkt8fDCHVx/w2ldAeGzcLnv7zPAVWuR7FEhH0T6NUFNhQiEniuOw2A f9RWmaTLzTsFPLyc6eJwSeCkVPJ5XtloZ81QfuphM0QgWo/3NY8Jj6WCno5avowKD+M6 S67Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=cu9CBgzAkLVcTFE7dcTFHL5M9GypEDG8u2Q3WGbvZ9w=; b=LCft/PnpKHUCJHmbFQ19zEl+E5teMA+GqQPVMpVP4/5O2EqxJ2UPheHrleFM6RCCz9 hY5+Nd9oqbYu0H+4UyD8MSgU02bz9xOycevXW8CBQsXJINuobvEPsm2052N8UMZXhy/o yqwFf+vO/jI0LhczzjUnxbeeyZ5PBefIKtZkiZM0iB21VSNOEaSI+N7U7DI9CY1Rxyw7 heuK3tmU6G4CMHN0VfJhCejtYepJ1LdX+i53ZEcnuuH9BwH2uY4qJ4nL8fVxEBAQ4hnZ cfPy6ZRHpts3sfmVO2H5B26Sx3n9mO56bhbaabyPFFSt2DNM7FxPH0+EETajbEZXB0ri b0CA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p6si2317323eja.77.2020.05.09.01.26.06; Sat, 09 May 2020 01:26:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727907AbgEIIYe (ORCPT + 99 others); Sat, 9 May 2020 04:24:34 -0400 Received: from verein.lst.de ([213.95.11.211]:56136 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727785AbgEIIYe (ORCPT ); Sat, 9 May 2020 04:24:34 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 8260E68CEC; Sat, 9 May 2020 10:24:31 +0200 (CEST) Date: Sat, 9 May 2020 10:24:31 +0200 From: Christoph Hellwig To: Ming Lei Cc: Christoph Hellwig , Jens Axboe , Jim Paris , Geoff Levand , Joshua Morris , Philip Kelleher , Minchan Kim , Nitin Gupta , Sergey Senozhatsky , linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, linux-xtensa@linux-xtensa.org, drbd-dev@lists.linbit.com, linux-block@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-bcache@vger.kernel.org, linux-raid@vger.kernel.org, linux-nvdimm@lists.01.org Subject: Re: remove a few uses of ->queuedata Message-ID: <20200509082431.GC21834@lst.de> References: <20200508161517.252308-1-hch@lst.de> <20200508221321.GD1389136@T590> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200508221321.GD1389136@T590> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 09, 2020 at 06:13:21AM +0800, Ming Lei wrote: > On Fri, May 08, 2020 at 06:15:02PM +0200, Christoph Hellwig wrote: > > Hi all, > > > > various bio based drivers use queue->queuedata despite already having > > set up disk->private_data, which can be used just as easily. This > > series cleans them up to only use a single private data pointer. > > > > blk-mq based drivers that have code pathes that can't easily get at > > the gendisk are unaffected by this series. > > Yeah, before adding disk, there still may be requests queued to LLD > for blk-mq based drivers. > > So are there this similar situation for these bio based drivers? bio submittsion is based on the gendisk, so we can't submit before it is added. The passthrough request based path obviously doesn't apply here.