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] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 12 Nov 2014 01:10:28 +0100
From:	Heiko Stübner <heiko@...ech.de>
To:	Kevin Hilman <khilman@...nel.org>
Cc:	Caesar Wang <caesar.wang@...k-chips.com>, linus.walleij@...aro.org,
	linux-arm-kernel@...ts.infradead.org,
	Russell King <linux@....linux.org.uk>,
	Rob Herring <robh+dt@...nel.org>,
	Pawel Moll <pawel.moll@....com>,
	Mark Rutland <mark.rutland@....com>,
	Ian Campbell <ijc+devicetree@...lion.org.uk>,
	Kumar Gala <galak@...eaurora.org>,
	Grant Likely <grant.likely@...aro.org>,
	linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
	Randy Dunlap <rdunlap@...radead.org>,
	linux-doc@...r.kernel.org, dianders@...omium.org,
	linux-rockchip@...ts.infradead.org,
	Ulf Hansson <ulf.hansson@...aro.org>,
	Dmitry Torokhov <dmitry.torokhov@...il.com>,
	fzf@...k-chips.com, cf@...k-chips.com,
	Jack Dai <jack.dai@...k-chips.com>,
	"jinkun.hong" <jinkun.hong@...k-chips.com>
Subject: Re: [PATCH v10 2/3] power-domain: rockchip: add power doamin driver

Am Dienstag, 11. November 2014, 08:53:13 schrieb Kevin Hilman:
> Caesar Wang <caesar.wang@...k-chips.com> writes:
> > In order to meet high performance and low power requirements, a power
> > management unit is designed or saving power when RK3288 in low power mode.
> > The RK3288 PMU is dedicated for managing the power ot the whole chip.
> > 
> > Signed-off-by: Jack Dai <jack.dai@...k-chips.com>
> > Signed-off-by: jinkun.hong <jinkun.hong@...k-chips.com>
> > Signed-off-by: Caesar Wang <caesar.wang@...k-chips.com>
> > 
> > ---
> > 
> > Changes in v10:
> >     - this switches over domain infos to use masks instead of recomputing
> >     
> >       them each time and also gets rid of custom domain translator and
> >       uses standard onecell on.
> > 
> > Changes in v9:
> >     - fix v8 changes as follows:
> >     - This reconciles the v2 and v7 code so that we power domain have
> >     
> >       lists of clocks they toggle on and off during power transitions and
> >       independently from power domains clocks we attach clocks to devices
> >       comprising power domain and prepare them so they are turn on and off
> >       by runtime PM.
> 
> I still don't like having lists of clocks in the power-domain DT.
> 
> DT is supposed to describe the hardware, and clocks are properties of
> devices, not power-domains, so the DT description should follow from that.

on the policy side one could argue that if the clock needs to be enabled to 
achieve sucessful domain state-changes, that it is also a property of the 
domain itself in addition to the device.

And on the pratical side we don't have drivers nor bindings for a big part of 
the domain users - and this will probably be true for quite some time. This of 
course makes it very impractical (or impossible) to collect the clocks for 
parts like the gpu (mali), hevc, vcodec (video encoder/decoder), rga (2d 
stuff), iep, isp.


Heiko
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ