[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1270810226.3764.34.camel@palomino.walls.org>
Date: Fri, 09 Apr 2010 06:50:26 -0400
From: Andy Walls <awalls@...ix.net>
To: James Hogan <james@...anarts.com>
Cc: Mauro Carvalho Chehab <mchehab@...hat.com>,
Jon Smirl <jonsmirl@...il.com>, Pavel Machek <pavel@....cz>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Krzysztof Halasa <khc@...waw.pl>,
hermann pitton <hermann-pitton@...or.de>,
Christoph Bartelmus <lirc@...telmus.de>, j@...nau.net,
jarod@...hat.com, jarod@...sonet.com, kraxel@...hat.com,
linux-input@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, superm1@...ntu.com
Subject: Re: [RFC] What are the goals for the architecture of an in-kernel
IR system?
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.
Regards,
Andy
--
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/
Powered by blists - more mailing lists