From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: "Zhu, Mingcheng" <mingchen@quicinc.com>
Cc: "hverkuil@xs4all.nl" <hverkuil@xs4all.nl>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: V4L2 driver node directory structure under /video directory
Date: Mon, 05 Dec 2011 16:16:14 -0200 [thread overview]
Message-ID: <4EDD0A6E.7070807@redhat.com> (raw)
In-Reply-To: <3D233F78EE854A4BA3D34C11AD4FAC1FDD141F@nasanexd01b.na.qualcomm.com>
On 05-12-2011 13:40, Zhu, Mingcheng wrote:
> Hi Mauro and Hans,
> For our MSM chipset family we will have multiple capture device drivers. There are two directory layout approaches as:
> Tree type directory structure:
>
> * /video/msm/camera: for camera driver
> * /video/msm/wfd: for our wfd driver
> * Etc.
>
> Flat directory structure:
>
> * /video/msm: for our existing camera driver
> * /video/msm_wfd: for our new wfd driver
>
> Both have pros and cons. The tree directory structure groups msm family drivers well but less readable than the flat directory structure. However, the flat directory structure floods the /video directory when all venders add more drivers into it.
> What approach do you suggest/prefer? Looking forward to getting your reply.
Not sure if I understood your question. If by "msm/camera" you're meaning the
sensors drivers, we're currently putting all camera sensors at /drivers/media/video.
I don't see any reason why those should be under drivers/media/video/msm
(or whatever inside it). Those drivers should use the V4L2 subdev approach and
be capable of being re-used on other drivers, as we don't want to have duplicated
efforts to maintain them at the kernel.
Eventually, we might, in the future, move all of them to some sensor-specific directory.
If you're just referring to two different drivers, it is basically up to you
to choose whatever fits better. If they don't share any common code, it makes
sense to have one different directory under /video. We do this already. For example,
there are several supported Conexant chipsets. Each has their own directory, as they're
completely independent designs and don't share any code between them (well, except for
the risc code generator at drivers/media/video/btcx-risc.c that is shared
by both bttv and cx88 drivers).
On the other hand, if the drivers share several common stuff that are specific
for the MSM chipset, it is likely better to do:
.../video/msm/common
.../video/msm/wfd
...
E. g. one directory for each driver, and a common directory with the shared
modules.
Regards,
Mauro
next prev parent reply other threads:[~2011-12-05 18:16 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-30 21:38 [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage? HoP
2011-11-30 21:52 ` Michael Krufky
2011-12-01 0:09 ` Andreas Oberritter
2011-12-01 11:04 ` Mauro Carvalho Chehab
2011-12-01 14:58 ` HoP
2011-12-01 17:38 ` Mauro Carvalho Chehab
2011-12-01 19:59 ` HoP
2011-12-01 20:38 ` Mauro Carvalho Chehab
2011-12-01 22:55 ` Andreas Oberritter
2011-12-02 11:14 ` Mauro Carvalho Chehab
2011-12-02 11:40 ` Rémi Denis-Courmont
2011-12-02 11:48 ` Andreas Oberritter
2011-12-02 12:05 ` Rémi Denis-Courmont
2011-12-02 11:57 ` HoP
2011-12-02 17:33 ` Mauro Carvalho Chehab
[not found] ` <3D233F78EE854A4BA3D34C11AD4FAC1FDD141F@nasanexd01b.na.qualcomm.com>
2011-12-05 18:16 ` Mauro Carvalho Chehab [this message]
2011-12-02 17:49 ` Rémi Denis-Courmont
2011-12-02 18:16 ` Andreas Oberritter
2011-12-02 18:28 ` Andreas Oberritter
2011-12-02 23:19 ` Alan Cox
2011-12-03 0:37 ` HoP
2011-12-05 10:21 ` Florian Fainelli
2011-12-05 14:28 ` HoP
2011-12-05 15:16 ` Alan Cox
2011-12-05 15:18 ` Michael Krufky
2011-12-06 0:16 ` HoP
2011-12-05 17:39 ` Mauro Carvalho Chehab
2011-12-05 20:41 ` Andreas Oberritter
2011-12-05 20:55 ` Alan Cox
2011-12-05 21:20 ` Andreas Oberritter
2011-12-05 21:54 ` Alan Cox
2011-12-06 11:18 ` Mark Brown
2011-12-06 12:01 ` Andreas Oberritter
2011-12-06 13:10 ` Mauro Carvalho Chehab
2011-12-06 13:35 ` Andreas Oberritter
2011-12-06 14:13 ` Mauro Carvalho Chehab
2011-12-06 14:38 ` Andreas Oberritter
2011-12-06 15:06 ` Mauro Carvalho Chehab
2011-12-06 15:36 ` Manu Abraham
2011-12-06 11:21 ` Mark Brown
2011-12-06 12:01 ` Andreas Oberritter
2011-12-06 14:19 ` Mark Brown
2011-12-06 14:48 ` Andreas Oberritter
2011-12-07 13:49 ` Mark Brown
2011-12-07 14:01 ` Andreas Oberritter
2011-12-07 16:10 ` Mark Brown
2011-12-07 16:56 ` Andreas Oberritter
2011-12-07 16:58 ` Andreas Oberritter
2011-12-07 21:48 ` Patrick Dickey
2011-12-07 22:53 ` Honza Petrouš
2011-12-07 23:55 ` Andreas Oberritter
2011-12-06 17:19 ` Manu Abraham
2011-12-06 0:07 ` HoP
2011-12-06 13:22 ` Mauro Carvalho Chehab
2011-12-06 13:49 ` Andreas Oberritter
2011-12-06 14:19 ` Rémi Denis-Courmont
2011-12-06 15:05 ` Andreas Oberritter
2011-12-06 14:20 ` Mauro Carvalho Chehab
2011-12-06 15:00 ` Andreas Oberritter
2011-12-06 17:35 ` HoP
2011-12-03 16:13 ` Andreas Oberritter
2011-12-03 16:42 ` Alan Cox
2011-12-03 17:38 ` Andreas Oberritter
2011-12-03 17:21 ` VDR User
2011-12-03 17:42 ` Alan Cox
2011-12-03 17:48 ` Devin Heitmueller
2011-12-04 23:54 ` HoP
2011-12-03 18:13 ` Hans Petter Selasky
2011-12-05 0:05 ` HoP
2011-12-03 18:17 ` Andreas Oberritter
2011-12-03 23:30 ` Walter Van Eetvelt
2011-12-04 0:14 ` VDR User
2011-12-04 14:44 ` Alan Cox
2011-12-04 23:22 ` HoP
2011-12-05 1:45 ` VDR User
2011-12-05 6:20 ` HoP
2011-12-01 11:50 ` Communication misunderstanding? (was: Re: [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage?) Patrick Boettcher
2011-12-01 12:33 ` [RFC] vtunerc: virtual DVB device Rémi Denis-Courmont
2011-12-01 14:39 ` HoP
2011-12-02 18:32 ` [RFC] vtunerc: virtual DVB device - is it ok to NACK driver because of worrying about possible misusage? VDR User
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=4EDD0A6E.7070807@redhat.com \
--to=mchehab@redhat.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=mingchen@quicinc.com \
/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;
as well as URLs for NNTP newsgroup(s).