From: Shubhrajyoti <shubhrajyoti-l0cyMroinI0@public.gmane.org>
To: Paul Walmsley <paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org>
Cc: Kevin Hilman <khilman-l0cyMroinI0@public.gmane.org>,
tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org,
linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
b-cousson-l0cyMroinI0@public.gmane.org,
ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org
Subject: Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path
Date: Wed, 11 Jan 2012 19:28:33 +0530 [thread overview]
Message-ID: <4F0D9589.1080609@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1201110619090.31702-rwI8Ez+7Ko+d5PgPZx9QOdBPR1lH4CV8@public.gmane.org>
On Wednesday 11 January 2012 06:59 PM, Paul Walmsley wrote:
> On Wed, 11 Jan 2012, Shubhrajyoti wrote:
>
>> On Tuesday 10 January 2012 08:56 PM, Kevin Hilman wrote:
>>> "Datta, Shubhrajyoti" <shubhrajyoti-l0cyMroinI0@public.gmane.org> writes:
>>>
>>>> On Tue, Jan 10, 2012 at 11:53 AM, Datta, Shubhrajyoti
>>>> <shubhrajyoti-l0cyMroinI0@public.gmane.org> wrote:
>>>>> On Fri, Dec 16, 2011 at 2:29 PM, Shubhrajyoti <shubhrajyoti-l0cyMroinI0@public.gmane.org> wrote:
>>>>>> On Friday 16 December 2011 02:10 PM, Paul Walmsley wrote:
>>>>>>
>>>>>>> This patch either needs to be acked by Ben with a note that it's okay for
>>>>>>> us to merge through the OMAP tree, or needs to be merged by Ben during the
>>>>>>> 3.4 merge window, after patches 1-3 have reached the mainline tree.
>>>>>> I agree.
>>>>>> Ben do you have any comments .
>>>> If there are no further comments can this be merged also ?
>>> As Benoit mentioned earlier, the addition of new pdata fields will cause
>>> problems with the DT support already queued for v3.3.
>>>
>>> This series should be reworked on top of the DT support which Ben has
>>> now queued for v3.3 (my branch: for_3.3/i2c/misc)
>> Yes will rework it.
> Depending on what you plan to do, you'll probably need to coordinate this
> with Tony also. He's already pulled some of the patches from this series
> into his i2c branch.
>
> The real question is how you plan to handle the device reset function,
> given that the driver should compile on a non-OMAP build (meaning that you
> can't call omap_device*() functions from the driver directly), nor should
> the driver touch the SYSCONFIG register directly.
Paul I thought through it myself not very clear.
- One way is to find some way for the dt to pass function pointer. Or maybe
a flag that activates a static function / hwmod func.
Will give this a little more thought and get back. I have not any answer
right now.
>
> - Paul
WARNING: multiple messages have this Message-ID (diff)
From: shubhrajyoti@ti.com (Shubhrajyoti)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path
Date: Wed, 11 Jan 2012 19:28:33 +0530 [thread overview]
Message-ID: <4F0D9589.1080609@ti.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1201110619090.31702@utopia.booyaka.com>
On Wednesday 11 January 2012 06:59 PM, Paul Walmsley wrote:
> On Wed, 11 Jan 2012, Shubhrajyoti wrote:
>
>> On Tuesday 10 January 2012 08:56 PM, Kevin Hilman wrote:
>>> "Datta, Shubhrajyoti" <shubhrajyoti@ti.com> writes:
>>>
>>>> On Tue, Jan 10, 2012 at 11:53 AM, Datta, Shubhrajyoti
>>>> <shubhrajyoti@ti.com> wrote:
>>>>> On Fri, Dec 16, 2011 at 2:29 PM, Shubhrajyoti <shubhrajyoti@ti.com> wrote:
>>>>>> On Friday 16 December 2011 02:10 PM, Paul Walmsley wrote:
>>>>>>
>>>>>>> This patch either needs to be acked by Ben with a note that it's okay for
>>>>>>> us to merge through the OMAP tree, or needs to be merged by Ben during the
>>>>>>> 3.4 merge window, after patches 1-3 have reached the mainline tree.
>>>>>> I agree.
>>>>>> Ben do you have any comments .
>>>> If there are no further comments can this be merged also ?
>>> As Benoit mentioned earlier, the addition of new pdata fields will cause
>>> problems with the DT support already queued for v3.3.
>>>
>>> This series should be reworked on top of the DT support which Ben has
>>> now queued for v3.3 (my branch: for_3.3/i2c/misc)
>> Yes will rework it.
> Depending on what you plan to do, you'll probably need to coordinate this
> with Tony also. He's already pulled some of the patches from this series
> into his i2c branch.
>
> The real question is how you plan to handle the device reset function,
> given that the driver should compile on a non-OMAP build (meaning that you
> can't call omap_device*() functions from the driver directly), nor should
> the driver touch the SYSCONFIG register directly.
Paul I thought through it myself not very clear.
- One way is to find some way for the dt to pass function pointer. Or maybe
a flag that activates a static function / hwmod func.
Will give this a little more thought and get back. I have not any answer
right now.
>
> - Paul
next prev parent reply other threads:[~2012-01-11 13:58 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-13 10:55 [PATCHv8 0/5] I2C driver updates Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
2011-12-13 10:55 ` [PATCHv8 1/5] OMAP3+: HWMOD: Add the default clockactivity for I2C Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
[not found] ` <1323773758-6375-2-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2011-12-16 8:35 ` Paul Walmsley
2011-12-16 8:35 ` Paul Walmsley
2011-12-13 10:55 ` [PATCHv8 2/5] OMAP: hwmod/device : add omap_device_reset to reset all the hwmods in the device Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
[not found] ` <1323773758-6375-3-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2011-12-16 8:42 ` Paul Walmsley
2011-12-16 8:42 ` Paul Walmsley
2011-12-13 10:55 ` [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
[not found] ` <1323773758-6375-5-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2011-12-16 8:40 ` Paul Walmsley
2011-12-16 8:40 ` Paul Walmsley
2011-12-16 8:59 ` Shubhrajyoti
2011-12-16 8:59 ` Shubhrajyoti
[not found] ` <CANQgH-Ze1S6sy1uhzy_b8GWOCjF4+-9DOCcUn9mq1kAaT+Y7FA@mail.gmail.com>
[not found] ` <CANQgH-Ze1S6sy1uhzy_b8GWOCjF4+-9DOCcUn9mq1kAaT+Y7FA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2012-01-10 6:24 ` Datta, Shubhrajyoti
2012-01-10 6:24 ` Datta, Shubhrajyoti
2012-01-10 15:26 ` Kevin Hilman
2012-01-10 15:26 ` Kevin Hilman
[not found] ` <87hb03tw8h.fsf-l0cyMroinI0@public.gmane.org>
2012-01-11 6:06 ` Shubhrajyoti
2012-01-11 6:06 ` Shubhrajyoti
2012-01-11 13:29 ` Paul Walmsley
2012-01-11 13:29 ` Paul Walmsley
[not found] ` <alpine.DEB.2.00.1201110619090.31702-rwI8Ez+7Ko+d5PgPZx9QOdBPR1lH4CV8@public.gmane.org>
2012-01-11 13:58 ` Shubhrajyoti [this message]
2012-01-11 13:58 ` Shubhrajyoti
[not found] ` <4F0D9589.1080609-l0cyMroinI0@public.gmane.org>
2012-01-11 15:07 ` Paul Walmsley
2012-01-11 15:07 ` Paul Walmsley
2012-01-11 14:23 ` Cousson, Benoit
2012-01-11 14:23 ` Cousson, Benoit
2012-01-11 15:22 ` Paul Walmsley
2012-01-11 15:22 ` Paul Walmsley
[not found] ` <alpine.DEB.2.00.1201110809530.31702-rwI8Ez+7Ko+d5PgPZx9QOdBPR1lH4CV8@public.gmane.org>
2012-01-12 14:13 ` Cousson, Benoit
2012-01-12 14:13 ` Cousson, Benoit
2012-01-12 23:22 ` Paul Walmsley
2012-01-12 23:22 ` Paul Walmsley
[not found] ` <1323773758-6375-1-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2011-12-13 10:55 ` [PATCHv8 3/5] OMAP: I2C: Reset support Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
2011-12-16 8:38 ` Paul Walmsley
2011-12-16 8:38 ` Paul Walmsley
[not found] ` <1323773758-6375-4-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2011-12-16 8:51 ` Cousson, Benoit
2011-12-16 8:51 ` Cousson, Benoit
[not found] ` <4EEB068C.3010501-l0cyMroinI0@public.gmane.org>
2011-12-16 8:57 ` Shubhrajyoti
2011-12-16 8:57 ` Shubhrajyoti
[not found] ` <4EEB07FA.1020100-l0cyMroinI0@public.gmane.org>
2011-12-16 17:26 ` Tony Lindgren
2011-12-16 17:26 ` Tony Lindgren
2011-12-13 10:55 ` [PATCHv8 5/5] OMAP: I2C: Remove the SYSC register definition Shubhrajyoti D
2011-12-13 10:55 ` Shubhrajyoti D
2011-12-16 8:41 ` Paul Walmsley
2011-12-16 8:41 ` Paul Walmsley
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=4F0D9589.1080609@ti.com \
--to=shubhrajyoti-l0cymroini0@public.gmane.org \
--cc=b-cousson-l0cyMroinI0@public.gmane.org \
--cc=ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org \
--cc=khilman-l0cyMroinI0@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=paul-DWxLp4Yu+b8AvxtiuMwx3w@public.gmane.org \
--cc=tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.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.