[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <X9B2B6KuzbP8Is+W@kroah.com>
Date: Wed, 9 Dec 2020 08:00:23 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Barnabás Pőcze <pobrn@...tonmail.com>
Cc: Coiby Xu <coiby.xu@...il.com>,
"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
Helmut Stult <helmut.stult@...info.de>,
Baq Domalaq <domalak@...il.com>,
Pedro Ribeiro <pedrib@...il.com>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
Jiri Kosina <jikos@...nel.org>,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4] HID: i2c-hid: add polling mode based on connected
GPIO chip's pin status
On Tue, Dec 08, 2020 at 09:59:20PM +0000, Barnabás Pőcze wrote:
> 2020. november 25., szerda 16:07 keltezéssel, Greg KH írta:
>
> > [...]
> > > +static u8 polling_mode;
> > > +module_param(polling_mode, byte, 0444);
> > > +MODULE_PARM_DESC(polling_mode, "How to poll (default=0) - 0 disabled; 1 based on GPIO pin's status");
> >
> > Module parameters are for the 1990's, they are global and horrible to
> > try to work with. You should provide something on a per-device basis,
> > as what happens if your system requires different things here for
> > different devices? You set this for all devices :(
> > [...]
>
> Hi
>
> do you think something like what the usbcore has would be better?
> A module parameter like "quirks=<vendor-id>:<product-id>:<flags>[,<vendor-id>:<product-id>:<flags>]*"?
Not really, that's just for debugging, and asking users to test
something, not for a final solution to anything.
thanks,
greg k-h
Powered by blists - more mailing lists