[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <x49d45xa93a.fsf@segfault.boston.devel.redhat.com>
Date: Fri, 11 Sep 2009 09:45:29 -0400
From: Jeff Moyer <jmoyer@...hat.com>
To: Jens Axboe <jens.axboe@...cle.com>
Cc: Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: What's in linux-2.6-block.git for 2.6.32
Jens Axboe <jens.axboe@...cle.com> writes:
> Hi,
>
> This is just the core block bits, I have other branches pending. And a
> heads up that I had to rebase this branch today, something I haven't
> done during the .31 cycle. This was due to the history being really odd,
> with modified patches of for-2.6.32 patches being forwarded to mainline.
> So I though it would be better to clean this history and merge fixups.
> There was also a middle point that would break bisection.
>
> Nothing really earth shattering in here, nor are there really big
> changes for this cycle.
>
> - Some updates to CFQ to improve interactiveness.
> - Some cleanups and sanitization of the bio IO flags.
> - blk-iopoll, an experimental API for doing NAPI like polled completions
> for really fast devices. In testing this has shown to be faster for
> some cases, while slower for others. The included patch is just the
> core bits, no driver support is being merged yet.
> - Enable CPU IO completion by default. My testing has shown this to be
> faster, and independent testing by Intel confirms that as well.
> - A fix to only issue a block queue trace when we actually intend to
> queue.
> - A fix for splice to update mtime and atime on files.
> - A cleanup of the failfast bits and merge fixups for the same.
Any particular reason you're holding off on the pktcdvd regression fix I
posted?
Cheers,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists