| To: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Advice needed on IP-over-InfiniBand driver |
| From: | Roland Dreier <roland@xxxxxxxxxxx> |
| Date: | Sun, 19 Sep 2004 21:42:59 -0700 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20040919140133.60ea3fb3.davem@davemloft.net> (David S. Miller's message of "Sun, 19 Sep 2004 14:01:33 -0700") |
| References: | <52fz5esxx6.fsf@topspin.com> <20040919140133.60ea3fb3.davem@davemloft.net> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux) |
David> You probably want to be editing net/ipv4/arp.c and testing
"teaching" not "testing" I assume :)
David> it about Infiniband. Keep neighbour entries in the
David> unresolved stated until both transitions are made:
David> 1) obtain 20 byte address 2) get response from IB subnet
David> manager
David> Only store the destination GID in the neighbour entry, and
David> only mark the neighbour entry as resolved once #2 above
David> completes successfully.
Hmm... it looks like the place you're telling me to hook into is in
arp_process() right before the neigh state gets set to NUD_REACHABLE.
But where should I stick the path information that I get back from the
subnet manager once the query finishes? And how does the path get
passed into the device driver to actually send an skb?
(Sorry to be so dense but I'm afraid my little brain needs things
broken down into bite-sized pieces...)
Thanks,
Roland
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Protocol handler question, Arnaldo Carvalho de Melo |
|---|---|
| Next by Date: | Re: Advice needed on IP-over-InfiniBand driver, Roland Dreier |
| Previous by Thread: | Re: Advice needed on IP-over-InfiniBand driver, Roland Dreier |
| Next by Thread: | Re: Advice needed on IP-over-InfiniBand driver, Roland Dreier |
| Indexes: | [Date] [Thread] [Top] [All Lists] |