Re: end to end error recovery musings

On Fri, Feb 23, 2007 at 09:32:29PM -0500, Theodore Tso wrote: > And having a way of making this list available to both the > filesystem and to a userspace utility, so they can more easily deal > with doing a forced rewrite of the bad sector, after determining > which file is involved and perhaps d

Re: [PATCH 1/2] mv sg features to the block layer v4

On Sat, 2007-02-24 at 05:51 -0500, Mike Christie wrote: > v4. > > mv sg.c features to the block layer helper code, so that tape, scsi_tgt, > and maybe bsg or block/scsi_ioctl.c can use them. > > This patches moves the sg features and converts blk_rq_map_user and > bio_map_user callers to the new

[PATCH] scsi: eata.c potential namespace collision and optimisation

This fixes a potential namespace collision and does an optimisation for 2.6.20 drivers/scsi/eata.c: * sort() is renamed to eata_sort() to avoid conflict with kernel proper sort(). It does _not_ conflict currently in 2.6.20 so this is a pre-emptive change. *

[PATCH 2/2] convert sg to use block layer helpers v4

v4. Convert sg to block layer helpers. I have tested with sg3_utils and sg_utils. I have tested the mmap, iovec, dio and indirect IO paths, by running those tools and the example programs against software iscsi which does not support clustering, scsi_debug which has a large segment size limit, and

[PATCH 1/2] mv sg features to the block layer v4

v4. mv sg.c features to the block layer helper code, so that tape, scsi_tgt, and maybe bsg or block/scsi_ioctl.c can use them. This patches moves the sg features and converts blk_rq_map_user and bio_map_user callers to the new API. Previously, we did blk_rq_map_user() to map or copy date to a bu