]> git.baikalelectronics.ru Git - kernel.git/commit
remove blk_queue_max_phys_segments in libata
authorFUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Tue, 18 Sep 2007 10:16:45 +0000 (12:16 +0200)
committerJens Axboe <jens.axboe@oracle.com>
Tue, 16 Oct 2007 09:24:44 +0000 (11:24 +0200)
commit941ebcb4e2a6ea8da131c510da0f4342e373737c
tree6dd87deff0a8b2423b79a4f0234f7b234a259e37
parentcc2243b85612cf808dc73605c3503032a58b7d36
remove blk_queue_max_phys_segments in libata

LIBATA_MAX_PRD is the maximum number of DMA scatter/gather elements
permitted by the HBA's DMA engine. It's properly set to
q->max_hw_segments via the sg_tablesize parameter.

libata shouldn't call blk_queue_max_phys_segments. Now LIBATA_MAX_PRD
is equal to SCSI_MAX_PHYS_SEGMENTS by default (both is 128), so
everything is fine. But if they are changed, some code (like the scsi
mid layer, sg chaining, etc) might not work properly.

(Addition from Jens) The basic issue is that the physical segment
setting is purely a driver issue. And since SCSI is managing the sglist,
libata has no business changing the setting. All libata should care
about is the hw segment setting.

Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Signed-off-by: Jens Axboe <jens.axboe@oracle.com>
drivers/ata/libata-scsi.c