ted patch? Can you just replace the
> current three incremental patches:
>
> rtc-omap-add-support-for-pmic_power_en.patch
> rtc-omap-add-support-for-pmic_power_en-v3.patch
> rtc-omap-add-support-for-pmic_power_en-v3-fix.patch
>
> that you have in you
r-pmic_power_en.patch
rtc-omap-add-support-for-pmic_power_en-v3.patch
rtc-omap-add-support-for-pmic_power_en-v3-fix.patch
that you have in your tree, with a single new v4 which adds a more
elaborate comment?
Thanks,
Johan
--
To unsubscribe from this list: send the line &quo
On Tue, Oct 28, 2014 at 02:18:05PM -0700, Andrew Morton wrote:
> On Tue, 28 Oct 2014 09:36:33 +0100 Johan Hovold wrote:
>
> > > But it doesn't explain *why* we want the alarm to trigger before
> > > returning.
> >
> > Should we really require every power-off handler to document arch
> >
On Tue, Oct 28, 2014 at 02:18:05PM -0700, Andrew Morton wrote:
On Tue, 28 Oct 2014 09:36:33 +0100 Johan Hovold jo...@kernel.org wrote:
But it doesn't explain *why* we want the alarm to trigger before
returning.
Should we really require every power-off handler to document arch
-for-pmic_power_en.patch
rtc-omap-add-support-for-pmic_power_en-v3.patch
rtc-omap-add-support-for-pmic_power_en-v3-fix.patch
that you have in your tree, with a single new v4 which adds a more
elaborate comment?
Thanks,
Johan
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
the
current three incremental patches:
rtc-omap-add-support-for-pmic_power_en.patch
rtc-omap-add-support-for-pmic_power_en-v3.patch
rtc-omap-add-support-for-pmic_power_en-v3-fix.patch
that you have in your tree, with a single new v4 which adds a more
elaborate comment?
Yep
On Tue, 28 Oct 2014 09:36:33 +0100 Johan Hovold wrote:
> > But it doesn't explain *why* we want the alarm to trigger before
> > returning.
>
> Should we really require every power-off handler to document arch
> behaviour (even if its inconsistent and currently undocumented); in
> this case that
On Mon, Oct 27, 2014 at 03:40:31PM -0700, Andrew Morton wrote:
> On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold wrote:
>
> > Add new property "ti,system-power-controller" to register the RTC as a
> > power-off handler.
> >
> > Some RTC IP revisions can control an external PMIC via the
On Mon, Oct 27, 2014 at 03:40:31PM -0700, Andrew Morton wrote:
On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold jo...@kernel.org wrote:
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the
On Tue, 28 Oct 2014 09:36:33 +0100 Johan Hovold jo...@kernel.org wrote:
But it doesn't explain *why* we want the alarm to trigger before
returning.
Should we really require every power-off handler to document arch
behaviour (even if its inconsistent and currently undocumented); in
this
On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold wrote:
> Add new property "ti,system-power-controller" to register the RTC as a
> power-off handler.
>
> Some RTC IP revisions can control an external PMIC via the pmic_power_en
> pin, which can be configured to transition to OFF on ALARM2 events
On Mon, Oct 27, 2014 at 05:56:54PM +0100, Johan Hovold wrote:
> On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
> > On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> > > Add new property "ti,system-power-controller" to register the RTC as a
> > > power-off handler.
> >
On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
> On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> > Add new property "ti,system-power-controller" to register the RTC as a
> > power-off handler.
> >
> > Some RTC IP revisions can control an external PMIC via the
On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
> Add new property "ti,system-power-controller" to register the RTC as a
> power-off handler.
>
> Some RTC IP revisions can control an external PMIC via the pmic_power_en
> pin, which can be configured to transition to OFF on ALARM2
Add new property "ti,system-power-controller" to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the pmic_power_en
pin, which can be configured to transition to OFF on ALARM2 events and
back to ON on subsequent ALARM (wakealarm) events.
This is
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the pmic_power_en
pin, which can be configured to transition to OFF on ALARM2 events and
back to ON on subsequent ALARM (wakealarm) events.
This is based
On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the pmic_power_en
pin, which can be configured to transition to OFF on ALARM2 events
On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the pmic_power_en
On Mon, Oct 27, 2014 at 05:56:54PM +0100, Johan Hovold wrote:
On Mon, Oct 27, 2014 at 11:45:44AM -0500, Felipe Balbi wrote:
On Mon, Oct 27, 2014 at 09:09:28AM +0100, Johan Hovold wrote:
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC
On Mon, 27 Oct 2014 09:09:28 +0100 Johan Hovold jo...@kernel.org wrote:
Add new property ti,system-power-controller to register the RTC as a
power-off handler.
Some RTC IP revisions can control an external PMIC via the pmic_power_en
pin, which can be configured to transition to OFF on
20 matches
Mail list logo
