From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Gunthorpe Subject: Re: [PATCH 0/3] IB Netlink Interface and RDMA CM exports Date: Thu, 18 Nov 2010 00:18:28 -0700 Message-ID: <20101118071828.GA19281@obsidianresearch.com> References: <4CE00A72.30001@voltaire.com> <20101115031904.GA3566@obsidianresearch.com> <1289836604.2258.1091.camel@nirm-desktop> <20101116062602.GA488@obsidianresearch.com> <1289923079.2258.1149.camel@nirm-desktop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Roland Dreier Cc: Nir Muchtar , rolandd-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, monis-smomgflXvOZWk0Htik3J/w@public.gmane.org, Or Gerlitz List-Id: linux-rdma@vger.kernel.org On Wed, Nov 17, 2010 at 01:34:29PM -0800, Roland Dreier wrote: > In fact I'm not sure even for embedded it's worth making this something > that can be configured out. We probably have too many config options > that no one ever uses as it is. Are there any embedded systems that are > both so small that a few K of code matters and also use RDMA? I experimented with re-tasking rxe to act as a soft-IB. The only reason to do this was to run IPOIB, and the system was very small. So in that instance I did benefit from running without may of the IB modules - but I would have been entirely happy with a CONFIG_XX controlled by CONFIG_EMBEDDED, since the system didn't use modules at all anyhow. I agree that there are too many IB modules - the main problem is that they do not demand-load. Just today I had to walk someone through loading rdma_ucm because the system was brand new Ubuntu and there is no automatic script to load them. There is sort of a general failing of the module dependency/autoload system here that would be awesome to fix.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html