Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756861AbZD2MTX (ORCPT ); Wed, 29 Apr 2009 08:19:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752192AbZD2MTO (ORCPT ); Wed, 29 Apr 2009 08:19:14 -0400 Received: from zone0.gcu-squad.org ([212.85.147.21]:49113 "EHLO services.gcu-squad.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751526AbZD2MTN (ORCPT ); Wed, 29 Apr 2009 08:19:13 -0400 Date: Wed, 29 Apr 2009 14:19:01 +0200 From: Jean Delvare To: Kay Sievers Cc: Michael E Brown , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Mauro Carvalho Chehab , Matt Domsch Subject: Re: Class device namespaces Message-ID: <20090429141901.4b8ff47b@hyperion.delvare> In-Reply-To: References: <20090329174836.6de797d6@hyperion.delvare> <20090330104952.26f03c13@hyperion.delvare> <20090426085401.3788fc9c@hyperion.delvare> <20090427180036.269a40b3@hyperion.delvare> <20090428100830.1a5d944c@hyperion.delvare> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2087 Lines: 48 Hi Kay, On Tue, 28 Apr 2009 14:36:27 +0200, Kay Sievers wrote: > On Tue, Apr 28, 2009 at 10:08, Jean Delvare wrote: > > On Mon, 27 Apr 2009 23:57:40 +0200, Kay Sievers wrote: > > >> Register a "i2c" bus_type with the core, and instead of assigning > >> dev.class = class, you assign dev.bus = bus to the devices you > >> register, that should work, if there is nothing more complicated going > >> on in the background. > > > > Err, I'm confused. We _already_ have an "i2c" bus type, and we already > > assign dev.bus = &i2c_bus_type, but for i2c devices (or slaves if you > > prefer), not adapters (masters). Doing the same for adapters (the > > parents) and devices (the children) looks totally wrong to me. > > > > Are you really certain that i2c-adapters should be bus devices rather > > than class devices? > > i2c seem to do things nothing else is doing, so I can not really be > certain. :) But I still think it would be nice to do that, if the > adapters have child devices. > > It is unusual to stack class devices of different classes. The common > model would be to put the adapters, and all other possible device > types to the already existing "i2c" bus, and distinguish them by name, > and internally by "struct device_type" if needed. > > Like USB puts usb-interface, usb-device, root-hub under the "usb" > bus_type, or SCSI puts host, target, lun under the "scsi" bus. All > these different devices build the tree of the core devices of a > specific subsystem. > > Any possible class devices would only be leaves in these trees, which > do not have any interconnection between the individual class devices. OK, I see the idea. I may give it a try, but I'd rather get rid of the legacy i2c binding model first. One subsystem-wide cleanup at a time ;) Thanks for the clarification! -- Jean Delvare -- 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/