From: Nishanth Menon <nm@ti.com>
To: "Ramirez Luna, Omar" <omar.ramirez@ti.com>
Cc: "Chitriki Rudramuni, Deepak" <deepak.chitriki@ti.com>,
linux-omap <linux-omap@vger.kernel.org>,
"Guzman Lugo, Fernando" <x0095840@ti.com>,
Ameya Palande <ameya.palande@nokia.com>,
Felipe Contreras <felipe.contreras@nokia.com>,
Hiroshi Doyu <hiroshi.doyu@nokia.com>
Subject: Re: [PATCH] DSPBRIDGE: Fix BUG scheduling while atomic
Date: Thu, 21 Jan 2010 11:47:06 -0600 [thread overview]
Message-ID: <4B58931A.2090008@ti.com> (raw)
In-Reply-To: <27F9C60D11D683428E133F85D2BB4A53042DF3B7BA@dlee03.ent.ti.com>
Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
>> From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
>>
[...]
>> diff --git a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c b/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
>> index 94b399f..54cba9f 100644
>> --- a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
>> +++ b/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
>> @@ -806,3 +806,34 @@ void DSPClkWakeupEventCtrl(u32 ClkId, bool enable)
>> break;
>> }
>> }
>> +
>> +/**
>> + * tiomap3430_bump_dsp_opp_level() - bump up the opp if at minimum
>> + *
>> + * if we need a higher opp index, request for the same
>> + */
>> +DSP_STATUS tiomap3430_bump_dsp_opp_level(void)
>> +{
>> +#ifndef CONFIG_BRIDGE_DVFS
>
> Basically if DVFS is defined nothing is done, this was wrong in the original patch (like I mentioned offline).
>
>> + u32 opplevel;
>> +
>> + struct dspbridge_platform_data *pdata =
>> + omap_dspbridge_dev->dev.platform_data;
>> +
>> + if (pdata->dsp_get_opp) {
>> + opplevel = (*pdata->dsp_get_opp)();
>> +
>> + /*
>> + * If OPP is at minimum level, increase it before waking
>> + * up the DSP.
>> + */
>> + if (opplevel == 1 && pdata->dsp_set_min_opp) {
>> + (*pdata->dsp_set_min_opp)(opp_level + 1);
>> + DBG_Trace(DBG_LEVEL7, "CHNLSM_InterruptDSP: Setting "
>> + "the vdd1 constraint level to %d before "
>> + "waking DSP \n", opp_level + 1);
>> + }
>> + }
>> +#endif
>> + return DSP_SOK;
>> +}
>
> Since we are reworking all of this can be changed (u32, opplevel == MAGIC_NUM), besides this was specific to 3430.
^^^^^^^^^^^^^^^
opplevel==1 is independent of 3430.. index 1 has to be the lowest right?
[...]
--
Regards,
Nishanth Menon
next prev parent reply other threads:[~2010-01-21 17:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-21 4:01 [PATCH] DSPBRIDGE: Fix BUG scheduling while atomic Deepak Chitriki
2010-01-21 17:43 ` Ramirez Luna, Omar
2010-01-21 17:47 ` Nishanth Menon [this message]
2010-01-21 17:57 ` Ramirez Luna, Omar
2010-01-21 18:03 ` Nishanth Menon
2010-01-21 19:46 ` Ramirez Luna, Omar
2010-01-21 19:53 ` Nishanth Menon
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=4B58931A.2090008@ti.com \
--to=nm@ti.com \
--cc=ameya.palande@nokia.com \
--cc=deepak.chitriki@ti.com \
--cc=felipe.contreras@nokia.com \
--cc=hiroshi.doyu@nokia.com \
--cc=linux-omap@vger.kernel.org \
--cc=omar.ramirez@ti.com \
--cc=x0095840@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