Thread (14 messages) 14 messages, 4 authors, 2014-10-27

Re: [PATCH 2/4] Input: pmic8xxx-keypad - use regmap_field for register access

From: Stephen Boyd <hidden>
Date: 2014-10-08 18:21:03
Also in: linux-arm-msm, lkml

Adding Mark and Srini

On 10/08/2014 11:13 AM, Dmitry Torokhov wrote:
On Wed, Oct 08, 2014 at 11:00:07AM -0700, Stephen Boyd wrote:
quoted
On 10/08/2014 02:30 AM, Ivan T. Ivanov wrote:
quoted
On Wed, 2014-10-08 at 12:13 +0300, Ivan T. Ivanov wrote:
quoted
On Tue, 2014-10-07 at 10:26 -0700, Dmitry Torokhov wrote:
quoted
Hi Ivan,

On Tue, Oct 07, 2014 at 12:50:46PM +0300, Ivan T. Ivanov wrote:
quoted
@@ -527,10 +538,55 @@ static int pmic8xxx_kp_probe(struct platform_device *pdev)
+
+	kp->row_hold = devm_regmap_field_alloc(kp->dev, kp->regmap,
+					       info->row_hold);
+	if (IS_ERR(kp->row_hold))
+		return PTR_ERR(kp->row_hold);
Why do we have to allocate all regmap fields separately instead of
embedding them into keypad structure?
No particular reason. Will rework it.
Oops. struct regmap_field is opaque. It seems that the allocation
is the only way that I could have instance of it.
Maybe we can add an API to allocate an array of fields?
Maybe we could make the structure public instead? I do not see any
reason for allocating something separately that has exactly the same
lifetime as owning structure.
Srini/Mark, any reason why the regmap_field structure is opaque?

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help