From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Martin K. Petersen" Subject: Re: [PATCH v6 0/4] Add MMC software queue support Date: Thu, 28 Nov 2019 07:15:09 -0500 Message-ID: References: <20191127090023.GA23040@infradead.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: In-Reply-To: <20191127090023.GA23040@infradead.org> (Christoph Hellwig's message of "Wed, 27 Nov 2019 01:00:23 -0800") Sender: linux-kernel-owner@vger.kernel.org To: Christoph Hellwig Cc: Hannes Reinecke , Arnd Bergmann , "(Exiting) Baolin Wang" , Baolin Wang , Adrian Hunter , Ulf Hansson , asutoshd@codeaurora.org, Orson Zhai , Lyra Zhang , Linus Walleij , Vincent Guittot , linux-mmc , "linux-kernel@vger.kernel.org" , Hannes Reinecke , linux-block , Paolo Valente List-Id: linux-mmc@vger.kernel.org Christoph, > equivalent to SCSI logical units and nvme namespace, just with a > pretty idiotic design decision that only allows I/O to one of them at > a time. The block layer way to deal with them is to use a shared > tagset for multiple request queues, which doesn't use up a whole lot > of resources. The only hard part is the draining when switching > between partitions, and there is no really nice way to deal with that. > If requests are batched enough we could just drain and switch every > time an other partition access comes in. This mirrors single_lun in SCSI closely. I was hoping we could eventually get rid of that travesty but if MMC needs something similar, maybe it would be good to move that plumbing to block? -- Martin K. Petersen Oracle Linux Engineering