[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJKOXPchv7hqcsE5pDB-_PJknfTqLYUOdNbP=6ExUD_gdRoa3w@mail.gmail.com>
Date: Wed, 27 May 2015 20:13:04 +0900
From: Krzysztof Kozłowski <k.kozlowski.k@...il.com>
To: Lee Jones <lee.jones@...aro.org>
Cc: Chanwoo Choi <cw00.choi@...sung.com>,
MyungJoo Ham <myungjoo.ham@...sung.com>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Samuel Ortiz <sameo@...ux.intel.com>,
Sebastian Reichel <sre@...nel.org>,
Dmitry Eremin-Solenikov <dbaryshkov@...il.com>,
David Woodhouse <dwmw2@...radead.org>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>, linux-kernel@...r.kernel.org,
linux-input@...r.kernel.org, linux-pm@...r.kernel.org
Subject: Re: [PATCH v2 2/9] mfd: max77693: Store I2C device type as enum and
add default unknown
2015-05-27 19:23 GMT+09:00 Lee Jones <lee.jones@...aro.org>:
> On Sun, 24 May 2015, Krzysztof Kozlowski wrote:
>
>> Store the device type (obtained from i2c_device_id) as an enum and add a
>> default type of unknown to distinguish from case when this is not set
>> at all.
>>
>> Signed-off-by: Krzysztof Kozlowski <k.kozlowski.k@...il.com>
>> ---
>> include/linux/mfd/max77693-private.h | 11 ++++++-----
>> 1 file changed, 6 insertions(+), 5 deletions(-)
>
> Applied, thanks.
Thanks.
I was thinking about merging everything through one tree because of
the dependency (successive patches depend on previous) but I don't
mind choosing different strategy. However if you picked this one maybe
you can also apply the patch 1/9:
mfd/extcon: max77693: Remove unused extern declarations and max77693_dev members
It already got ack from Chanwoo.
Other patches depend on these so either everything will go through
your tree or you will prepare an immutable branch for e.g. Mark (as
everything is around regulator drivers).
Anyway I need some input from Mark about the patches 4, 5 and 9. Rest
of them already have his ack.
Best regards,
Krzysztof
--
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