linux-kernel - Re: What's in linux-2.6-block.git for 2.6.32

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20090911140453.GG14984@kernel.dk>
Date:	Fri, 11 Sep 2009 16:04:54 +0200
From:	Jens Axboe <jens.axboe@...cle.com>
To:	Jeff Moyer <jmoyer@...hat.com>
Cc:	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: What's in linux-2.6-block.git for 2.6.32

On Fri, Sep 11 2009, Jeff Moyer wrote:
> 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?

No, I'll get it added. Sorry for the delay on that.

-- 
Jens Axboe

--
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/