[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1450424062.12852.3.camel@mtksdaap41>
Date: Fri, 18 Dec 2015 15:34:22 +0800
From: Henry Chen <henryc.chen@...iatek.com>
To: Daniel Kurtz <djkurtz@...omium.org>
CC: <linux-mediatek@...ts.infradead.org>, <eddie.huang@...iatek.com>,
"Matthias Brugger" <matthias.bgg@...il.com>,
Liam Girdwood <lgirdwood@...il.com>,
"Mark Brown" <broonie@...nel.org>,
"open list:VOLTAGE AND CURRENT REGULATOR FRAMEWORK"
<linux-kernel@...r.kernel.org>
Subject: Re: [RESEND PATCH] regulator: mt6311: Use REGCACHE_RBTREE
Thanks to the patch.
On Fri, 2015-12-18 at 15:11 +0800, Daniel Kurtz wrote:
> This regulator is on a slow i2c bus. Register accesses are very simple,
> they all either enable/disable a regulator channel, or select a new
> voltage level. Thus, reading registers from the device will always
> return what was last written.
>
> Therefore we can save a lot of time when reading registers by using a
> regmap_cache. Since the register map is relatively large, but we only
> ever access a few of them, we use an RBTREE cache.
>
> Signed-off-by: Daniel Kurtz <djkurtz@...omium.org>
Acked-by: Henry Chen <henryc.chen@...iatek.com>
> ---
> I used the wrong commit message subject in the first attempt.
> Maybe this time someone will review it ;-).
> ---
> drivers/regulator/mt6311-regulator.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/regulator/mt6311-regulator.c b/drivers/regulator/mt6311-regulator.c
> index 02c4e5f..0495716 100644
> --- a/drivers/regulator/mt6311-regulator.c
> +++ b/drivers/regulator/mt6311-regulator.c
> @@ -30,6 +30,7 @@ static const struct regmap_config mt6311_regmap_config = {
> .reg_bits = 8,
> .val_bits = 8,
> .max_register = MT6311_FQMTR_CON4,
> + .cache_type = REGCACHE_RBTREE,
> };
>
> /* Default limits measured in millivolts and milliamps */
--
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