From: Steve Wise <swise@opengridcomputing.com>
To: Roland Dreier <rdreier@cisco.com>
Cc: general@lists.openfabrics.org, ewg@lists.openfabrics.org,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
sean.hefty@intel.com
Subject: Re: [PATCH RFC] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts with the host stack.
Date: Wed, 05 Sep 2007 12:27:09 -0500 [thread overview]
Message-ID: <46DEE6ED.7070000@opengridcomputing.com> (raw)
In-Reply-To: <46DECDED.90903@opengridcomputing.com>
Steve Wise wrote:
>
>
> Roland Dreier wrote:
>> > > What's wrong with my suggestion of having the iwarp driver create an
>> > > "iwX" interface to go with the normal "ethX" interface? It seems
>> > > simpler to me, and there's a somewhat similar precedent with how
>> > > mac80211 devices create both wlan0 and wmaster0 interfaces.
>> > > - R.
>> > > It seemed much more painful for me to implement. :-)
>> > > I'll look into this, but I think for this to be done, the
>> changes must
>> > be in the cxgb3 driver, not the rdma driver, because the guts of the
>> > netdev struct are all private to cxgb3. Remember that this interface
>> > needs to still do non TCP traffic (like ARP and UDP)...
>> > > Maybe you have something in mind here that I'm not thinking about?
>>
>> No, I was just spouting off.
>>
>
> At least someone is looking at my patch. ;-)
>
>> But the whole "create a magic alias" seems kind of unfriendly to the
>> user. Maybe as you said, the cxgb3 net driver could create the alias
>> for the iw_cxgb3 driver?
>
> I agree that it is not very user friendly.
>
> My current patch just utilizes the IP address alias logic in the IP
> stack. So when you do 'ifconfig ethxx:blah ipaddr up' it creates a
> struct in_ifaddr which contains a ptr to the real struct net_device that
> services this alias. However, from what I can tell, I cannot just
> create one of these without binding an address. So the driver cannot
> create the alias interface until it knows the ipaddr/netmask/etc. IE:
> if you say 'ifconfig ethxx:blah up' it fails... You must supply an
> address to get one of these created.
>
> To have the cxgb3 driver create something like 'iw0', I think it would
> need to create a full net_device struct. This makes the change much
> more complex. But perhaps its the right thing to do...
>
> Steve.
>
Also, I could defer registering the device with the rdma core until the
alias interface is created by the user. Thus the T3 device wouldn't be
available for use until the ethxx:iw interface is created.
And I could log a WARN or INFO message if the iw_cxgb3 module is loaded
and no ethxx:iw alias exists. This would help clue in the user...
Steve.
prev parent reply other threads:[~2007-09-05 17:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-23 21:39 [PATCH RFC] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts with the host stack Steve Wise
2007-08-23 21:39 ` [ofa-general] " Steve Wise
2007-08-31 4:27 ` Roland Dreier
2007-08-31 4:27 ` [ofa-general] " Roland Dreier
2007-09-04 15:13 ` Steve Wise
2007-09-05 15:18 ` Roland Dreier
2007-09-05 15:40 ` Steve Wise
2007-09-05 15:40 ` [ofa-general] " Steve Wise
2007-09-05 17:27 ` Steve Wise [this message]
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=46DEE6ED.7070000@opengridcomputing.com \
--to=swise@opengridcomputing.com \
--cc=ewg@lists.openfabrics.org \
--cc=general@lists.openfabrics.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=rdreier@cisco.com \
--cc=sean.hefty@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.