linux-kernel - Re: [PATCH v2 1/1] mfd: palmas: Add power off control

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]

Message-ID: <20130731183149.GA6050@kahuna>
Date:	Wed, 31 Jul 2013 13:31:50 -0500
From:	Nishanth Menon <nm@...com>
To:	Stephen Warren <swarren@...dotorg.org>
CC:	Bill Huang <bilhuang@...dia.com>, <sameo@...ux.intel.com>,
	<rob.herring@...xeda.com>, <pawel.moll@....com>,
	<mark.rutland@....com>, <ian.campbell@...rix.com>,
	<rob@...dley.net>, <lee.jones@...aro.org>, <broonie@...aro.org>,
	<j-keerthy@...com>, <grant.likely@...aro.org>,
	<ian@...mlogic.co.uk>, <devicetree@...r.kernel.org>,
	<linux-doc@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
	Mallikarjun Kasoju <mkasoju@...dia.com>
Subject: Re: [PATCH v2 1/1] mfd: palmas: Add power off control

On 11:20-20130731, Stephen Warren wrote:
> On 07/31/2013 05:57 AM, Nishanth Menon wrote:
> > On 07/31/2013 02:17 AM, Bill Huang wrote:
> >> Hook up "pm_power_off" to palmas power off routine if there is DT
> >> property "ti,system-power-controller" defined, so platform which is
> >> powered by this regulator can be powered off properly.
> >>
> >> Based on work by:
> >> Mallikarjun Kasoju <mkasoju@...dia.com>
> >>
> >> Signed-off-by: Bill Huang <bilhuang@...dia.com>
> >> cc: Mallikarjun Kasoju <mkasoju@...dia.com>
> >> ---
> >>   .../devicetree/bindings/regulator/palmas-pmic.txt  |    5 +++
> >>   drivers/mfd/palmas.c                               |   33
> >> ++++++++++++++++++--
> > 
> > Since the specific question on v1 was not answered, I will ask again,
> > any reason why it wont fit in drivers/power/reset/ is'nt it the right
> > place to add this?
> 
> I think it makes sense to put simple standalone reset drivers into
> drivers/power/reset. However, where reset is just one tiny function of a
> larger device that already has a driver, it's fine for one driver to
Yes, this will probably increase in logic when we add stuff like USB IRQ
enable.. :(
> implement multiple features or essentially expose multiple subsystems.
I would generally agree to the same, but given we seem to now have
isolated it out to it's own subsystem, /me shrugs.

> 
> (besides this is system power off not system reset; which is
> drivers/power/reset?)

[1] seems to indicate that "or shut it down, by manipulating the main
power supply on the board." which seems to be precisely what we are
doing here, unless, ofcourse, my understanding of Palmas is wrong at
this point..

[1]
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/power/reset/Kconfig
-- 
Regards,
Nishanth Menon
--
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/