From: Suman Anna <s-anna@ti.com>
To: Ohad Ben-Cohen <ohad@wizery.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
linux-arm <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH 1/2] hwspinlock/omap: enable module before reading SYSSTATUS register
Date: Thu, 24 Jul 2014 10:13:37 -0500 [thread overview]
Message-ID: <53D122A1.4040204@ti.com> (raw)
In-Reply-To: <CAK=Wgba3OOgZG_smj5=raE+ZXZ-F0ksn4pcGeDc1JDE34Q-wFg@mail.gmail.com>
Hi Ohad,
On 07/24/2014 08:45 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Thu, Jul 3, 2014 at 2:00 AM, Suman Anna <s-anna@ti.com> wrote:
>> The number of hwspinlocks are determined based on the value read
>> from the IP block's SYSSTATUS register. However, the module may
>> not be enabled and clocked, and the read may result in a bus error.
>>
>> This particular issue is seen rather easily on AM33XX, since the
>> module wakeup is software controlled, and it is disabled out of
>> reset. Make sure the module is enabled and clocked before reading
>> the SYSSTATUS register.
>>
>> Signed-off-by: Suman Anna <s-anna@ti.com>
> ...
>> + /*
>> + * runtime PM will make sure the clock of this module is
>> + * enabled again iff at least one lock is requested
>> + */
>> + ret = pm_runtime_put_sync(&pdev->dev);
>
> Is there a specific reason for using the put_sync variant here? If
> not, let's just use the regular put().
There was no particular reason, you can change it.
>
> Let me know, and I can do the change while applying these two patches.
Sure, thanks.
regards
Suman
WARNING: multiple messages have this Message-ID (diff)
From: s-anna@ti.com (Suman Anna)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] hwspinlock/omap: enable module before reading SYSSTATUS register
Date: Thu, 24 Jul 2014 10:13:37 -0500 [thread overview]
Message-ID: <53D122A1.4040204@ti.com> (raw)
In-Reply-To: <CAK=Wgba3OOgZG_smj5=raE+ZXZ-F0ksn4pcGeDc1JDE34Q-wFg@mail.gmail.com>
Hi Ohad,
On 07/24/2014 08:45 AM, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Thu, Jul 3, 2014 at 2:00 AM, Suman Anna <s-anna@ti.com> wrote:
>> The number of hwspinlocks are determined based on the value read
>> from the IP block's SYSSTATUS register. However, the module may
>> not be enabled and clocked, and the read may result in a bus error.
>>
>> This particular issue is seen rather easily on AM33XX, since the
>> module wakeup is software controlled, and it is disabled out of
>> reset. Make sure the module is enabled and clocked before reading
>> the SYSSTATUS register.
>>
>> Signed-off-by: Suman Anna <s-anna@ti.com>
> ...
>> + /*
>> + * runtime PM will make sure the clock of this module is
>> + * enabled again iff at least one lock is requested
>> + */
>> + ret = pm_runtime_put_sync(&pdev->dev);
>
> Is there a specific reason for using the put_sync variant here? If
> not, let's just use the regular put().
There was no particular reason, you can change it.
>
> Let me know, and I can do the change while applying these two patches.
Sure, thanks.
regards
Suman
next prev parent reply other threads:[~2014-07-24 15:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-02 23:00 [PATCH 0/2] hwspinlock/omap - new SoC support Suman Anna
2014-07-02 23:00 ` Suman Anna
2014-07-02 23:00 ` [PATCH 1/2] hwspinlock/omap: enable module before reading SYSSTATUS register Suman Anna
2014-07-02 23:00 ` Suman Anna
2014-07-24 13:45 ` Ohad Ben-Cohen
2014-07-24 13:45 ` Ohad Ben-Cohen
2014-07-24 15:13 ` Suman Anna [this message]
2014-07-24 15:13 ` Suman Anna
2014-07-27 10:50 ` Ohad Ben-Cohen
2014-07-27 10:50 ` Ohad Ben-Cohen
2014-07-02 23:01 ` [PATCH 2/2] hwspinlock/omap: enable build for AM33xx, AM43xx & DRA7xx Suman Anna
2014-07-02 23:01 ` Suman Anna
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=53D122A1.4040204@ti.com \
--to=s-anna@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=ohad@wizery.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 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.