[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <yq1v9r46vua.fsf@oracle.com>
Date: Thu, 28 Nov 2019 07:15:09 -0500
From: "Martin K. Petersen" <martin.petersen@...cle.com>
To: Christoph Hellwig <hch@...radead.org>
Cc: Hannes Reinecke <hare@...e.de>, Arnd Bergmann <arnd@...db.de>,
"\(Exiting\) Baolin Wang" <baolin.wang@...aro.org>,
Baolin Wang <baolin.wang7@...il.com>,
Adrian Hunter <adrian.hunter@...el.com>,
Ulf Hansson <ulf.hansson@...aro.org>, asutoshd@...eaurora.org,
Orson Zhai <orsonzhai@...il.com>,
Lyra Zhang <zhang.lyra@...il.com>,
Linus Walleij <linus.walleij@...aro.org>,
Vincent Guittot <vincent.guittot@...aro.org>,
linux-mmc <linux-mmc@...r.kernel.org>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>,
Hannes Reinecke <hare@...e.com>,
linux-block <linux-block@...r.kernel.org>,
Paolo Valente <paolo.valente@...aro.org>
Subject: Re: [PATCH v6 0/4] Add MMC software queue support
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
Powered by blists - more mailing lists