public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Sakari Ailus <sakari.ailus@iki.fi>
Subject: Re: [GIT PULL FOR v3.9] Move cx2341x from media/i2c to media/common
Date: Wed, 6 Feb 2013 07:16:04 -0200	[thread overview]
Message-ID: <20130206071604.768c77b5@redhat.com> (raw)
In-Reply-To: <201302060846.35774.hverkuil@xs4all.nl>

Em Wed, 6 Feb 2013 08:46:35 +0100
Hans Verkuil <hverkuil@xs4all.nl> 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 <hverkuil@xs4all.nl> 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 <media/smiapp.h>

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

  reply	other threads:[~2013-02-06  9:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-29  8:56 [GIT PULL FOR v3.9] Move cx2341x from media/i2c to media/common Hans Verkuil
2013-02-05 18:49 ` Mauro Carvalho Chehab
2013-02-06  7:46   ` Hans Verkuil
2013-02-06  9:16     ` Mauro Carvalho Chehab [this message]
2013-02-06  9:41       ` Laurent Pinchart
2013-02-07 12:27         ` Sakari Ailus
2013-02-06  9:57       ` Hans Verkuil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130206071604.768c77b5@redhat.com \
    --to=mchehab@redhat.com \
    --cc=hverkuil@xs4all.nl \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=sakari.ailus@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox