On Sat, Mar 29, 2014 at 04:36:24PM +0100, Carlo Caione wrote:
> On Fri, Mar 28, 2014 at 12:38:03AM -0700, Dmitry Torokhov wrote:
> > Hi Carlo,
>
> Hi Dmitry,
>
> >
> > On Thu, Mar 27, 2014 at 10:29:18PM +0100, Carlo Caione wrote:
[...]
> > > +
> > > + error = devm_request_threaded_irq(&pdev->dev, axp20x_pek->irq_dbr,
> > > + NULL, axp20x_pek_irq, 0,
> > > + "axp20x-pek-dbr", idev);
> >
> > Why does it have to be threaded IRQ?
>
> Because this is already handled as a nested irq from a irq thread. The
> parent threaded irq is installed by regmap_add_irq_chip() in the MFD
> driver core.
Then you probably want to use devm_request_any_context_irq() - the
driver does not necessarily care if IRQ is threaded or not, t can work
either way.
>
> > > + if (error) {
> > > + dev_err(axp20x->dev, "Failed to request dbr IRQ#%d: %d\n",
> > > + axp20x_pek->irq_dbr, error);
> > > +
> > > + return error;
> > > + }
> > > +
> > > + error = devm_request_threaded_irq(&pdev->dev, axp20x_pek->irq_dbf,
> > > + NULL, axp20x_pek_irq, 0,
> > > + "axp20x-pek-dbf", idev);
> > > + if (error) {
> > > + dev_err(axp20x->dev, "Failed to request dbf IRQ#%d: %d\n",
> > > + axp20x_pek->irq_dbf, error);
> > > + return error;
> > > + }
> > > +
> > > + idev->dev.groups = dev_attr_groups;
> >
> > These are not generic input attributes so they should belong to the platform
> > device, not input device.
>
> Ok. Can I ask why they cannot be considered an input attributes?
Input layer is an abstraction; I am trying to keep all attributes
generic and applicable to all input devices. If you look at other input
drivers you will see that attributes that control hardware behavior are
attached to the devices representing the hardware itself. For example
attributes to control report rate of PS/2 mouse belong to serio port
that represents the physical mouse device; typematic rate of AT
keyboards also tied to serio port, etc, etc.
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
