* What's in linux-2.6-block.git for 2.6.32
@ 2009-09-11 12:41 Jens Axboe
2009-09-11 13:45 ` Jeff Moyer
0 siblings, 1 reply; 3+ messages in thread
From: Jens Axboe @ 2009-09-11 12:41 UTC (permalink / raw)
To: Linux Kernel
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.
The changes are availble at:
git://git.kernel.dk/linux-2.6-block.git for-2.6.32
Ed L. Cashin (1):
aoe: end barrier bios with EOPNOTSUPP
Eric Dumazet (1):
cciss: memory leak in cciss_init_one()
Hannes Reinecke (1):
Send uevents for write_protect changes
Jens Axboe (12):
cfq-iosched: drain device queue before switching to a sync queue
block: make bio_rw_flagged() return a bool
bio: first step in sanitizing the bio->bi_rw flag testing
block: improve queue_should_plug() by looking at IO depths
block: add blk-iopoll, a NAPI like approach for block devices
block: fix long lines in block/blk-iopoll.c
block: adjust default budget for blk-iopoll
block: fix comment in blk-iopoll.c
block: use interrupts disabled version of raise_softirq_irqoff()
cfq-iosched: get rid of must_alloc flag
block: make blk_iopoll_prep_sched() follow normal 0/1 return convention
block: enable rq CPU completion affinity by default
Marcin Slusarz (1):
block: use printk_once
Miklos Szeredi (1):
splice: update mtime and atime on files
Minchan Kim (1):
block: trace bio queueing trial only when it occurs
Nikanth Karthikesan (1):
Seperate read and write statistics of in_flight requests
Shan Wei (1):
cfq: fix the log message after dispatched a request
Tejun Heo (3):
block: use the same failfast bits for bio and request
block: implement mixed merge of different failfast requests
scsi,block: update SCSI to handle mixed merge failures
Vivek Goyal (1):
cfq-iosched: no need to keep track of busy_rt_queues
block/Makefile | 2 +-
block/blk-core.c | 166 +++++++++++++++++++++++++------
block/blk-iopoll.c | 227 +++++++++++++++++++++++++++++++++++++++++++
block/blk-merge.c | 51 ++++++++--
block/blk.h | 1 +
block/cfq-iosched.c | 71 ++++++--------
block/elevator.c | 16 +---
block/genhd.c | 22 ++++-
drivers/block/aoe/aoeblk.c | 3 +
drivers/block/cciss.c | 4 +-
drivers/block/loop.c | 2 +-
drivers/block/paride/pcd.c | 12 +--
drivers/block/sx8.c | 4 +-
drivers/block/viodasd.c | 12 +--
drivers/md/dm-raid1.c | 2 +-
drivers/md/dm-stripe.c | 2 +-
drivers/md/dm.c | 28 +++---
drivers/md/linear.c | 2 +-
drivers/md/multipath.c | 4 +-
drivers/md/raid0.c | 2 +-
drivers/md/raid1.c | 14 ++-
drivers/md/raid10.c | 6 +-
drivers/md/raid5.c | 2 +-
drivers/scsi/scsi_lib.c | 6 +-
drivers/staging/dst/dcore.c | 5 +-
fs/btrfs/volumes.c | 4 +-
fs/partitions/check.c | 12 ++-
fs/splice.c | 8 +-
include/linux/bio.h | 69 ++++++-------
include/linux/blk-iopoll.h | 48 +++++++++
include/linux/blkdev.h | 34 +++++--
include/linux/genhd.h | 21 +++--
include/linux/interrupt.h | 1 +
kernel/sysctl.c | 10 ++-
34 files changed, 661 insertions(+), 212 deletions(-)
create mode 100644 block/blk-iopoll.c
create mode 100644 include/linux/blk-iopoll.h
--
Jens Axboe
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: What's in linux-2.6-block.git for 2.6.32
2009-09-11 12:41 What's in linux-2.6-block.git for 2.6.32 Jens Axboe
@ 2009-09-11 13:45 ` Jeff Moyer
2009-09-11 14:04 ` Jens Axboe
0 siblings, 1 reply; 3+ messages in thread
From: Jeff Moyer @ 2009-09-11 13:45 UTC (permalink / raw)
To: Jens Axboe; +Cc: Linux Kernel
Jens Axboe <jens.axboe@oracle.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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: What's in linux-2.6-block.git for 2.6.32
2009-09-11 13:45 ` Jeff Moyer
@ 2009-09-11 14:04 ` Jens Axboe
0 siblings, 0 replies; 3+ messages in thread
From: Jens Axboe @ 2009-09-11 14:04 UTC (permalink / raw)
To: Jeff Moyer; +Cc: Linux Kernel
On Fri, Sep 11 2009, Jeff Moyer wrote:
> Jens Axboe <jens.axboe@oracle.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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-09-11 14:04 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-11 12:41 What's in linux-2.6-block.git for 2.6.32 Jens Axboe
2009-09-11 13:45 ` Jeff Moyer
2009-09-11 14:04 ` Jens Axboe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox