20 Apr, 2006
1 commit
-
We added the ability to change a block device's IO elevator scheduler both
at kernel boot and on-the-fly, but we only documented the elevator= boot
parameter. Add a quick how-to on doing it on the fly.Signed-off-by: Valdis Kletnieks
Signed-off-by: Andrew Morton
Signed-off-by: Jens Axboe
27 Mar, 2006
1 commit
-
The max_sectors has been split into max_hw_sectors and max_sectors for some
time. A patch to have blk_queue_max_sectors enforce this was sent by
me and it broke IDE. This patch updates the documentation.Signed-off-by: Jens Axboe
16 Jan, 2006
1 commit
-
the ladder to the mainline. Add it back.
Signed-off-by: Tejun Heo
Signed-off-by: Jens Axboe
09 Jan, 2006
1 commit
-
I couldn't find any docs explaining the contents of /sys/block//stat,
so I wrote up the following. I'm not completely sure it's accurate - Jens,
could you give a yea or nay on this?In particular, the counts of read/write IOs and read/write sectors are
incremented in different places - it looks like they both increment as the
request is being finished, but I'm not completely sure of that.Cc: Jens Axboe
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
06 Jan, 2006
1 commit
-
Update documentation to match new barrier implementation.
Signed-off-by: Tejun Heo
Signed-off-by: Jens Axboe
03 Jan, 2006
1 commit
-
This patch removes all references to the bouncing address
rddunlap@osdl.org and one dead web page from the kernel.Signed-off-by: Adrian Bunk
Acked-by: Randy Dunlap
16 Nov, 2005
1 commit
-
Picked from the ubuntu-2.6 tree
The change in location for ll_rw_blk.c from drivers/block/ to block/ caused
failure to generate documentation.Signed-off-by: Ben Collins
Cc: Jeff Garzik
Cc: Jens Axboe
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
28 Oct, 2005
1 commit
-
Updates biodoc to reflect changes in elevator API
Signed-off-by: Tejun Heo
Signed-off-by: Jens Axboe
28 Jun, 2005
1 commit
-
Add ioprio documentation
Signed-off-by: Jens Axboe
Signed-off-by: Linus Torvalds
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!