From: Robert Love <robert.w.love@intel.com>
To: Yi Zou <yi.zou@intel.com>
Cc: devel@open-fcoe.org, linux-scsi@vger.kernel.org
Subject: Re: [Open-FCoE] [PATCH v3 03/10] libfcoe: add implementation to support fcoe transport
Date: Fri, 14 Jan 2011 17:25:35 -0800 [thread overview]
Message-ID: <1295054735.1836.1.camel@fritz> (raw)
In-Reply-To: <20110113021955.12798.84485.stg.yi.zou@intel.com>
On Wed, 2011-01-12 at 18:19 -0800, Yi Zou wrote:
> Add the new fcoe_transport.c file that implements basic fcoe transport
> interface. Eventually, the sysfs entries to create/destroy/enable/disable
> an FCoE instance will be coming to the fcoe transport layer, who does a
> look-up to find the corresponding transport provide and pass the corresponding
> action over to the identified provider.
>
> The fcoe.ko will become the default fcoe transport provider that can support
> FCoE on any given netdev interfaces, as the Open-FCoE.org's default software
> FCoE HBA solution. Any vendor specific FCoE HBA driver that is built on top
> of Open-FCoE's kernel stack of libfc & libfcoe as well as the user land tool
> of fcoe-utils can easily plug-in and start running FCoE on their network
> interfaces. The fcoe.ko will be converted to act as the default provider if
> no vendor specific transport provider is found, as it is always added to the
> very end of the list of attached transports.
>
> The lookup is based on the "drv_name" to fetch the fcoe_transport
> structure. The pointers to netdev obtained from "if_name" and the
> fcoe_transport structure are saved in 'fcoe_netdev_mapping' and added to the
> 'fcoe_netdev' list. Subsequent destroy/disable/enable will lookup
> fcoe_netdev_list using netdev as the key and obtain fcoe_transport structure,
> and call ft->destroy, ft->disable and ft->enable.
>
> Signed-off-by: Yi Zou <yi.zou@intel.com>
> Signed-off-by: Bhanu Prakash Gollapudi <bprakash@broadcom.com>
> ---
>
> drivers/scsi/fcoe/fcoe_transport.c | 540 ++++++++++++++++++++++++++++++++++++
> drivers/scsi/fcoe/libfcoe.h | 6
> 2 files changed, 546 insertions(+), 0 deletions(-)
> create mode 100644 drivers/scsi/fcoe/fcoe_transport.c
>
> diff --git a/drivers/scsi/fcoe/fcoe_transport.c b/drivers/scsi/fcoe/fcoe_transport.c
> new file mode 100644
> index 0000000..517c29b
> --- /dev/null
> +++ b/drivers/scsi/fcoe/fcoe_transport.c
> @@ -0,0 +1,540 @@
> +#include <linux/types.h>
> +#include <linux/module.h>
> +#include <linux/kernel.h>
> +#include <linux/list.h>
> +#include <linux/spinlock.h>
> +#include <linux/timer.h>
> +#include <linux/netdevice.h>
> +#include <linux/etherdevice.h>
> +#include <linux/ethtool.h>
> +#include <linux/if_ether.h>
> +#include <linux/if_vlan.h>
> +#include <linux/errno.h>
> +#include <linux/bitops.h>
> +#include <linux/slab.h>
> +#include <net/rtnetlink.h>
> +
> +#include <scsi/fc/fc_els.h>
> +#include <scsi/fc/fc_fs.h>
> +#include <scsi/fc/fc_fip.h>
> +#include <scsi/fc/fc_encaps.h>
> +#include <scsi/fc/fc_fcoe.h>
> +#include <scsi/fc/fc_fcp.h>
> +
> +#include <scsi/libfc.h>
> +#include <scsi/libfcoe.h>
> +
> +#include "libfcoe.h"
> +
I'm going to remove the following unnecessary includes.
#include <linux/list.h>
-#include <linux/spinlock.h>
-#include <linux/timer.h>
#include <linux/netdevice.h>
-#include <linux/etherdevice.h>
-#include <linux/ethtool.h>
-#include <linux/if_ether.h>
-#include <linux/if_vlan.h>
#include <linux/errno.h>
-#include <linux/bitops.h>
#include <linux/slab.h>
-#include <net/rtnetlink.h>
-#include <scsi/fc/fc_els.h>
-#include <scsi/fc/fc_fs.h>
-#include <scsi/fc/fc_fip.h>
-#include <scsi/fc/fc_encaps.h>
-#include <scsi/fc/fc_fcoe.h>
-#include <scsi/fc/fc_fcp.h>
-
-#include <scsi/libfc.h>
#include <scsi/libfcoe.h>
//Rob
next prev parent reply other threads:[~2011-01-15 1:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-13 2:19 [PATCH v3 00/10] Adding support to fcoe transport Yi Zou
2011-01-13 2:19 ` [PATCH v3 01/10] libfcoe: move logging macros into the local libfcoe.h header file Yi Zou
2011-01-13 2:19 ` [PATCH v3 02/10] libfcoe: add fcoe_transport structure defines to include/scsi/libfcoe.h Yi Zou
2011-01-13 2:19 ` [PATCH v3 03/10] libfcoe: add implementation to support fcoe transport Yi Zou
2011-01-15 1:25 ` Robert Love [this message]
2011-01-15 1:37 ` [Open-FCoE] " Zou, Yi
2011-01-13 2:20 ` [PATCH v3 04/10] libfcoe: rename libfcoe.c to fcoe_cltr.c for the coming fcoe_transport.c Yi Zou
2011-01-15 1:27 ` [Open-FCoE] " Robert Love
2011-01-15 1:29 ` Robert Love
2011-01-15 1:41 ` Zou, Yi
2011-01-13 2:20 ` [PATCH v3 05/10] libfcoe: remove libfcoe.c, use the same fcoe_ctlr.c instead Yi Zou
2011-01-13 2:20 ` [PATCH v3 06/10] libfcoe: include fcoe_transport.c into kernel libfcoe module Yi Zou
2011-01-13 2:20 ` [PATCH v3 07/10] fcoe: prepare fcoe for using fcoe transport Yi Zou
2011-01-13 2:20 ` [PATCH v3 08/10] fcoe: convert fcoe.ko to become an fcoe transport provider driver Yi Zou
2011-01-13 2:20 ` [PATCH v3 09/10] libfcoe: Handle ERESTARTSYS for fcoe transport Yi Zou
2011-01-13 2:20 ` [PATCH v3 10/10] fcoe: Return ERESTARTSYS on rtnl_trylock failure Yi Zou
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=1295054735.1836.1.camel@fritz \
--to=robert.w.love@intel.com \
--cc=devel@open-fcoe.org \
--cc=linux-scsi@vger.kernel.org \
--cc=yi.zou@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.