On Tue, Jun 24, 2014 at 07:11:47PM -0400, Martin K. Petersen wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars We are receiving (from network) and submitting (to lower level IO
Lars stack) in the same context and would like the submit to be async.
Lars Do you intend to
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars Because the way we do some internal bookkeeping, we announce a max
Lars discard of 4 MiB.
Yikes!
Lars Similar for the WRITE_SAME interface (which we do not properly
Lars support on the DRBD protocol level yet -- backward
On Mon, Jun 23, 2014 at 03:37:03PM -0400, Martin K. Petersen wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Thanks for fixing this.
I'd still like to see you use the lib call instead like you do for
zeroout. I have some patches in the pipeline for multi-range
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars We are receiving (from network) and submitting (to lower level IO
Lars stack) in the same context and would like the submit to be async.
Lars Do you intend to provide an asynchronous interface?
I guess we can look into that if there
On Sat, Jun 21, 2014 at 07:48:22PM +0200, Stefan Priebe wrote:
Hi Lars,
Am 20.06.2014 20:29, schrieb Lars Ellenberg:
On Fri, Jun 20, 2014 at 12:49:39PM -0400, Martin K. Petersen wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Lars Any bio allocated that will be
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Thanks for fixing this.
I'd still like to see you use the lib call instead like you do for
zeroout. I have some patches in the pipeline for multi-range discard
support and things are going to break for drbd if you manually roll
Hi Lars,
Am 20.06.2014 20:29, schrieb Lars Ellenberg:
On Fri, Jun 20, 2014 at 12:49:39PM -0400, Martin K. Petersen wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Lars Any bio allocated that will be passed down with REQ_DISCARD has to
Lars be allocated with nr_iovecs =
On Thu, Jun 19, 2014 at 11:08:22PM -0400, Martin K. Petersen wrote:
Stefan == Stefan Priebe - Profihost AG s.pri...@profihost.ag
writes:
Stefan Hi, while using vanilla 3.10.44 with drbd on top of a md raid1.
Stefan I'm pretty often hitting the followin kernel bug.
Stefan
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Lars Any bio allocated that will be passed down with REQ_DISCARD has to
Lars be allocated with nr_iovecs = 1 (at least), even though it must
Lars not contain any bio_vec payload.
True. Although the correct answer is: Any discard
On Fri, Jun 20, 2014 at 12:49:39PM -0400, Martin K. Petersen wrote:
Lars == Lars Ellenberg lars.ellenb...@linbit.com writes:
Lars,
Lars Any bio allocated that will be passed down with REQ_DISCARD has to
Lars be allocated with nr_iovecs = 1 (at least), even though it must
Lars not contain
Hi,
while using vanilla 3.10.44 with drbd on top of a md raid1.
I'm pretty often hitting the followin kernel bug.
It reminds me of:
http://lists.openwall.net/linux-kernel/2014/02/19/428
But i don't use bcache.
[sched_delayed] sched: RT throttling activated
BUG: unable to handle kernel NULL
Stefan == Stefan Priebe - Profihost AG s.pri...@profihost.ag writes:
Stefan Hi, while using vanilla 3.10.44 with drbd on top of a md raid1.
Stefan I'm pretty often hitting the followin kernel bug.
Stefan [8128105c] blk_add_request_payload+0xc/0x90
That's really messed up. This means
12 matches
Mail list logo
