From: Akihiro TSUKADA <tskd08@gmail.com>
To: Antti Palosaari <crope@iki.fi>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>
Cc: linux-media@vger.kernel.org, Olli Salonen <olli.salonen@iki.fi>,
James Harper <james.harper@ejbdigital.com.au>,
Nibble Max <nibble.max@gmail.com>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
Hans Verkuil <hans.verkuil@cisco.com>,
Matthias Schwarzott <zzam@gentoo.org>
Subject: Re: [PATCH 2/5] mb86a20s: convert it to I2C binding model
Date: Mon, 05 Jan 2015 22:06:03 +0900 [thread overview]
Message-ID: <54AA8C3B.30504@gmail.com> (raw)
In-Reply-To: <E1Y6nKe-0002Tz-1q@mail.kapsi.fi>
moikka,
On 2015年01月02日 06:30, Antti Palosaari wrote:
> I am on holiday trip now. But generally speaking I would like to separate all drivers from the interfaces. That means for example I2C tuner driver is just a I2C driver and nothing more - no relations to DVB nor V4L API. That is something I said many times earlier too, but for my taste drivers should be agnostics to APIs.
I can't yet fully understand what API agnostic driver means,
but if it is like the implementation of the current i2c tuner/demod drivers,
each adapter drivers must (re-)implement common codes like module loading/ref-counting
and demod/tuner drivers must implement dvb-core related initializations on their own.
In addition, they may take different ways in how the data like "fe", config data and
other device specific output parameters are passed around
between adapters and demod/tuners.
I thought it would be better to intergrate those common codes into dvb_core
to ease maintainance and let each driver concentrate on driver-specific things.
And don't the current i2c tuner drivers already depend on dvb_core practically
by implementing dvb_tuner_ops functions and
filling in their pointers into fe->ops.tuner_ops?
regards,
akihiro
next prev parent reply other threads:[~2015-01-05 13:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-01 21:30 [PATCH 2/5] mb86a20s: convert it to I2C binding model Antti Palosaari
2015-01-05 13:06 ` Akihiro TSUKADA [this message]
2015-01-05 18:36 ` Mauro Carvalho Chehab
-- strict thread matches above, loose matches on Subject: below --
2015-01-01 15:51 [RFC PATCH 0/5] mb96a20s:use DVB core I2C binding and add media controller support Mauro Carvalho Chehab
2015-01-01 15:51 ` [PATCH 2/5] mb86a20s: convert it to I2C binding model Mauro Carvalho Chehab
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=54AA8C3B.30504@gmail.com \
--to=tskd08@gmail.com \
--cc=crope@iki.fi \
--cc=hans.verkuil@cisco.com \
--cc=james.harper@ejbdigital.com.au \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@infradead.org \
--cc=mchehab@osg.samsung.com \
--cc=nibble.max@gmail.com \
--cc=olli.salonen@iki.fi \
--cc=zzam@gentoo.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.