Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752529Ab0DIM75 (ORCPT ); Fri, 9 Apr 2010 08:59:57 -0400 Received: from mx1.redhat.com ([209.132.183.28]:32958 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751431Ab0DIM7z (ORCPT ); Fri, 9 Apr 2010 08:59:55 -0400 Date: Fri, 9 Apr 2010 08:58:32 -0400 From: Jarod Wilson To: Andy Walls Cc: James Hogan , Mauro Carvalho Chehab , Jon Smirl , 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 Subject: Re: [RFC] What are the goals for the architecture of an in-kernel IR system? Message-ID: <20100409125832.GA22814@redhat.com> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1270810226.3764.34.camel@palomino.walls.org> User-Agent: Mutt/1.5.20 (2009-08-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1863 Lines: 48 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 sysfs > > 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. (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. It 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 plan on > getting off the couch and pushing the power switch for some time to > come. ;) > > > > > The MCE-USB, I *speculate*, can perform wakes. It's driver would need > to support that, if it can. Yep, it can perform wakes, and the current lirc_mceusb does support it, though it requires some screwing around with echoing something into somewhere in sysfs (for the usb controller its attached to) to enable it, from what I recall... Making it Just Work would be a good idea. -- Jarod Wilson jarod@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/