From: Kevin Hilman <khilman@deeprootsystems.com>
To: "Karicheri\, Muralidharan" <m-karicheri2@ti.com>
Cc: "linux-media\@vger.kernel.org" <linux-media@vger.kernel.org>,
"hverkuil\@xs4all.nl" <hverkuil@xs4all.nl>,
"davinci-linux-open-source\@linux.davincidsp.com"
<davinci-linux-open-source@linux.davincidsp.com>
Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver
Date: Wed, 06 Jan 2010 08:36:39 -0800 [thread overview]
Message-ID: <878wcbkx60.fsf@deeprootsystems.com> (raw)
In-Reply-To: <A69FA2915331DC488A831521EAE36FE40162C23A3E@dlee06.ent.ti.com> (Muralidharan Karicheri's message of "Wed\, 6 Jan 2010 10\:20\:22 -0600")
In the future, please do not top-post. Inline replies are preferred
so context can be followed. I've moved your reply into context below
with some more comments...
"Karicheri, Muralidharan" <m-karicheri2@ti.com> writes:
>>-----Original Message-----
>>From: Kevin Hilman [mailto:khilman@deeprootsystems.com]
>>Sent: Wednesday, January 06, 2010 11:04 AM
>>To: Karicheri, Muralidharan
>>Cc: linux-media@vger.kernel.org; hverkuil@xs4all.nl; davinci-linux-open-
>>source@linux.davincidsp.com
>>Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc
>>drivers to platform driver
>>
>>"Karicheri, Muralidharan" <m-karicheri2@ti.com> writes:
>>
>>>>> CLK(NULL, "rto", &rto_clk),
>>>>> CLK(NULL, "usb", &usb_clk),
>>>>> + CLK("dm355_ccdc", "master", &vpss_master_clk),
>>>>> + CLK("dm355_ccdc", "slave", &vpss_slave_clk),
>>>>
>>>>I still don't understand why you have to add new entries here and
>>>>can't simply rename the existing CLK nodes using vpss_*_clk.
>>>>
>>>
>>> [MK] This will allow multiple drivers define their own clocks derived
>>from
>>> these. ccdc driver is not the only driver using these clocks.
>>
>>OK, but that still doesn't answer why you need multiple CLK() nodes.
>>
>>Who else is using the clocks?
>>
>
> display, resizer drivers etc...
OK, I'm not extremely familar with the whole video architecture here,
but are all of these drivers expected to be doing clk_get() and
clk_enable()?
I thought the point of moving the clocks into the CCDC driver was so that
the clock management was done in a single, shared space.
Kevin
>>> Your earlier suggestion was to use as follows :-
>>>
>>> - CLK(NULL, "vpss_master", &vpss_master_clk),
>>> - CLK(NULL, "vpss_slave", &vpss_slave_clk),
>>> + CLK("vpfe-capture", "master", &vpss_master_clk),
>>> + CLK("vpfe-capture", "slave", &vpss_slave_clk),
>>>
>>> I am not sure if the following will work so that it can be used across
>>> multiple drivers.
>>>
>>> + CLK(NULL, "master", &vpss_master_clk),
>>> + CLK(NULL, "slave", &vpss_slave_clk),
>>>
>>> If yes, I can re-do this patch. Please confirm.
>>
>>No, this will not work. You need a dev_id field so that matching
>>is done using the struct device.
>>
>>My original suggestion was when you had the VPFE driver doing the
>>clk_get(). Now that it's in CCDC, maybe it should look like this.
>>
>>- CLK(NULL, "vpss_master", &vpss_master_clk),
>>- CLK(NULL, "vpss_slave", &vpss_slave_clk),
>>+ CLK("ccdc", "master", &vpss_master_clk),
>>+ CLK("ccdc", "slave", &vpss_slave_clk),
>>
>>Kevin
next prev parent reply other threads:[~2010-01-06 16:36 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-15 16:37 [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver m-karicheri2
2009-12-15 16:37 ` [PATCH - v3 2/4] V4L - vpfe capture - convert dm355 ccdc driver to a " m-karicheri2
2009-12-15 16:37 ` [PATCH - v3 3/4] V4L - vpfe capture - convert dm644x ccdc module " m-karicheri2
2009-12-15 16:37 ` [PATCH - v3 1/4] V4L - vpfe_capture - remove clock and ccdc resource handling m-karicheri2
2010-01-05 23:28 ` [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver Kevin Hilman
2010-01-06 14:44 ` Karicheri, Muralidharan
2010-01-06 16:04 ` Kevin Hilman
2010-01-06 16:20 ` Karicheri, Muralidharan
2010-01-06 16:36 ` Kevin Hilman [this message]
2010-01-07 18:18 ` Karicheri, Muralidharan
2010-01-07 19:43 ` Kevin Hilman
2010-01-07 21:33 ` Karicheri, Muralidharan
2010-01-07 21:50 ` Kevin Hilman
2010-01-07 23:25 ` Karicheri, Muralidharan
2010-01-08 9:06 ` Hiremath, Vaibhav
2010-01-08 15:10 ` Kevin Hilman
2010-01-11 4:36 ` Hiremath, Vaibhav
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=878wcbkx60.fsf@deeprootsystems.com \
--to=khilman@deeprootsystems.com \
--cc=davinci-linux-open-source@linux.davincidsp.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=m-karicheri2@ti.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