All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Linus Walleij <linus.walleij@linaro.org>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org,
	STEricsson_nomadik_linux@list.st.com,
	linus.walleij@stericsson.com, arnd@arndb.de,
	Mattias WALLIN <mattias.wallin@stericsson.com>,
	Bengt Jonsson <bengt.g.jonsson@stericsson.com>,
	Daniel WILLERUD <daniel.willerud@stericsson.com>
Subject: Re: [PATCH 3/9] ARM: ux500: Remove AB8500 regulator register initialisation information
Date: Fri, 06 Jul 2012 08:45:35 +0100	[thread overview]
Message-ID: <4FF6979F.2000904@linaro.org> (raw)
In-Reply-To: <CACRpkdbRtFX8_++rndCpsH7R1uhwPrkTE_GKgNTM6r1PSuwY0A@mail.gmail.com>

On 06/07/12 07:55, Linus Walleij wrote:
> On Thu, Jul 5, 2012 at 3:06 PM, Lee Jones <lee.jones@linaro.org> wrote:
>
>> There is no need to initialise the AB8500's regulator registers, as
>> most of this work is already carried out by framework features, so
>> we can safely remove all traces from platform code.
>>
>> Signed-off-by: Lee Jones <lee.jones@linaro.org>
>
> NACK, sorry.
>
> These registers are used to set up sleep states for the regulators,
> e.g that some regulators will turn off when the system go to sleep.
>
> If you delete this code it's no longer possible to make the system
> powerefficient, power consumption increases so it causes a
> regression.
>
> The proper thing to do is to take the AB8500 datasheet, go in and
> read what these registers actually do, and provide the same
> features through the framework, if just poking the registers
> is deemed non-elegant (I see the point in that).
>
> This is the AB8500 datasheet:
> http://www.stericsson.com/developers/CD00291561_UM1031_AB8500_user_manual-rev5_CTDS_public.pdf
>
> So please refactor this, don't just delete, that's destroying a lot
> of useful stuff.

Sounds reasonable. I won't be doing the refactoring, as I'm moving onto 
something else from Monday. Unless of course I find myself with lots of 
spare time *chuckles*.

Mark,

Please take a note of this and also do not apply the regulator driver 
counterpart of the patch-set (it was one of the ones you Reviewed-by in 
the previous batch).

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog



WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/9] ARM: ux500: Remove AB8500 regulator register initialisation information
Date: Fri, 06 Jul 2012 08:45:35 +0100	[thread overview]
Message-ID: <4FF6979F.2000904@linaro.org> (raw)
In-Reply-To: <CACRpkdbRtFX8_++rndCpsH7R1uhwPrkTE_GKgNTM6r1PSuwY0A@mail.gmail.com>

On 06/07/12 07:55, Linus Walleij wrote:
> On Thu, Jul 5, 2012 at 3:06 PM, Lee Jones <lee.jones@linaro.org> wrote:
>
>> There is no need to initialise the AB8500's regulator registers, as
>> most of this work is already carried out by framework features, so
>> we can safely remove all traces from platform code.
>>
>> Signed-off-by: Lee Jones <lee.jones@linaro.org>
>
> NACK, sorry.
>
> These registers are used to set up sleep states for the regulators,
> e.g that some regulators will turn off when the system go to sleep.
>
> If you delete this code it's no longer possible to make the system
> powerefficient, power consumption increases so it causes a
> regression.
>
> The proper thing to do is to take the AB8500 datasheet, go in and
> read what these registers actually do, and provide the same
> features through the framework, if just poking the registers
> is deemed non-elegant (I see the point in that).
>
> This is the AB8500 datasheet:
> http://www.stericsson.com/developers/CD00291561_UM1031_AB8500_user_manual-rev5_CTDS_public.pdf
>
> So please refactor this, don't just delete, that's destroying a lot
> of useful stuff.

Sounds reasonable. I won't be doing the refactoring, as I'm moving onto 
something else from Monday. Unless of course I find myself with lots of 
spare time *chuckles*.

Mark,

Please take a note of this and also do not apply the regulator driver 
counterpart of the patch-set (it was one of the ones you Reviewed-by in 
the previous batch).

-- 
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2012-07-06  7:45 UTC|newest]

Thread overview: 103+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-05 13:06 [PATCH 0/9] Final batch of clean-ups bound for v3.6 Lee Jones
2012-07-05 13:06 ` Lee Jones
2012-07-05 13:06 ` [PATCH 1/9] pinctrl: pinctrl-nomadik: Fix possible memory leak Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:03   ` Linus Walleij
2012-07-06  7:03     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 2/9] pinctrl: pinctrl-nomadik: Append sleepmode property with vendor specific prefixes Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:04   ` Linus Walleij
2012-07-06  7:04     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 3/9] ARM: ux500: Remove AB8500 regulator register initialisation information Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-05 13:51   ` Arnd Bergmann
2012-07-05 13:51     ` Arnd Bergmann
2012-07-05 13:55     ` Lee Jones
2012-07-05 13:55       ` Lee Jones
2012-07-05 21:21     ` Linus Walleij
2012-07-05 21:21       ` Linus Walleij
2012-07-06  6:55   ` Linus Walleij
2012-07-06  6:55     ` Linus Walleij
2012-07-06  7:45     ` Lee Jones [this message]
2012-07-06  7:45       ` Lee Jones
2012-07-06 11:23       ` Mark Brown
2012-07-06 11:23         ` Mark Brown
2012-07-06 11:52         ` Lee Jones
2012-07-06 11:52           ` Lee Jones
2012-07-06 12:34           ` Mark Brown
2012-07-06 12:34             ` Mark Brown
2012-07-05 13:06 ` [PATCH 4/9] ARM: ux500: Ensure vendor specific properties have the vendor's identifier Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:10   ` Linus Walleij
2012-07-06  7:10     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 5/9] ARM: ux500: Remove temporary snowball_of_platform_devs enablement structure Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:10   ` Linus Walleij
2012-07-06  7:10     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 6/9] ARM: ux500: Remove PMU platform registration when booting with DT Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:11   ` Linus Walleij
2012-07-06  7:11     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 7/9] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:18   ` Linus Walleij
2012-07-06  7:18     ` Linus Walleij
2012-07-05 13:06 ` [PATCH 8/9] ARM: ux500: Clean-up temporary Device Tree enablement helpers Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:23   ` Linus Walleij
2012-07-06  7:23     ` Linus Walleij
2012-07-06  8:33   ` Lee Jones
2012-07-06  8:33     ` Lee Jones
2012-07-08 19:11     ` Linus Walleij
2012-07-08 19:11       ` Linus Walleij
2012-07-09 18:50       ` Lee Jones
2012-07-09 18:50         ` Lee Jones
2012-07-09 20:36         ` Linus Walleij
2012-07-09 20:36           ` Linus Walleij
2012-07-05 13:06 ` [PATCH 9/9] ARM: ux500: Over-ride the DT device naming scheme for pinctrl Lee Jones
2012-07-05 13:06   ` Lee Jones
2012-07-06  7:25   ` Linus Walleij
2012-07-06  7:25     ` Linus Walleij
2012-07-06  7:52 ` [PATCH 7/9] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping Lee Jones
2012-07-06  7:52   ` Lee Jones
2012-07-06 17:39   ` Dmitry Torokhov
2012-07-06 17:39     ` Dmitry Torokhov
2012-07-06 17:51     ` Lee Jones
2012-07-09 18:53     ` Lee Jones
2012-07-09 18:53       ` Lee Jones
2012-07-09 20:14       ` Dmitry Torokhov
2012-07-09 20:14         ` Dmitry Torokhov
2012-07-09 20:34         ` Lee Jones
2012-07-09 20:34           ` Lee Jones
2012-07-09 20:35         ` Lee Jones
2012-07-09 20:35           ` Lee Jones
2012-07-09 20:37           ` Linus Walleij
2012-07-09 20:37             ` Linus Walleij
2012-07-09 20:42             ` Lee Jones
2012-07-09 20:42               ` Lee Jones
2012-07-09 20:46           ` Dmitry Torokhov
2012-07-09 20:46             ` Dmitry Torokhov
2012-07-09 20:56             ` Lee Jones
2012-07-09 20:56               ` Lee Jones
2012-07-09 20:59             ` Lee Jones
2012-07-09 20:59               ` Lee Jones
2012-07-09 21:03               ` Linus Walleij
2012-07-09 21:03                 ` Linus Walleij
2012-07-09 21:21                 ` Lee Jones
2012-07-09 21:21                   ` Lee Jones
2012-07-10 21:08                   ` Linus Walleij
2012-07-10 21:08                     ` Linus Walleij
2012-07-12 16:37                     ` Mark Brown
2012-07-12 16:37                       ` Mark Brown
2012-07-13 13:43                     ` Lee Jones
2012-07-13 13:43                       ` Lee Jones
2012-07-14 21:36                       ` Linus Walleij
2012-07-14 21:36                         ` Linus Walleij
2012-07-10  6:17               ` Dmitry Torokhov
2012-07-10  6:17                 ` Dmitry Torokhov
2012-07-10  6:22                 ` Lee Jones
2012-07-10  6:22                   ` Lee Jones
2012-07-16  7:35                 ` Lee Jones
2012-07-16  7:35                   ` Lee Jones
2012-07-16 13:57                   ` Samuel Ortiz
2012-07-16 13:57                     ` Samuel Ortiz

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=4FF6979F.2000904@linaro.org \
    --to=lee.jones@linaro.org \
    --cc=STEricsson_nomadik_linux@list.st.com \
    --cc=arnd@arndb.de \
    --cc=bengt.g.jonsson@stericsson.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=daniel.willerud@stericsson.com \
    --cc=linus.walleij@linaro.org \
    --cc=linus.walleij@stericsson.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mattias.wallin@stericsson.com \
    /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.