From: sudeep.holla@arm.com (Sudeep Holla)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 1/1] misc: sram: add dev_pm_ops to support module power gate
Date: Tue, 25 Aug 2015 15:40:30 +0100 [thread overview]
Message-ID: <55DC7E5E.5020701@arm.com> (raw)
In-Reply-To: <CY1PR0301MB084302FA2AA9582A3BA9B50B83610@CY1PR0301MB0843.namprd03.prod.outlook.com>
On 25/08/15 15:20, Shenwei Wang wrote:
>
>
>> -----Original Message-----
>> From: Sudeep Holla [mailto:sudeep.holla at arm.com]
>> Sent: 2015?8?25? 9:00
>> To: Wang Shenwei-B38339
>> Cc: Sudeep Holla; gregkh at linuxfoundation.org; arnd at arndb.de; Huang
>> Yongcai-B20788; linux-arm-kernel at lists.infradead.org
>> Subject: Re: [PATCH v3 1/1] misc: sram: add dev_pm_ops to support module
>> power gate
>>> On latest Freescale i.MX7D, it has two SRAMs in side. One is for low
>>> power mode which will be powered on in suspend state. The other one is
>>> for other peripherals which can be powered off on demand.
>>>
>>
>> What I meant is who will be using the SRAM when entering S2R that you need to
>> save the content. Either the user needs to take care of the content or just release
>> the pool when not in use. When the sram pool has no user, clock can be gated.
>>
>> Again can you give details of this use-case.
>
> We are not talking about clock gate state. Here we are handling the power gate for
> this SRAM IP block. Of course, you can ask each driver to save its contents during
> low power state, but I think the easier way is to save the contents in this sram driver
> and just leave the drivers who use this sram behave as is today.
>
I don't like that solution as it's not scalable with SRAM size and
saving all the content of SRAM just because of few active regions makes
no sense to me at-least. I prefer leaving it to the users to handle that
rather than SRAM driver.
Regards,
Sudeep
next prev parent reply other threads:[~2015-08-25 14:40 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-30 16:11 [PATCH v3 1/1] misc: sram: add dev_pm_ops to support module power gate Shenwei Wang
2015-08-05 21:11 ` Shenwei Wang
2015-08-12 15:47 ` Shenwei Wang
2015-08-20 14:48 ` Shenwei Wang
2015-08-24 20:26 ` Shenwei Wang
2015-08-24 20:26 ` Shenwei Wang
2015-08-25 13:02 ` Sudeep Holla
2015-08-25 13:47 ` Shenwei Wang
2015-08-25 13:59 ` Sudeep Holla
2015-08-25 14:20 ` Shenwei Wang
2015-08-25 14:40 ` Sudeep Holla [this message]
2015-08-25 15:05 ` Shenwei Wang
2015-08-25 16:03 ` Sudeep Holla
2015-08-25 19:35 ` Shenwei Wang
2015-08-26 9:26 ` Sudeep Holla
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=55DC7E5E.5020701@arm.com \
--to=sudeep.holla@arm.com \
--cc=linux-arm-kernel@lists.infradead.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.