From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: linux-scsi@vger.kernel.org, linuxppc-dev@ozlabs.org,
paulus@samba.org, Brian King <brking@linux.vnet.ibm.com>,
David Darrington <ddarring@linux.vnet.ibm.com>
Subject: Re: [PATCH 14/16 v4] ibmvscsi: driver enablement for CMO
Date: Thu, 24 Jul 2008 15:59:42 +1000 [thread overview]
Message-ID: <1216879182.11188.23.camel@pasglop> (raw)
In-Reply-To: <20080723183527.GQ12905@linux.vnet.ibm.com>
On Wed, 2008-07-23 at 13:35 -0500, Robert Jennings wrote:
> From: Robert Jennings <rcj@linux.vnet.ibm.com>
>
> Enable the driver to function in a Cooperative Memory Overcommitment (CMO)
> environment.
>
> The following changes are made to enable the driver for CMO:
> * DMA mapping errors will not result in error messages if entitlement has
> been exceeded and resources were not available.
> * The driver has a get_desired_dma function defined to function
> in a CMO environment. It will indicate how much IO memory it would like
> to function.
>
> Signed-off-by: Robert Jennings <rcj@linux.vnet.ibm.com>
> Acked by: Brian King <brking@linux.vnet.ibm.com>
>
> ---
> We would like to take this patch through linuxppc-dev with the full
> change set for this feature. We are copying linux-scsi for review and ack.
James, if you are ok with this patch, can you Ack it ? I'll merge it via
the powerpc tree along with all its dependencies.
Thanks in advance !
Cheers,
Ben.
> ---
> drivers/scsi/ibmvscsi/ibmvscsi.c | 45 +++++++++++++++++++++++++++++++++------
> drivers/scsi/ibmvscsi/ibmvscsi.h | 2 ++
> 2 files changed, 40 insertions(+), 7 deletions(-)
>
> Index: b/drivers/scsi/ibmvscsi/ibmvscsi.c
> ===================================================================
> --- a/drivers/scsi/ibmvscsi/ibmvscsi.c
> +++ b/drivers/scsi/ibmvscsi/ibmvscsi.c
> @@ -72,6 +72,7 @@
> #include <linux/delay.h>
> #include <asm/firmware.h>
> #include <asm/vio.h>
> +#include <asm/firmware.h>
> #include <scsi/scsi.h>
> #include <scsi/scsi_cmnd.h>
> #include <scsi/scsi_host.h>
> @@ -426,8 +427,10 @@ static int map_sg_data(struct scsi_cmnd
> SG_ALL * sizeof(struct srp_direct_buf),
> &evt_struct->ext_list_token, 0);
> if (!evt_struct->ext_list) {
> - sdev_printk(KERN_ERR, cmd->device,
> - "Can't allocate memory for indirect table\n");
> + if (!firmware_has_feature(FW_FEATURE_CMO))
> + sdev_printk(KERN_ERR, cmd->device,
> + "Can't allocate memory "
> + "for indirect table\n");
> return 0;
> }
> }
> @@ -743,7 +746,9 @@ static int ibmvscsi_queuecommand(struct
> srp_cmd->lun = ((u64) lun) << 48;
>
> if (!map_data_for_srp_cmd(cmnd, evt_struct, srp_cmd, hostdata->dev)) {
> - sdev_printk(KERN_ERR, cmnd->device, "couldn't convert cmd to srp_cmd\n");
> + if (!firmware_has_feature(FW_FEATURE_CMO))
> + sdev_printk(KERN_ERR, cmnd->device,
> + "couldn't convert cmd to srp_cmd\n");
> free_event_struct(&hostdata->pool, evt_struct);
> return SCSI_MLQUEUE_HOST_BUSY;
> }
> @@ -855,7 +860,10 @@ static void send_mad_adapter_info(struct
> DMA_BIDIRECTIONAL);
>
> if (dma_mapping_error(req->buffer)) {
> - dev_err(hostdata->dev, "Unable to map request_buffer for adapter_info!\n");
> + if (!firmware_has_feature(FW_FEATURE_CMO))
> + dev_err(hostdata->dev,
> + "Unable to map request_buffer for "
> + "adapter_info!\n");
> free_event_struct(&hostdata->pool, evt_struct);
> return;
> }
> @@ -1400,7 +1408,9 @@ static int ibmvscsi_do_host_config(struc
> DMA_BIDIRECTIONAL);
>
> if (dma_mapping_error(host_config->buffer)) {
> - dev_err(hostdata->dev, "dma_mapping error getting host config\n");
> + if (!firmware_has_feature(FW_FEATURE_CMO))
> + dev_err(hostdata->dev,
> + "dma_mapping error getting host config\n");
> free_event_struct(&hostdata->pool, evt_struct);
> return -1;
> }
> @@ -1604,7 +1614,7 @@ static struct scsi_host_template driver_
> .eh_host_reset_handler = ibmvscsi_eh_host_reset_handler,
> .slave_configure = ibmvscsi_slave_configure,
> .change_queue_depth = ibmvscsi_change_queue_depth,
> - .cmd_per_lun = 16,
> + .cmd_per_lun = IBMVSCSI_CMDS_PER_LUN_DEFAULT,
> .can_queue = IBMVSCSI_MAX_REQUESTS_DEFAULT,
> .this_id = -1,
> .sg_tablesize = SG_ALL,
> @@ -1613,6 +1623,26 @@ static struct scsi_host_template driver_
> };
>
> /**
> + * ibmvscsi_get_desired_dma - Calculate IO memory desired by the driver
> + *
> + * @vdev: struct vio_dev for the device whose desired IO mem is to be returned
> + *
> + * Return value:
> + * Number of bytes of IO data the driver will need to perform well.
> + */
> +static unsigned long ibmvscsi_get_desired_dma(struct vio_dev *vdev)
> +{
> + /* iu_storage data allocated in initialize_event_pool */
> + unsigned long desired_io = max_requests * sizeof(union viosrp_iu);
> +
> + /* add io space for sg data */
> + desired_io += (IBMVSCSI_MAX_SECTORS_DEFAULT *
> + IBMVSCSI_CMDS_PER_LUN_DEFAULT);
> +
> + return desired_io;
> +}
> +
> +/**
> * Called by bus code for each adapter
> */
> static int ibmvscsi_probe(struct vio_dev *vdev, const struct vio_device_id *id)
> @@ -1641,7 +1671,7 @@ static int ibmvscsi_probe(struct vio_dev
> hostdata->host = host;
> hostdata->dev = dev;
> atomic_set(&hostdata->request_limit, -1);
> - hostdata->host->max_sectors = 32 * 8; /* default max I/O 32 pages */
> + hostdata->host->max_sectors = IBMVSCSI_MAX_SECTORS_DEFAULT;
>
> rc = ibmvscsi_ops->init_crq_queue(&hostdata->queue, hostdata, max_requests);
> if (rc != 0 && rc != H_RESOURCE) {
> @@ -1735,6 +1765,7 @@ static struct vio_driver ibmvscsi_driver
> .id_table = ibmvscsi_device_table,
> .probe = ibmvscsi_probe,
> .remove = ibmvscsi_remove,
> + .get_desired_dma = ibmvscsi_get_desired_dma,
> .driver = {
> .name = "ibmvscsi",
> .owner = THIS_MODULE,
> Index: b/drivers/scsi/ibmvscsi/ibmvscsi.h
> ===================================================================
> --- a/drivers/scsi/ibmvscsi/ibmvscsi.h
> +++ b/drivers/scsi/ibmvscsi/ibmvscsi.h
> @@ -45,6 +45,8 @@ struct Scsi_Host;
> #define MAX_INDIRECT_BUFS 10
>
> #define IBMVSCSI_MAX_REQUESTS_DEFAULT 100
> +#define IBMVSCSI_CMDS_PER_LUN_DEFAULT 16
> +#define IBMVSCSI_MAX_SECTORS_DEFAULT 256 /* 32 * 8 = default max I/O 32 pages */
> #define IBMVSCSI_MAX_CMDS_PER_LUN 64
>
> /* ------------------------------------------------------------
next prev parent reply other threads:[~2008-07-24 5:59 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-23 18:19 [PATCH 00/16 v4] powerpc: pSeries Cooperative Memory Overcommitment support Robert Jennings
2008-07-23 18:25 ` [PATCH 01/16 v4] powerpc: Remove extraneous error reporting for hcall failures in lparcfg Robert Jennings
2008-07-23 18:25 ` [PATCH 02/16 v4] powerpc: Split processor entitlement retrieval and gat Robert Jennings
2008-07-23 18:27 ` [PATCH 03/16 v4] powerpc: Add memory entitlement capabilities to /proc/ppc64/lparcfg Robert Jennings
2008-07-23 18:28 ` [PATCH 04/16 v4] powerpc: Split retrieval of processor entitlement data into a helper routine Robert Jennings, Nathan Fontenot
2008-07-23 18:29 ` [PATCH 05/16 v4] powerpc: Enable CMO feature during platform setup Robert Jennings
2008-07-23 18:29 ` [PATCH 06/16 v4] powerpc: Utilities to set firmware page state Robert Jennings
2008-07-23 18:30 ` [PATCH 07/16 v4] powerpc: Add collaborative memory manager Robert Jennings
2008-07-23 18:30 ` [PATCH 08/16 v4] powerpc: Add CMO paging statistics Robert Jennings
2008-07-23 18:31 ` [PATCH 09/16 v4] powerpc: iommu enablement for CMO Robert Jennings
2008-07-23 18:31 ` [PATCH 10/16 v4] powerpc: vio bus support " Robert Jennings
2008-07-23 18:31 ` [PATCH 11/16 v4] powerpc: Verify CMO memory entitlement updates with virtual I/O Robert Jennings
2008-07-23 18:34 ` [PATCH 12/16 v4] ibmveth: Automatically enable larger rx buffer pools for larger mtu Robert Jennings
2008-07-23 18:34 ` Robert Jennings
2008-07-23 18:34 ` [PATCH 13/16 v4] ibmveth: enable driver for CMO Robert Jennings
2008-07-23 18:34 ` Robert Jennings
2008-07-23 18:35 ` [PATCH 14/16 v4] ibmvscsi: driver enablement " Robert Jennings
2008-07-23 18:35 ` Robert Jennings
2008-07-24 5:59 ` Benjamin Herrenschmidt [this message]
2008-07-23 18:35 ` [PATCH 15/16 v4] ibmvfc: Add support for collaborative memory overcommit Robert Jennings
2008-07-23 18:35 ` Robert Jennings
2008-07-23 18:36 ` [PATCH 16/16 v4] powerpc: Update arch vector to indicate support for CMO Robert Jennings
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1216879182.11188.23.camel@pasglop \
--to=benh@kernel.crashing.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=brking@linux.vnet.ibm.com \
--cc=ddarring@linux.vnet.ibm.com \
--cc=linux-scsi@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=paulus@samba.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.