linux-kernel - Re: [RFC PATCH 1/1] PM / domains: Add support for virtual power domains

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 02 Feb 2015 13:14:36 +0100
From:	Karol Wrona <k.wrona@...sung.com>
To:	Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
	amit daniel kachhap <amit.daniel@...sung.com>
Cc:	"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Ulf Hansson <ulf.hansson@...aro.org>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
	Kyungmin Park <kyungmin.park@...sung.com>,
	Karol Wrona <wrona.vy@...il.com>
Subject: Re: [RFC PATCH 1/1] PM / domains: Add support for virtual power domains

On 01/30/2015 12:57 PM, Lorenzo Pieralisi wrote:
> On Fri, Jan 30, 2015 at 08:43:22AM +0000, amit daniel kachhap wrote:
>> Hi Karol,
>>
>> I guess this patch series is not complete and use case implementation
>> will be more helpful for clarity. Also I can think of another way in
>> which this complete implementation can be done with pd name as
>> something "pd-virt". This pd can be handled differently inside the
>> platform specific exynos power off/on function.
> 
> Yes, it would be nice to provide an example to understand what this
> patchset has to achieve. Is this supposed to be a power domain
> used as a container to check for devices runtime state ie dependencies ?
> 
Yes, something like that.

In our case exynos do not enter LPD state with mmc host working and its is in
"top" pd which is not managed in conventional way. If we know runtime status of
the host we can decide what to do. Soon I will send full patchset.


I thought about it as exynos specific but I wonder if that would be needed not
only in exynos.

BR,
Karol


[...]
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/