user/sven/linux.git/drivers/block/cpqarray.h, branch v3.2.29

[PATCH] cpqarray: Correct mailing list address in source code

2005-01-08T06:12:17Z

Correct mailing list address in cpqarray source code. Signed-off-by: James Nelson Acked-by: Mike Miller Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] cpqarray iomem annotations

2004-10-06T00:55:14Z

Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] cpqarray: I/O address fixes

2004-03-16T23:10:16Z

From: * cpqarray in kernel 2.6.1 seems to be based from 2.4.18 kernel with specific 2.6.x stuff added. * Defines io_mem_addr and io_mem_length to replace ioaddr (change from 2.4.18 to 2.4.19)

[PATCH] Proper block queue reference counting

2003-08-06T17:35:12Z

To be able to properly be able to keep references to block queues, we make blk_init_queue() return the queue that it initialized, and let it be independently allocated and then cleaned up on the last reference. I have grepped high and low, and there really shouldn't be any broken uses of blk_init_queue() in the kernel drivers left. The added bonus being blk_init_queue() error checking is explicit now, most of the drivers were broken in this regard (even IDE/SCSI). No drivers have embedded request queue structures. Drivers that don't use blk_init_queue() but blk_queue_make_request(), should allocate the queue with blk_alloc_queue(gfp_mask). I've converted all of them to do that, too. They can call blk_cleanup_queue() now too, using the define blk_put_queue() is probably cleaner though.

[PATCH] cpqarray IDA_LOCK compile fix

2002-10-18T06:40:48Z

[PATCH] cpqarray

2002-10-18T02:37:56Z

* switched to private queues * set ->queue and ->private_data * switched to new methods

[PATCH] block plugging reworked

2002-05-28T12:39:17Z

This patch provides the ability for a block driver to signal it's too busy to receive more work and temporarily halt the request queue. In concept it's similar to the networking netif_{start,stop}_queue helpers. To do this cleanly, I've ripped out the old tq_disk task queue. Instead an internal list of plugged queues is maintained which will honor the current queue state (see QUEUE_FLAG_STOPPED bit). Execution of request_fn has been moved to tasklet context. blk_run_queues() provides similar functionality to the old run_task_queue(&tq_disk). Now, this only works at the request_fn level and not at the make_request_fn level. This is on purpose: drivers working at the make_request_fn level are essentially providing a piece of the block level infrastructure themselves. There are basically two reasons for doing make_request_fn style setups: o block remappers. start/stop functionality will be done at the target device in this case, which is the level that will signal hardware full (or continue) anyways. o drivers who wish to receive single entities of "buffers" and not merged requests etc. This could use the start/stop functionality. I'd suggest _still_ using a request_fn for these, but set the queue options so that no merging etc ever takes place. This has the added bonus of providing the usual request depletion throttling at the block level.

[PATCH] get rid of

2002-05-20T02:40:16Z

The lock.h header contained some hand-crafted lcoking routines from the pre-SMP days. In 2.5 only lock_super/unlock_super are left, guarded by a number of completly unrelated (!) includes. This patch moves lock_super/unlock_super to fs.h, which defined struct super_block that is needed for those to operate it, removes locks.h and updates all caller to not include it and add the missing, previously nested includes where needed.

v2.5.0.10 -> v2.5.0.11

2002-02-05T07:59:01Z

- Jeff Garzik: no longer support old cards in tulip driver (see separate driver for old tulip chips) - Pat Mochel: driverfs/device model documentation - Ballabio Dario: update eata driver to new IO locking - Ingo Molnar: raid resync with new bio structures (much more efficient) and mempool_resize() - Jens Axboe: bio queue locking

v2.5.0.1 -> v2.5.0.2

2002-02-05T07:58:06Z

- Greg KH: USB update - Richard Gooch: refcounting for devfs - Jens Axboe: start of new block IO layer