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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox