By default, each device is assumed to be able only handle 64 KB chunks during DMA. By giving the segment size a larger value, the block layer will coalesce more S/G entries together for SRP, allowing larger requests with the same sg_tablesize setting.
This ups the value on Mellanox hardware to 2 GB, though there is no HW limit. Signed-off-by: David Dillow <[email protected]> -- It could be 3 GB or even (4 GB - 1), since it's an unsigned int, but we should rarely see a 2 GB request anyways. I think it is probably safe to do something similar for the qib and ipath drivers, and perhaps the iWarp cards for iSER. This patch also reduces the iterations in SRP's mapping code for some upcoming patches I have. diff --git a/drivers/infiniband/hw/mthca/mthca_main.c b/drivers/infiniband/hw/mthca/mthca_main.c index 5eee666..deb79d4 100644 --- a/drivers/infiniband/hw/mthca/mthca_main.c +++ b/drivers/infiniband/hw/mthca/mthca_main.c @@ -1043,6 +1043,9 @@ static int __mthca_init_one(struct pci_dev *pdev, int hca_type) } } + /* not a HW limit, but no way to say infinity */ + dma_set_max_seg_size(&pdev->dev, 2 * 1024 * 1024 * 1024); + mdev = (struct mthca_dev *) ib_alloc_device(sizeof *mdev); if (!mdev) { dev_err(&pdev->dev, "Device struct alloc failed, " diff --git a/drivers/net/mlx4/main.c b/drivers/net/mlx4/main.c index 782f11d..699852e 100644 --- a/drivers/net/mlx4/main.c +++ b/drivers/net/mlx4/main.c @@ -1109,6 +1109,9 @@ static int __mlx4_init_one(struct pci_dev *pdev, const struct pci_device_id *id) } } + /* not a HW limit, but no way to say infinity */ + dma_set_max_seg_size(&pdev->dev, 2 * 1024 * 1024 * 1024); + priv = kzalloc(sizeof *priv, GFP_KERNEL); if (!priv) { dev_err(&pdev->dev, "Device struct alloc failed, " -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
