linux-kernel - Re: [RFC PATCH 0/4] V3 - Implementation of IR support using the input subsystem

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: <1223611899.13345.86.camel@xavier.wilsonet.com>
Date:	Fri, 10 Oct 2008 00:11:39 -0400
From:	Jarod Wilson <jarod@...sonet.com>
To:	Pavel Machek <pavel@...e.cz>
Cc:	Jon Smirl <jonsmirl@...il.com>, lirc-list@...ts.sourceforge.net,
	linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/4] V3 - Implementation of IR support using the
 input subsystem

On Thu, 2008-10-09 at 14:03 +0200, Pavel Machek wrote:
> Hi!
> 
> >  What should the IR API look like?  How are IR events mapped into
> > keyboard events? Should they be mapped? Map them in the kernel or in
> > user space? The maps are tiny, less than 1K per remote.  Sysfs can
> > be used to load maps into the kernel driver. Make maps only for the
> > common buttons and don't map unusual ones?
> 
> Map them in kernel, in analogy with normal keyboards.

My thought was to basically follow what the ati_remote{,2} driver does.

> > How should multiple remotes be handled? Split them out into
> > individual input devices, or group them onto a single IR device? I
> > can implement either.
> 
> Individual input devices, I'd say... so that app can only listen for
> 'its' remote.

I don't quite get it. How can we tell there are multiple remotes to set
up multiple input devices when the system comes up? All we can know
about at driver init time is the receiver(s), no? Or would this be keyed
off a config file? Or ______ ?


-- 
Jarod Wilson
jarod@...sonet.com

--
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/