From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:62234 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750756Ab3BFJQY (ORCPT ); Wed, 6 Feb 2013 04:16:24 -0500 Date: Wed, 6 Feb 2013 07:16:04 -0200 From: Mauro Carvalho Chehab To: Hans Verkuil Cc: linux-media@vger.kernel.org, Laurent Pinchart , Sakari Ailus Subject: Re: [GIT PULL FOR v3.9] Move cx2341x from media/i2c to media/common Message-ID: <20130206071604.768c77b5@redhat.com> In-Reply-To: <201302060846.35774.hverkuil@xs4all.nl> References: <201301290956.20849.hverkuil@xs4all.nl> <20130205164941.6052fd42@redhat.com> <201302060846.35774.hverkuil@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Em Wed, 6 Feb 2013 08:46:35 +0100 Hans Verkuil escreveu: > On Tue February 5 2013 19:49:41 Mauro Carvalho Chehab wrote: > > Hi Hans, > > > > Em Tue, 29 Jan 2013 09:56:20 +0100 > > Hans Verkuil escreveu: > > > > > Hi Mauro, > > > > > > The cx2341x module is a helper module for conexant-based MPEG encoders. > > > It isn't an i2c module at all, instead it should be in common since it is > > > used by 7 pci and usb drivers to handle the MPEG setup. > > > > > > It also shouldn't be visible in the config menu as it is always > > > selected automatically by those drivers that need it. > > > > It should be noticed that the other non-i2c helper drivers also at > > the i2c directories: > > $ grep -L i2c_client drivers/media/i2c/*.c|grep -v mod > > drivers/media/i2c/aptina-pll.c > > drivers/media/i2c/btcx-risc.c > > drivers/media/i2c/cx2341x.c > > drivers/media/i2c/smiapp-pll.c > > > > A closer look may even hit some weird stuff, like tveeprom. This > > particular helper driver is not an I2C driver, although it > > has i2c_client symbol there, in order to optionally read the data > > via I2C, instead of receiving it via an API call. > > At least aptina-pll.c, smiapp-pll.c and tveeprom.c all have some relationship > with i2c. True, but none of the three are actually i2c drivers; they're just shared functions used by drivers helper code. Hmm... $ git grep aptina-pll.h drivers/media/ drivers/media/i2c/aptina-pll.c:#include "aptina-pll.h" drivers/media/i2c/mt9m032.c:#include "aptina-pll.h" drivers/media/i2c/mt9p031.c:#include "aptina-pll.h" $ git grep smiapp-pll.h drivers/media/ drivers/media/i2c/smiapp-pll.c:#include "smiapp-pll.h" drivers/media/i2c/smiapp-pll.h: * drivers/media/i2c/smiapp-pll.h drivers/media/i2c/smiapp/smiapp.h:#include "smiapp-pll.h" $ git grep smiapp.h drivers/media/ drivers/media/i2c/smiapp/smiapp-core.c:#include "smiapp.h" drivers/media/i2c/smiapp/smiapp-limits.c:#include "smiapp.h" drivers/media/i2c/smiapp/smiapp-quirk.c:#include "smiapp.h" drivers/media/i2c/smiapp/smiapp-regs.c:#include "smiapp.h" drivers/media/i2c/smiapp/smiapp.h: * drivers/media/i2c/smiapp/smiapp.h drivers/media/i2c/smiapp/smiapp.h:#include It could make sense to keep those two on I2c, eventually moving smapp-pl to i2c/smiapp. I have conflicting opinions here :) > But cx2341x.c and btcx-risc.c do not have that at all. One reason > for creating this patch was that I couldn't find the cx2341x.c code until I > smiapp-pll.cdid a find. > > > Also, I don't think cx2341x or any of those other helper drivers > > deserve each its own directory. > > I thought that the cx2341x.c source in common looked a bit lonely. > But if we add other sources as well, then it has company :-) :) > > So, IMHO, the better is to just live them at the i2c directory. > > For cx2341x and btcx-risc the i2c directory is completely inappropriate. > Nobody is ever going to guess that. Agreed. Those are just leftovers of the tree reorg, as the final patch at v4l side were to rename "video" to "i2c". > > They might be moved, instead, to drivers/media/common (but without > > creating subdirs there). > > > > In any case, we should do the same for all those non-i2c helper > > drivers. Just moving cx2341x and letting the others there will just > > increase the mess. > > I've no problem moving cx2341x, btcx-risc and tveeprom to common. For > the two pll sources I'd like to know if the authors agree (CC-ed) before > I make a patch moving them to common. Fair enough. Regards, Mauro