From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: Multiple parents in device driver model and Common Display Framework (CDF) Date: Wed, 13 Feb 2013 00:17:52 +0000 Message-ID: <201302130017.52311.arnd@arndb.de> References: <511A5A15.4000306@stericsson.com> <20130212222955.GA25968@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by gabe.freedesktop.org (Postfix) with ESMTP id 5DC4BE5F20 for ; Tue, 12 Feb 2013 16:17:58 -0800 (PST) In-Reply-To: <20130212222955.GA25968@kroah.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Greg KH Cc: Marcus Lorentzon , Daniel Vetter , dri-devel@lists.freedesktop.org, Tomi Valkeinen , Laurent Pinchart List-Id: dri-devel@lists.freedesktop.org On Tuesday 12 February 2013, Greg KH wrote: > On Tue, Feb 12, 2013 at 11:20:04PM +0100, Marcus Lorentzon wrote: > > Den 12 feb 2013 23:02 skrev "Greg KH" : > > > > > > On Tue, Feb 12, 2013 at 04:04:53PM +0100, Marcus Lorentzon wrote: > > > > 3) Daniel V hinted that multiple parents (or multiple busses) is > > > > something that has been discussed as a limitation of device driver > > > > model before. And that maybe now was the time to fix that or at > > > > least sort out how to handle it. > > > > > > No, it's the other way around, we have discussed ways about having > > > multiple drivers control a single device at the same time. The > > > "multiple parents" issue has come up a number of times with the power > > > management people, but they solved this by keeping a separate tree of > > > how to properly control and walk things to handle power domains and the > > > like. > > > > > Thanks, > > does this mean there are no other devices in the kernel that sit on multiple > > busses that can be use as inspiration? > > Lots of devices do this, but they all have an individual 'struct device' > for the part that sits on each bus, with a single driver controlling > both of them A typical example of this is an ethernet device where the MAC and PHY are on different buses. While we have some drivers that just bind to both devices, another solution is to have separate device drivers for each portion, and an interface to communicate between them. It depends a bit on what the two bus interfaces are used for. Arnd