linux-kernel - Re: [PATCH] n-trig digitizer quirks

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LNX.1.10.0811191451000.19853@jikos.suse.cz>
Date:	Wed, 19 Nov 2008 14:52:57 +0100 (CET)
From:	Jiri Kosina <jkosina@...e.cz>
To:	Rafi Rubin <rafi@...s.upenn.edu>
cc:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] n-trig digitizer quirks

On Wed, 19 Nov 2008, Rafi Rubin wrote:

> >> +static int ntrig_input_mapped(struct hid_device *hdev, struct hid_input *hi,
> >> +		struct hid_field *field, struct hid_usage *usage,
> >> +		unsigned long **bit, int *max)
> >> +{
> >> +	unsigned long quirks = (unsigned long)hid_get_drvdata(hdev);
> > This could be removed, as it is never used, right?
> Yes, it wasn't used at the moment, just something left over from using 
> hid-lg.c as a template.  Since this is the only device known for this 
> driver at this point, is it better to keep it shorter and not check for 
> the duplicate usage from the driver data or would it be better to add 
> the flexibility now?  

Please keep the driver as simple as possible. Whenever there are any new 
devices in the future, we could easily extend it so that quirk data in 
driver_data are taken into account.

> Also, if you do prefer using driver data like that, is the probe 
> function necessary to make it work?

Probe function is necesary, you need to parse the report descriptor 
(hid_parse()), activate the hardware (hid_hw_start()), etc.

Thanks,

-- 
Jiri Kosina
SUSE Labs
--
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/