Messages in this thread | | | Date | Sun, 24 Apr 2005 23:12:20 -0500 | From | Timur Tabi <> | Subject | Re: [PATCH][RFC][0/4] InfiniBand userspace verbs implementation |
| |
Greg KH wrote:
> I know of at least 1 x86-32 box from a three-letter-named company with > this feature that has been shipping for a few _years_ now. That box is > pretty much everywhere now, and I know that other versions of it are > also quite popular (despite the high cost...)
Hmm... Well, I think we were already planning on telling our customers that we don't support hot-swap RAM. Is there a CONFIG option for that feature?
> Your hardware is just a pci card, right? Why wouldn't it work on ppc64 > and ia64 then?
It's PCI-X, actually, and I don't think we've ever actually plugged it into a PPC box. Isn't Open Firmware support required for all PPC boxes, anyway? Our PCI card is not OF compatible, AFAIK.
As for IA64, well, we could support it, but it's not a high enough priority. We do have some CPU-specific code in our driver that we would need to port to IA-64.
> Wait, what _is_ "your stuff"? The open-ib code?
No, if anything, it's the competition to IB. It's called iWARP (RDMA over TCP/IP), and it's similar to IB except it uses gigabit ethernet instead of whatever hardware IB uses. Because we also support RMDA, we have the same problems as OpenIB, however, we would prefer that the kernel support OpenRDMA instead, since it's more generic.
> Or some other, private > fork? Any pointers to this stuff?
http://ammasso.com/support.html
The current version of the code calls sys_mlock() directly from the driver. We haven't released yet the version that calls mlock(). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |