All of lore.kernel.org
 help / color / mirror / Atom feed
From: Scott Feldman <scofeldm@cisco.com>
To: Mike Christie <michaelc@cs.wisc.edu>, Hannes Reinecke <hare@suse.de>
Cc: James.Bottomley@HansenPartnership.com, davem@davemloft.net,
	gospo@redhat.com, abjoglek@cisco.com, jeykholt@cisco.com,
	netdev@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCH] Consolidate shared code between enic and fnic drivers.
Date: Thu, 18 Jun 2009 10:19:02 -0700	[thread overview]
Message-ID: <C65FC516.7747%scofeldm@cisco.com> (raw)
In-Reply-To: <4A3A735C.7090603@cs.wisc.edu>

On 6/18/09 10:03 AM, "Mike Christie" <michaelc@cs.wisc.edu> wrote:

> Hannes Reinecke wrote:
>> Hmm. Seeing that we're getting more and more of these type of drivers
>> (cf bnx2 / bnx2i / cnic, enic / fnic, and at least one other in the pipe)
>> one does wonder whether we should establish a separate directory for
>> these kind of things.
>> drivers/virtual or drivers/shared springs to mind.
>> 
>> Having them in the network directory is probably not the
>> correct choice.
>> 
> 
> I think it might sometimes. I am not sure though. I think we have two
> models. One where this common/lib/helper/shim module requires a net
> driver/netdev and one where it does not.
> 
> I think vnic should go in a new dir. fnic does not require enic to
> interact with hardare. It only needs the vnic module and vnic module
> should not need the enic one. The fnic module does not interact with the
> network layer's net_device.

I wanted to break vnic out into a new dir, but I couldn't figure out where
this new dir lives.  I considered drivers/net/vnic, drivers/net/enic/vnic,
and drivers/vnic.  But none seemed right so I just left the vnic files in
the enic dir and built two modules there.  The fnic linkage is awkward, but
it works.  I like Hannes suggestion of drivers/shared/vnic (or
drivers/shared/cisco_vnic per Ben), especially if there are other drivers in
the tree that could use the drivers/shared dir today.

-scott


WARNING: multiple messages have this Message-ID (diff)
From: Scott Feldman <scofeldm@cisco.com>
To: Mike Christie <michaelc@cs.wisc.edu>, Hannes Reinecke <hare@suse.de>
Cc: <James.Bottomley@HansenPartnership.com>, <davem@davemloft.net>,
	<gospo@redhat.com>, <abjoglek@cisco.com>, <jeykholt@cisco.com>,
	<netdev@vger.kernel.org>, <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] Consolidate shared code between enic and fnic drivers.
Date: Thu, 18 Jun 2009 10:19:02 -0700	[thread overview]
Message-ID: <C65FC516.7747%scofeldm@cisco.com> (raw)
In-Reply-To: <4A3A735C.7090603@cs.wisc.edu>

On 6/18/09 10:03 AM, "Mike Christie" <michaelc@cs.wisc.edu> wrote:

> Hannes Reinecke wrote:
>> Hmm. Seeing that we're getting more and more of these type of drivers
>> (cf bnx2 / bnx2i / cnic, enic / fnic, and at least one other in the pipe)
>> one does wonder whether we should establish a separate directory for
>> these kind of things.
>> drivers/virtual or drivers/shared springs to mind.
>> 
>> Having them in the network directory is probably not the
>> correct choice.
>> 
> 
> I think it might sometimes. I am not sure though. I think we have two
> models. One where this common/lib/helper/shim module requires a net
> driver/netdev and one where it does not.
> 
> I think vnic should go in a new dir. fnic does not require enic to
> interact with hardare. It only needs the vnic module and vnic module
> should not need the enic one. The fnic module does not interact with the
> network layer's net_device.

I wanted to break vnic out into a new dir, but I couldn't figure out where
this new dir lives.  I considered drivers/net/vnic, drivers/net/enic/vnic,
and drivers/vnic.  But none seemed right so I just left the vnic files in
the enic dir and built two modules there.  The fnic linkage is awkward, but
it works.  I like Hannes suggestion of drivers/shared/vnic (or
drivers/shared/cisco_vnic per Ben), especially if there are other drivers in
the tree that could use the drivers/shared dir today.

-scott


  reply	other threads:[~2009-06-18 17:19 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-18  5:05 [PATCH] Consolidate shared code between enic and fnic drivers Scott Feldman
2009-06-18  9:29 ` Hannes Reinecke
2009-06-18 17:03   ` Mike Christie
2009-06-18 17:19     ` Scott Feldman [this message]
2009-06-18 17:19       ` Scott Feldman
2009-06-18 17:45       ` Mike Christie
2009-06-23 21:03         ` Roland Dreier
2009-06-23 23:53           ` Joe Eykholt
2009-06-25 16:38             ` Roland Dreier
2009-06-23 21:02   ` Roland Dreier
2009-06-18 14:03 ` Ben Hutchings
2009-06-23 20:58 ` Roland Dreier

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=C65FC516.7747%scofeldm@cisco.com \
    --to=scofeldm@cisco.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=abjoglek@cisco.com \
    --cc=davem@davemloft.net \
    --cc=gospo@redhat.com \
    --cc=hare@suse.de \
    --cc=jeykholt@cisco.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=michaelc@cs.wisc.edu \
    --cc=netdev@vger.kernel.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.