linux-toradex.git/block/blk-exec.c, branch v3.0-rc3

block: Remove 'plug/unplug' comment in blk_execute_rq_nowait

2011-05-05T21:10:05+00:00

unplug is replaced with blk_run_queue now in blk_execute_rq_nowait,
so change the comment accordingly.

Signed-off-by: Tao Ma 
Signed-off-by: Jens Axboe

block: add blk_run_queue_async

2011-04-18T09:41:33+00:00

Instead of overloading __blk_run_queue to force an offload to kblockd
add a new blk_run_queue_async helper to do it explicitly.  I've kept
the blk_queue_stopped check for now, but I suspect it's not needed
as the check we do when the workqueue items runs should be enough.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Jens Axboe

Merge branch 'for-2.6.39/stack-plug' into for-2.6.39/core

2011-03-10T07:58:35+00:00

Conflicts:
	block/blk-core.c
	block/blk-flush.c
	drivers/md/raid1.c
	drivers/md/raid10.c
	drivers/md/raid5.c
	fs/nilfs2/btnode.c
	fs/nilfs2/mdt.c

Signed-off-by: Jens Axboe

block: remove per-queue plugging

2011-03-10T07:52:07+00:00

Code has been converted over to the new explicit on-stack plugging,
and delay users have been converted to use the new API for that.
So lets kill off the old plugging along with aops->sync_page().

Signed-off-by: Jens Axboe

block: Prevent hang_check firing during long I/O

2010-09-24T13:52:09+00:00

During long I/O operations, the hang_check timer may fire,
trigger stack dumps that unnecessarily alarm the user.

Eg.  hdparm --security-erase NULL /dev/sdb  ## can take *hours* to complete

So, if hang_check is armed, we should wake up periodically
to prevent it from triggering.  This patch uses a wake-up interval
equal to half the hang_check timer period, which keeps overhead low enough.

Signed-off-by: Mark Lord 
Signed-off-by: Jens Axboe

block: remove wrappers for request type/flags

2010-08-07T16:17:56+00:00

Remove all the trivial wrappers for the cmd_type and cmd_flags fields in
struct requests.  This allows much easier grepping for different request
types instead of unwinding through macros.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Jens Axboe

block: don't set REQ_NOMERGE unnecessarily

2009-04-28T05:37:33+00:00

RQ_NOMERGE_FLAGS already clears defines which REQ flags aren't
mergeable.  There is no reason to specify it superflously.  It only
adds to confusion.  Don't set REQ_NOMERGE for barriers and requests
with specific queueing directive.  REQ_NOMERGE is now exclusively used
by the merging code.

[ Impact: cleanup ]

Signed-off-by: Tejun Heo

Add some block/ source files to the kernel-api docbook. Fix kernel-doc notation in them as needed. Fix changed function parameter names. Fix typos/spellos. In comments, change REQ_SPECIAL to REQ_TYPE_SPECIAL and REQ_BLOCK_PC to REQ_TYPE_BLOCK_PC.

2008-10-09T06:56:03+00:00

Signed-off-by: Randy Dunlap 
Signed-off-by: Jens Axboe

block: unexport blk_end_sync_rq

2008-07-15T19:21:45+00:00

All the users of blk_end_sync_rq has gone (they are converted to use
blk_execute_rq). This unexports blk_end_sync_rq.

Signed-off-by: FUJITA Tomonori 
Cc: Borislav Petkov 
Signed-off-by: Jens Axboe 
Signed-off-by: Bartlomiej Zolnierkiewicz

block: handle blk_pm_resume_request() requests in blk_execute_rq_nowait()

2008-07-15T19:21:43+00:00

For blk_pm_resume_request() requests (which are used only by IDE subsystem
currently) the queue is stopped so we need to call ->request_fn explicitly.

Thanks to:
- Rafael for reporting/bisecting the bug
- Borislav/Rafael for testing the fix

This is a preparation for converting IDE to use blk_execute_rq().

Cc: FUJITA Tomonori 
Cc: Borislav Petkov 
Cc: Jens Axboe 
Cc: "Rafael J. Wysocki" 
Signed-off-by: Bartlomiej Zolnierkiewicz