| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH][6/12][RFC/v1] Add IPoIB (IP-over-InfiniBand) driver |
| From: | Roland Dreier <roland@xxxxxxxxxxx> |
| Date: | Mon, 22 Nov 2004 07:37:15 -0800 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20041122153456.GA4905@xxxxxxxxxxxxx> (Christoph Hellwig's message of "Mon, 22 Nov 2004 15:34:56 +0000") |
| References: | <200411181046.6Dz1IPtDKfpgSXN9@xxxxxxxxxxx> <200411181046.Jj0jsF5E2KmiGN8f@xxxxxxxxxxx> <20041118200017.GA26976@xxxxxxxxxxxxx> <52sm71ex0l.fsf@xxxxxxxxxxx> <20041122153456.GA4905@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux) |
Christoph> That just means avoidable interface changes sooner or
Christoph> later. The dma_ interfaces also have the added benefit
Christoph> of allowing better control of the type of consistant
Christoph> allocation interface.
OK, I have no problem making this change.
Christoph> Note that pathscale already has direct to HT infiniband
Christoph> components, but it's not sure whether they'll ever be
Christoph> supported by the OpenIB codebase.
HT actually looks like PCI to software... however I do see advantages
to using the dma_* stuff for supporting the pathscale hardware, if
they every open up their specs.
- R.
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH][6/12][RFC/v1] Add IPoIB (IP-over-InfiniBand) driver, Christoph Hellwig |
|---|---|
| Next by Date: | Re: [PATCH][RFC/v1][11/12] Add InfiniBand Documentation files, Roland Dreier |
| Previous by Thread: | Re: [PATCH][6/12][RFC/v1] Add IPoIB (IP-over-InfiniBand) driver, Christoph Hellwig |
| Next by Thread: | Re: [PATCH][6/12][RFC/v1] Add IPoIB (IP-over-InfiniBand) driver, Roland Dreier |
| Indexes: | [Date] [Thread] [Top] [All Lists] |