Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1411257
| From | Christoph Hellwig <hch@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v6 0/8] block: prepare for multipage bvecs |
| Date | 2016-06-01 16:10 +0200 |
| Message-ID | <rFf0l-Xx-25@gated-at.bofh.it> (permalink) |
| References | <rEvAe-4Ni-11@gated-at.bofh.it> <rEUff-4Bu-9@gated-at.bofh.it> <rFdBg-8pl-17@gated-at.bofh.it> <rFeH0-BQ-23@gated-at.bofh.it> <rFeQF-Fc-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Jun 01, 2016 at 09:51:51AM -0400, Mike Snitzer wrote: > So should I not push this type of fix to Linus now? I was going to send > the above commit and this one to him this week: > https://git.kernel.org/cgit/linux/kernel/git/device-mapper/linux-dm.git/commit/?h=dm-4.7&id=57b3001b240629ecc5266d28c845e23ca5f11719 > > Instead, should bcache be made to not do what it is doing? I think that's much preferably. Otherwise we'll get a constant trickles of patches like that whenever someone tries bcache on top of another stacking driver.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Mike Snitzer <snitzer@redhat.com> - 2016-05-31 18:00 +0200
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Ming Lei <ming.lei@canonical.com> - 2016-06-01 14:40 +0200
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Christoph Hellwig <hch@infradead.org> - 2016-06-01 15:50 +0200
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Mike Snitzer <snitzer@redhat.com> - 2016-06-01 16:00 +0200
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Christoph Hellwig <hch@infradead.org> - 2016-06-01 16:10 +0200
Re: [PATCH v6 0/8] block: prepare for multipage bvecs Ming Lei <ming.lei@canonical.com> - 2016-06-02 04:20 +0200
csiph-web