From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755841Ab3ANCX7 (ORCPT ); Sun, 13 Jan 2013 21:23:59 -0500 Received: from cassiel.sirena.org.uk ([80.68.93.111]:46235 "EHLO cassiel.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754175Ab3ANCX6 (ORCPT ); Sun, 13 Jan 2013 21:23:58 -0500 Date: Mon, 14 Jan 2013 02:23:27 +0000 From: Mark Brown To: Pantelis Antoniou Cc: Tony Lindgren , Paul Walmsley , "Hiremath, Vaibhav" , devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org, Koen Kooi , Matt Porter , Russ Dill , linux-omap@vger.kernel.org Subject: Re: [RFC-v2 0/7] Capebus; a bus for SoCs using simple expansion connectors Message-ID: <20130114022326.GA4928@sirena.org.uk> References: <1351783952-11804-1-git-send-email-panto@antoniou-consulting.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1351783952-11804-1-git-send-email-panto@antoniou-consulting.com> X-Cookie: Smile! You're on Candid Camera. User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: broonie@sirena.org.uk X-SA-Exim-Scanned: No (on cassiel.sirena.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 01, 2012 at 05:32:25PM +0200, Pantelis Antoniou wrote: > Capebus is created to address the problem of many SoCs that can provide a > multitude of hardware interfaces but in order to keep costs down the main > boards only support a limited number of them. The rest are typically brought > out to pin connectors on to which other boards, named capes are connected and > allow those peripherals to be used. > > These capes connect to the SoC interfaces but might also contain various other > parts that may need some kind of driver to work. I've not yet actually looked at the code but this sounds very similar to some work I wanted to do on handling coldpluggable modules on reference designs. In that case it's not so much about pin count as about the fact that we have to detect at runtime what's connected to the system but I think the overall effect is very similar and there's definite overlap. Can you please CC me on future versions of the code?