From: "Bhanu Prakash Gollapudi" <bprakash@broadcom.com>
To: Robert Love <robert.w.love@intel.com>
Cc: linux-scsi@vger.kernel.org, Neil Horman <nhorman@tuxdriver.com>
Subject: Re: [PATCH 05/16] libfcoe, fcoe, bnx2fc: Add new fcoe control interface
Date: Sun, 16 Dec 2012 11:50:28 -0800 [thread overview]
Message-ID: <50CE2604.4050106@broadcom.com> (raw)
In-Reply-To: <20121212232230.13084.56240.stgit@fritz>
On 12/12/2012 03:22 PM, Robert Love wrote:
> +ssize_t fcoe_ctlr_create_store(struct bus_type *bus,
> + const char *buf, size_t count)
> +{
> + struct net_device *netdev = NULL;
> + struct fcoe_transport *ft = NULL;
> + struct fcoe_ctlr_device *ctlr_dev = NULL;
> + int rc = 0;
> + int err;
> +
> + mutex_lock(&ft_mutex);
> +
> + netdev = fcoe_if_to_netdev(buf);
> + if (!netdev) {
> + LIBFCOE_TRANSPORT_DBG("Invalid device %s.\n", buf);
> + rc = -ENODEV;
> + goto out_nodev;
> + }
> +
> + ft = fcoe_netdev_map_lookup(netdev);
> + if (ft) {
> + LIBFCOE_TRANSPORT_DBG("transport %s already has existing "
> + "FCoE instance on %s.\n",
> + ft->name, netdev->name);
> + rc = -EEXIST;
> + goto out_putdev;
> + }
> +
> + ft = fcoe_transport_lookup(netdev);
> + if (!ft) {
> + LIBFCOE_TRANSPORT_DBG("no FCoE transport found for %s.\n",
> + netdev->name);
> + rc = -ENODEV;
> + goto out_putdev;
> + }
> +
> + /* pass to transport create */
> + err = ft->alloc ? ft->alloc(netdev) : -ENODEV;
> + if (err) {
> + fcoe_del_netdev_mapping(netdev);
> + rc = -ENOMEM;
> + goto out_putdev;
> + }
> +
> + err = fcoe_add_netdev_mapping(netdev, ft);
> + if (err) {
> + LIBFCOE_TRANSPORT_DBG("failed to add new netdev mapping "
> + "for FCoE transport %s for %s.\n",
> + ft->name, netdev->name);
> + rc = -ENODEV;
> + goto out_putdev;
> + }
> +
> + LIBFCOE_TRANSPORT_DBG("transport %s %s to create fcoe on %s.\n",
> + ft->name, (ctlr_dev) ? "succeeded" : "failed",
> + netdev->name);
ctlr_dev is initialized to NULL and not updated anywhere in this
function, and hence the above debug statement will always say that
'create' failed.
> +
> +out_putdev:
> + dev_put(netdev);
> +out_nodev:
> + mutex_unlock(&ft_mutex);
> + if (rc)
> + return rc;
> + return count;
> +}
>
next prev parent reply other threads:[~2012-12-16 19:53 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-12 23:22 [PATCH 00/16] libfc, libfcoe and fcoe updates for 3.8 Robert Love
2012-12-12 23:22 ` [PATCH 01/16] libfc: fix REC handling Robert Love
2012-12-12 23:22 ` [PATCH 02/16] Documentation: Add missing devices/ to devices path Robert Love
2012-12-12 23:22 ` [PATCH 03/16] libfcoe: Save some memory and optimize name lookups Robert Love
2012-12-13 7:54 ` Bart Van Assche
2012-12-14 18:36 ` Love, Robert W
2012-12-14 22:02 ` [PATCH v2] " Robert Love
2012-12-17 14:26 ` Neil Horman
2012-12-12 23:22 ` [PATCH 04/16] libfcoe: Add fcoe_sysfs debug logging level Robert Love
2012-12-12 23:22 ` [PATCH 05/16] libfcoe, fcoe, bnx2fc: Add new fcoe control interface Robert Love
2012-12-16 19:50 ` Bhanu Prakash Gollapudi [this message]
2012-12-12 23:22 ` [PATCH 06/16] fcoe: Use the fcoe_sysfs " Robert Love
2012-12-12 23:22 ` [PATCH 07/16] bnx2fc: " Robert Love
2012-12-12 23:22 ` [PATCH 08/16] libfc, libfcoe, fcoe: Convert debug_logging macros to pr_info Robert Love
2012-12-12 23:22 ` [PATCH 09/16] fcoe: prep work to start consolidate the usage of fcoe_netdev Robert Love
2012-12-12 23:22 ` [PATCH 10/16] fcoe: add support to the get_netdev() for fcoe_interface Robert Love
2012-12-12 23:23 ` [PATCH 11/16] libfcoe, fcoe: move fcoe_link_speed_update() to libfcoe and export it Robert Love
2012-12-12 23:23 ` [PATCH 12/16] libfcoe, fcoe: consolidate the fcoe_ctlr_get_lesb/fcoe_get_lesb Robert Love
2012-12-12 23:23 ` [PATCH 13/16] bnx2fc: add support to get_netdev for bnx2f_interface Robert Love
2012-12-12 23:23 ` [PATCH 14/16] bnx2fc: use fcoe_link_speed_update() from the exported symbol in libfcoe Robert Love
2012-12-12 23:23 ` [PATCH 15/16] bnx2fc: use fcoe_get_lesb/fcoe_ctlr_get_lesb() directly from libfcoe Robert Love
2012-12-12 23:23 ` [PATCH 16/16] debris left by "[SCSI] libfcoe: Remove mutex_trylock/restart_syscall checks" Robert Love
2012-12-16 19:56 ` [PATCH 00/16] libfc, libfcoe and fcoe updates for 3.8 Bhanu Prakash Gollapudi
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=50CE2604.4050106@broadcom.com \
--to=bprakash@broadcom.com \
--cc=linux-scsi@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
--cc=robert.w.love@intel.com \
/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.