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
next prev parent reply other threads:[~2009-06-18 17:19 UTC|newest]
Thread overview: 11+ 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: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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).