From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marvin Raaijmakers Subject: Re: [PATCH] input: change SysRq keycode for systems without SysRq key Date: Fri, 17 Aug 2007 17:01:52 +0200 Message-ID: <1187362912.3684.33.camel@localhost.localdomain> References: <469C647B.1000307@inwind.it> <469E7E29.2050206@inwind.it> <469FDA19.6020702@inwind.it> <469FF3D9.4080307@inwind.it> <20070802212730.GA10153@suse.cz> <1187339112.3684.10.camel@localhost.localdomain> <1187361318.3684.30.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7BIT Return-path: In-reply-to: Sender: owner-linux-input@atrey.karlin.mff.cuni.cz List-Help: List-Owner: List-Post: List-Unsubscribe: To: Jiri Kosina Cc: Vojtech Pavlik , federico ferri , Dmitry Torokhov , linux-input@atrey.karlin.mff.cuni.cz, mzxrlshmm@0pointer.de List-Id: linux-input@vger.kernel.org Ah this is the part that checks for a change in key state: !!test_bit(usage->code, input->key) != value Well, in that case: yes, this is the functionality I was looking for. - Marvin On Fri, 2007-08-17 at 16:42 +0200, Jiri Kosina wrote: > On Fri, 17 Aug 2007, Marvin Raaijmakers wrote: > > > This code doesn't filter out the "status events" right? So that still > > needs to be done(?). > > Hi Marvin, > > I am not sure what you mean by that -- this patch is supposed to issue > input_event(EV_MSC, MSC_SCAN) if and only if it would mean the change in > key state. >