linux-kernel - Re: [PATCH] kernel option CONFIG_USB_HIDINPUT

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: <1178565441.4813.22.camel@mbp.domain.lan>
Date:	Mon, 07 May 2007 21:17:21 +0200
From:	Noèl Köthe <noel@...ian.org>
To:	Jiri Kosina <jikos@...os.cz>
Cc:	linux-usb-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] kernel option CONFIG_USB_HIDINPUT_POWERBOOK
	description update

Am Donnerstag, den 03.05.2007, 09:56 +0200 schrieb Jiri Kosina:

Hello Jiri,

> > The description of this option needs to be extended to be correct:)

> >  config USB_HIDINPUT_POWERBOOK
> > -       bool "Enable support for iBook/PowerBook special keys"
> > +       bool "Enable support for iBook/PowerBook/MacBook/MacBookPro special keys"

> I will apply this into my tree, thanks.

Great thanks. Does this mean it will go into your tree and then into the
mainline kernel, or is there an additional step needed?

> > This option is needed on the Apple Intel Laptops, too. I would suggest 
> > to rename USB_HIDINPUT_POWERBOOK because its needed on Apple Laptops. 
> > Maybe USB_HIDINPUT_APPLELAPTOPS or something like this. Is a renaming 
> > patch for this welcome?
> 
> The problem here is backwards compatibility - if we would like to do the 
> change in a consistent way, we should rename all the places which (for 
> historic reasons) mention powerbook only. Unfortunately this would also 
> require renaming the module parameter hid_pb_fnmode, which might be a 
> little too intrusive with respect to maintaining backward compatibility in 
> userspace (ok, we have already been fiddling with this parameter anyway 
> during the usbhid code split, but anyway).
> 
> If you would care to make the patch which maintains backwards 
> compatibility (for example by aliasing the variable pb_fnmode behing two 
> module parameters), that might probably be ok.

I understand. I will try.

-- 
Noèl Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org

Download attachment "signature.asc" of type "application/pgp-signature" (190 bytes)