From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Smirl Subject: Re: [RFC] What are the goals for the architecture of an in-kernel IR system? Date: Fri, 9 Apr 2010 09:02:09 -0400 Message-ID: References: <9e4733910912060952h4aad49dake8e8486acb6566bc@mail.gmail.com> <9e4733910912151338n62b30af5i35f8d0963e6591c@mail.gmail.com> <4BAB7659.1040408@redhat.com> <201004090821.10435.james@albanarts.com> <1270810226.3764.34.camel@palomino.walls.org> <20100409125832.GA22814@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from qw-out-2122.google.com ([74.125.92.24]:27378 "EHLO qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751431Ab0DINCM convert rfc822-to-8bit (ORCPT ); Fri, 9 Apr 2010 09:02:12 -0400 In-Reply-To: <20100409125832.GA22814@redhat.com> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Jarod Wilson Cc: Andy Walls , James Hogan , Mauro Carvalho Chehab , Pavel Machek , Dmitry Torokhov , Krzysztof Halasa , hermann pitton , Christoph Bartelmus , j@jannau.net, jarod@wilsonet.com, kraxel@redhat.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, superm1@ubuntu.com On Fri, Apr 9, 2010 at 8:58 AM, Jarod Wilson wrote: > On Fri, Apr 09, 2010 at 06:50:26AM -0400, Andy Walls wrote: >> On Fri, 2010-04-09 at 08:21 +0100, James Hogan wrote: >> > Hi, >> > >> > On Thursday 25 March 2010 14:42:33 Mauro Carvalho Chehab wrote: >> > > Comments? >> > >> > I haven't seen this mentioned yet, but are there any plans for a s= ysfs >> > interface to set up waking from suspend/standby on a particular IR= scancode >> > (for hardware decoders that support masking of comparing of the IR= data), kind >> > of analagous to the rtc framework's wakealarm sysfs file? >> >> This requires support at the hardware level. =A0(You can't have CPU = code >> running to decode IR pulses when your CPU is "asleep".) >> >> I know of two video chips supported under linux that provide such a >> function. >> >> Wake-up from IR for these chips will rely on the kernel PCIe or USB >> infrastructure supporting PCIe or USB Power Managment Events from >> hardware. =A0It will take a huge amount of work and time to get the >> respective linux video drivers to properly support suspend/resume >> properly. >> >> If you're waiting for me to get that working, I'll advise you to pla= n on >> getting off the couch and pushing the power switch for some time to >> come. ;) >> >> >> >> >> The MCE-USB, I *speculate*, can perform wakes. =A0It's driver would = need >> to support that, if it can. > > Yep, it can perform wakes, and the current lirc_mceusb does support i= t, > though it requires some screwing around with echoing something into > somewhere in sysfs (for the usb controller its attached to) to enable= it, You probably need to tell the USB system to leave the MSMCE's power turned on during suspend. Maybe the MSMCE driver can tell the USB subsystem to leave it powered across suspend when the driver loads. > from what I recall... Making it Just Work would be a good idea. > > -- > Jarod Wilson > jarod@redhat.com > > --=20 Jon Smirl jonsmirl@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-input" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html