Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1550612
| From | Linus Walleij <linus.walleij@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH PoCv2 0/2] mmc: add blk-mq support |
| Date | 2017-01-04 11:20 +0100 |
| Message-ID | <sVQPL-3lt-15@gated-at.bofh.it> (permalink) |
| References | <sVBe1-1dx-21@gated-at.bofh.it> <sVBe1-1dx-17@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Jan 3, 2017 at 6:30 PM, Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> wrote: Interesting patch! > The differences between these patches and Linus' RFD patch: > - request completion is handled from the IRQ handler > (or tasklet context as happens in dw_mmc host driver) I think we need to make a patch like this separately to the current (only old blk) code, to stop the kthread from forcing in NULL requests to clean the pipeline. We should also avoid sending any completion at all: if we know we only get one request at a time as your patch does, there is no reason to wait for a completion: we will always be complete when a new request arrives. Same with two requests in parallel, we can trust the block layer to not send more than 2 (the queue depth) so there is no reason to wait for a completion. I'm trying to work in this direction at least, your patch is great inspiration! Yours, Linus Walleij
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH PoCv2 0/2] mmc: add blk-mq support Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> - 2017-01-03 18:40 +0100
[PATCH PoCv2 1/2] Revert "mmc: queue: Share mmc request array between partitions" Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> - 2017-01-03 18:40 +0100
Re: [PATCH PoCv2 1/2] Revert "mmc: queue: Share mmc request array between partitions" Greg KH <gregkh@linuxfoundation.org> - 2017-01-03 19:40 +0100
Re: [PATCH PoCv2 0/2] mmc: add blk-mq support Linus Walleij <linus.walleij@linaro.org> - 2017-01-04 11:20 +0100
csiph-web