Thread (23 messages) 23 messages, 5 authors, 2016-06-10

Re: [PATCH v6 0/8] block: prepare for multipage bvecs

From: Christoph Hellwig <hch@infradead.org>
Date: 2016-06-01 13:44:31
Also in: linux-xfs, lkml

On Wed, Jun 01, 2016 at 08:38:41PM +0800, Ming Lei wrote:
quoted
be dm-crypt.c.  Maybe you've identified some indirect use of
BIO_MAX_SIZE?
I mean the recently introduced BIO_MAX_SIZE in -next tree:

https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/md/dm-crypt.c?id=4ed89c97b0706477b822ea2182827640c0cec486
The crazy bcache bios striking back once again.  I really think it's
harmful having a _MAX value and then having a minor driver
reinterpreting it and sending larger ones.  Until we can lift the
maximum limit in general nad have common code exercise it we really need
to stop bcache from sending these instead of littering the tree with
workarounds.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help