On Sun, Jun 20, 2010 at 12:44 PM, Stefan Ringel stefan.rin...@arcor.de wrote:
Am 20.06.2010 18:31, schrieb Jarod Wilson:
On Sun, Jun 20, 2010 at 11:38 AM, stefan.rin...@arcor.de wrote:
From: Stefan Ringel stefan.rin...@arcor.de
Signed-off-by: Stefan Ringel stefan.rin...@arcor.de
On Sun, Jun 20, 2010 at 12:53 PM, Joe Perches j...@perches.com wrote:
On Sun, 2010-06-20 at 11:58 -0400, Jarod Wilson wrote:
On Jun 20, 2010, at 3:20 AM, Joe Perches j...@perches.com wrote:
Use the standard error logging mechanisms.
Add #define pr_fmt(fmt) KBUILD_MODNAME :%s fmt, __func__
On Sun, Jun 20, 2010 at 8:47 PM, Andy Walls awa...@md.metrocast.net wrote:
On Thu, 2010-06-17 at 11:11 -0400, Jarod Wilson wrote:
On Thu, Jun 17, 2010 at 8:14 AM, Andy Walls awa...@md.metrocast.net wrote:
A fully functional tree carrying both of David's patches and the
entire stack of other
On Thu, Jun 17, 2010 at 8:14 AM, Andy Walls awa...@md.metrocast.net wrote:
On Wed, 2010-06-16 at 16:41 -0400, Jarod Wilson wrote:
On Wed, Jun 16, 2010 at 4:04 PM, Jarod Wilson ja...@wilsonet.com wrote:
...
I have another suggestion, let's keep the client register/unregister
callbacks
On Sun, Jun 13, 2010 at 4:29 PM, David Härdeman da...@hardeman.nu wrote:
On Wed, Jun 09, 2010 at 09:25:44PM -0400, Jarod Wilson wrote:
On Wed, Jun 9, 2010 at 2:15 PM, Jarod Wilson ja...@redhat.com wrote:
On Wed, Jun 09, 2010 at 07:56:21PM +0200, David Härdeman wrote:
On Wed, Jun 09, 2010
which moves even more decoder
state into the central raw decoding structs.
Signed-off-by: David Härdeman da...@hardeman.nu
Acked-by: Jarod Wilson ja...@redhat.com
Tested-by: Jarod Wilson ja...@redhat.com
Note that I was running a version rebased atop the linuxtv staging/rc
branch though
use a similar trick to what
the raw decoders did before this patch until they are merged.
Signed-off-by: David Härdeman da...@hardeman.nu
Acked-by: Jarod Wilson ja...@redhat.com
Tested-by: Jarod Wilson ja...@redhat.com
Note that I was running a version rebased atop the linuxtv staging/rc
branch
Was using input_unregister_device directly, instead of using
ir_input_unregister, which tears down a bunch of other things in
addition to eventually calling input_unregister_device.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c |4 ++--
1 files changed, 2
Was using input_unregister_device directly, instead of using
ir_input_unregister, which tears down a bunch of other things in
addition to eventually calling input_unregister_device.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c |2 +-
1 files changed, 1
touched on first-gen
cleanup, but were partially botched. This one actually compiles, works,
etc., I swear. ;)
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c | 138 ++--
1 files changed, 69 insertions(+), 69 deletions(-)
diff
it, so I had to make adjustments for that, and now its working
perfectly fine.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c | 63 ++---
1 files changed, 14 insertions(+), 49 deletions(-)
diff --git a/drivers/media/IR/mceusb.c b
On Wed, Jun 16, 2010 at 4:05 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Sun, Jun 13, 2010 at 4:29 PM, David Härdeman da...@hardeman.nu wrote:
With the current logic, each raw decoder needs to add a copy of the exact
same sysfs code. This is both unnecessary and also means that (re)loading
On Wed, Jun 16, 2010 at 4:06 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Sun, Jun 13, 2010 at 4:29 PM, David Härdeman da...@hardeman.nu wrote:
This patch moves the state from each raw decoder into the
ir_raw_event_ctrl struct.
This allows the removal of code like this:
spin_lock
On Wed, Jun 16, 2010 at 4:04 PM, Jarod Wilson ja...@wilsonet.com wrote:
...
I have another suggestion, let's keep the client register/unregister
callbacks for decoders (but add a comment that they're only used for
lirc). Then teach drivers/media/IR/ir-raw-event.c to keep track of the
raw
the linuxtv staging/rc tree, but will probably apply
elsewhere as well.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signed-off-by: Jarod Wilson ja...@redhat.com
---
include/media/ir-core.h |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/include/media/ir-core.h b/include/media/ir-core.h
index ad1303f..9b957af 100644
--- a/include/media/ir-core.h
+++ b/include/media/ir-core.h
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c | 141 ++---
1 files changed, 132 insertions(+), 9 deletions(-)
diff --git a/drivers/media/IR/mceusb.c b/drivers/media/IR/mceusb.c
index 708a71a..aaa40d8 100644
--- a/drivers/media
On Wed, Jun 09, 2010 at 07:56:21PM +0200, David Härdeman wrote:
On Wed, Jun 09, 2010 at 09:29:08AM -0400, Jarod Wilson wrote:
On Tue, Jun 08, 2010 at 11:46:36PM -0400, Jarod Wilson wrote:
On Tue, Jun 8, 2010 at 1:50 PM, David Härdeman da...@hardeman.nu wrote:
b) Mauro mentioned
On Wed, Jun 9, 2010 at 2:15 PM, Jarod Wilson ja...@redhat.com wrote:
On Wed, Jun 09, 2010 at 07:56:21PM +0200, David Härdeman wrote:
On Wed, Jun 09, 2010 at 09:29:08AM -0400, Jarod Wilson wrote:
...
So this definitely negatively impacts my ir-core-to-lirc_dev
(ir-lirc-codec.c) bridge driver
, the proper default tx blaster bitmask can't be read
from the 1st-gen hardware, it has to be manually set.
All successfully tested on my own 1st-gen mceusb transceiver.
Patch is against v4l/dvb staging/rc tree.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c | 57
On Fri, Jun 4, 2010 at 11:06 AM, Jarod Wilson ja...@redhat.com wrote:
The first-gen mceusb device init code, while mostly functional, had a few
issues in it. This patch does the following:
1) removes use of magic numbers
2) eliminates mapping of memory from stack
3) makes debug spew
On Tue, Jun 8, 2010 at 1:50 PM, David Härdeman da...@hardeman.nu wrote:
On Mon, Jun 07, 2010 at 04:15:30PM -0400, Jarod Wilson wrote:
On Mon, Jun 07, 2010 at 09:00:03PM +0200, David Härdeman wrote:
On Mon, May 03, 2010 at 05:00:05PM -0300, Mauro Carvalho Chehab wrote:
David Härdeman wrote
in hardware. As long as
the keymap is complete, there's no benefit to wiring up lirc_dev vs.
just using lircd's devinput access method for imon devices.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
(or sysfs controls, the jury hasn't returned a verdict
yet). lircd can then be upgraded to support both the in-kernel native
mode and the legacy lirc mode, and with time, the lirc raw decoder can
be phased out.
Works for me.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send
patch series this evening and then we can go
back to our regular arguing :)
Hey, at least we're making progress too! :)
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo
as an lirc bridge
driver, which is currently my main focal point).
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Jun 4, 2010, at 10:45 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Fri, Jun 4, 2010 at 7:16 PM, Jon Smirl jonsm...@gmail.com wrote:
On Fri, Jun 4, 2010 at 5:17 PM, Jarod Wilson ja...@wilsonet.com
wrote:
On Fri, Jun 4, 2010 at 4:17 PM, Jarod Wilson ja...@redhat.com
wrote:
On Fri, Jun 04
-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/mceusb.c | 57
1 files changed, 41 insertions(+), 16 deletions(-)
diff --git a/drivers/media/IR/mceusb.c b/drivers/media/IR/mceusb.c
index 6659cd1..ca146ad 100644
--- a/drivers/media/IR/mceusb.c
On Fri, Jun 4, 2010 at 4:17 PM, Jarod Wilson ja...@redhat.com wrote:
On Fri, Jun 04, 2010 at 02:57:04PM -0400, Jon Smirl wrote:
...
From what I'm seeing, those are the current used ioctls:
+#define LIRC_GET_FEATURES _IOR('i', 0x, unsigned
long)
+#define
On Fri, Jun 4, 2010 at 7:16 PM, Jon Smirl jonsm...@gmail.com wrote:
On Fri, Jun 4, 2010 at 5:17 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Fri, Jun 4, 2010 at 4:17 PM, Jarod Wilson ja...@redhat.com wrote:
On Fri, Jun 04, 2010 at 02:57:04PM -0400, Jon Smirl wrote:
...
From what I'm seeing
On Tue, Jun 1, 2010 at 1:22 AM, Jarod Wilson ja...@wilsonet.com wrote:
On Mon, May 31, 2010 at 6:31 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 31-05-2010 18:45, Andy Walls escreveu:
On Mon, 2010-05-31 at 17:58 -0300, Mauro Carvalho Chehab wrote:
I may be wrong (since we didn't
On Thu, Jun 03, 2010 at 03:02:11AM -0300, Mauro Carvalho Chehab wrote:
Em 01-06-2010 17:51, Jarod Wilson escreveu:
Add the core lirc device interface (http://lirc.org/).
This is a 99.9% unaltered lirc_dev device interface (only change being
the path to lirc.h), which has been carried
On Thu, Jun 03, 2010 at 03:04:14AM -0300, Mauro Carvalho Chehab wrote:
Em 01-06-2010 17:32, Jarod Wilson escreveu:
This is a new driver for the Windows Media Center Edition/eHome
Infrared Remote transceiver devices. Its a port of the current
lirc_mceusb driver to ir-core, and currently
v4l-utils.
Functional testing done with the mceusb driver, and it behaves as expected,
only the rc6 decoder is enabled, keys are all handled properly, etc.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/ir-jvc-decoder.c |4 +++-
drivers/media/IR/ir-nec-decoder.c |4
...
This patch also adds an IR_TYPE_ALL convenience macro to make life
easier for receivers that support all IR protocols.
v2: fix an erroneous comment that referred to imon devices
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/keymaps/Makefile |1 +
drivers/media/IR/keymaps/rc-rc6
should work equally well. Testing was done primarily with RC6 MCE
remotes, but also briefly with a Hauppauge RC5 remote, and all works
as expected.
v2: fix call to ir_raw_event_handle so repeats work as they should.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/Kconfig | 12
, and IR
receive behaves 100% identical in lirc mode to the old lirc_mceusb.
[PATCH 1/3] IR: add core lirc device interface
[PATCH 2/3] IR: add an empty lirc protocol keymap
[PATCH 3/3] IR: add ir-core to lirc interface bridge driver
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list
, ir-core will be wired up to make use
of the lirc interface as one of many IR protocol decoder options. In
this case, raw IR will be delivered to the lirc userspace daemon, which
will then handle the decoding.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/Kconfig| 11
This keymap can be specified for loading for a setup where the user
wants to bypass in-kernel decoding and only use the lirc interface.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/keymaps/Makefile |1 +
drivers/media/IR/keymaps/rc-lirc.c | 41
, but for the moment, I'm
going with ir-lirc-codec, as lirc_dev is also a two-way device interface.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/Kconfig | 10 ++
drivers/media/IR/Makefile|1 +
drivers/media/IR/ir-core-priv.h |7 +
drivers/media/IR/ir-lirc
On Sun, May 30, 2010 at 3:57 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Sun, May 30, 2010 at 10:02 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 29-05-2010 23:24, Jarod Wilson escreveu:
On Sat, May 29, 2010 at 4:01 PM, Andy Walls awa...@md.metrocast.net wrote:
...
We do have
on the transmit
side of the house to specify how many repeats of each blasted signal
to send.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Sun, May 30, 2010 at 10:02 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 29-05-2010 23:24, Jarod Wilson escreveu:
On Sat, May 29, 2010 at 4:01 PM, Andy Walls awa...@md.metrocast.net wrote:
...
We do have the
option to disable all but the relevant protocol handler on a
per-device
On Fri, May 28, 2010 at 3:59 PM, Jarod Wilson ja...@redhat.com wrote:
The mceusb driver I'm about to submit handles just about any raw IR you
can throw at it. The ir-core loads up all protocol decoders, starting
with NEC, then RC5, then RC6. RUN_DECODER() was trying them in the same
order
On Sat, May 29, 2010 at 4:01 PM, Andy Walls awa...@md.metrocast.net wrote:
On Sat, 2010-05-29 at 12:58 -0400, Jarod Wilson wrote:
On Sat, May 29, 2010 at 8:39 AM, Andy Walls awa...@md.metrocast.net wrote:
On Fri, 2010-05-28 at 00:47 -0400, Jarod Wilson wrote:
So I'm inching closer
On Fri, May 28, 2010 at 12:47 AM, Jarod Wilson ja...@wilsonet.com wrote:
So I'm inching closer to a viable mceusb driver submission -- both a
first-gen and a third-gen transceiver are now working perfectly with
multiple different mce remotes. However, that's only when I make sure
the mceusb
that at least one was successful -- i.e.,
that _sumrc is 0. The following works for me w/my mceusb driver and
the default decoder ordering -- NEC and RC5 still fail, but RC6 still
gets a crack at it, and successfully does its job.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media
IR receiver driver
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
...
This patch also adds an IR_TYPE_ALL convenience macro to make life
easier for receivers that support all IR protocols.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/keymaps/Makefile |1 +
drivers/media/IR/keymaps/rc-rc6-mce.c | 106 +
include
should work equally well. Testing was done primarily with RC6 MCE
remotes, but also briefly with a Hauppauge RC5 remote, and all works
as expected.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/Kconfig | 12 +
drivers/media/IR/Makefile |1 +
drivers/media/IR/mceusb.c | 1081
that.
Acked-by: Jarod Wilson ja...@redhat.com
---
diff --git a/drivers/media/dvb/dvb-core/dvb_net.c
b/drivers/media/dvb/dvb-core/dvb_net.c
index f6dac2b..6c3a8a0 100644
--- a/drivers/media/dvb/dvb-core/dvb_net.c
+++ b/drivers/media/dvb/dvb-core/dvb_net.c
@@ -351,6 +351,7 @@ static void dvb_net_ule
/knowledge/ir/rcmm.htm
[3] http://mod-mce.sourceforge.net/
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, May 25, 2010 at 5:05 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Wed, Apr 28, 2010 at 12:32 AM, Jarod Wilson ja...@wilsonet.com wrote:
On Sat, Apr 24, 2010 at 1:12 AM, David Härdeman da...@hardeman.nu wrote:
On Fri, Apr 23, 2010 at 01:40:34PM -0400, Jarod Wilson wrote:
So now
There was a mix of 0/1 and false/true. Pick one convention and stick
with it (I picked false/true).
I sent this once before, but it seems to have lost its way somehow, so
apologies if this is a duplicate...
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 48
-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 27 +--
1 files changed, 17 insertions(+), 10 deletions(-)
diff --git a/drivers/media/IR/imon.c b/drivers/media/IR/imon.c
index 5e20456..0e43795 100644
--- a/drivers/media/IR/imon.c
+++ b/drivers/media/IR/imon.c
On Wed, Apr 28, 2010 at 12:32 AM, Jarod Wilson ja...@wilsonet.com wrote:
On Sat, Apr 24, 2010 at 1:12 AM, David Härdeman da...@hardeman.nu wrote:
On Fri, Apr 23, 2010 at 01:40:34PM -0400, Jarod Wilson wrote:
So now that I'm more or less done with porting the imon driver, I
think I'm ready
There was a mix of 0/1 and false/true. Pick one convention and stick
with it (I picked false/true).
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 48 +++---
1 files changed, 24 insertions(+), 24 deletions(-)
diff --git
, so its possible (but a bit
unlikely) there's another iMON RF device we'll have to fix up.
Nb: should be applied after IR/imon: clean up usage of bools, or there
will be a slight contextual mismatch.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 27
On Fri, May 21, 2010 at 11:40:34AM +0800, Ang Way Chuang wrote:
Hi Jarod,
Thanks for the review. My answers are inlined.
Jarod Wilson wrote:
On Thu, May 06, 2010 at 02:52:22PM -, Ang Way Chuang wrote:
ULE (Unidirectional Lightweight Encapsulation RFC 4326)
decapsulation code has
|=
from_where[0];
from_where += 1; /* points to
payload start. */
ts_remain -= 1;
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
On Fri, May 07, 2010 at 08:52:00AM -0300, Mauro Carvalho Chehab wrote:
Jarod Wilson wrote:
On Tue, May 04, 2010 at 06:06:41PM +0200, Dan Carpenter wrote:
On Tue, May 04, 2010 at 10:03:18AM -0400, Jarod Wilson wrote:
@@ -1205,7 +1204,7 @@ static u32 imon_panel_key_lookup(u64 hw_code
On Tue, May 4, 2010 at 7:37 AM, Dan Carpenter erro...@gmail.com wrote:
The original condition is always false because ! has higher precedence
than == and neither 0 nor 1 is equal to IMON_DISPLAY_TYPE_VGA.
Signed-off-by: Dan Carpenter erro...@gmail.com
Acked-by: Jarod Wilson ja...@redhat.com
refactoring a while back
(haven't got a touch-capable device to have tripped over this either,
the cases with those in them are insanely expensive...)
Acked-by: Jarod Wilson ja...@redhat.com
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media
On Tue, May 04, 2010 at 06:06:41PM +0200, Dan Carpenter wrote:
On Tue, May 04, 2010 at 10:03:18AM -0400, Jarod Wilson wrote:
@@ -1205,7 +1204,7 @@ static u32 imon_panel_key_lookup(u64 hw_code)
if (imon_panel_key_table[i].hw_code == (code | 0xffee))
break
input_dev-rep[REP_PERIOD].
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/media/IR/imon.c b/drivers/media/IR/imon.c
index b65c31a..09d4e44 100644
--- a/drivers/media/IR/imon.c
+++ b
Set the EV_REP bit, so reported key repeats actually make their
way out to userspace, and fix up the handling of repeats a bit,
routines for which are shamelessly heisted from ati_remote2.c.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 38
spewn into dmesg.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c | 20 +---
1 files changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/media/IR/imon.c b/drivers/media/IR/imon.c
index 16e2e7f..6fb3b05 100644
--- a/drivers/media/IR/imon.c
On Wed, Apr 28, 2010 at 01:41:12PM -0700, Dmitry Torokhov wrote:
On Wed, Apr 28, 2010 at 01:37:00PM -0400, Jarod Wilson wrote:
Set the EV_REP bit, so reported key repeats actually make their
way out to userspace, and fix up the handling of repeats a bit,
routines for which are shamelessly
On Sat, Apr 24, 2010 at 1:12 AM, David Härdeman da...@hardeman.nu wrote:
On Fri, Apr 23, 2010 at 01:40:34PM -0400, Jarod Wilson wrote:
So now that I'm more or less done with porting the imon driver, I
think I'm ready to start tackling the mceusb driver. But I'm debating
on what approach
On Sat, Apr 24, 2010 at 4:53 AM, David Härdeman da...@hardeman.nu wrote:
On Fri, Apr 16, 2010 at 05:28:35PM -0400, Jarod Wilson wrote:
This adds the keymaps for the hardware decode scancodes imon
devices create for their native imon pad (and mini) remotes,
and the hardware scancodes generated
On Thu, Apr 22, 2010 at 10:36:06AM -0300, Mauro Carvalho Chehab wrote:
Jarod Wilson wrote:
On Tue, Apr 20, 2010 at 06:22:36PM -0300, Mauro Carvalho Chehab wrote:
Em Fri, 16 Apr 2010 17:29:02 -0400
Jarod Wilson ja...@redhat.com escreveu:
This is a new driver for the SoundGraph iMON
the actual ir signals from the native imon remotes are, so for the
moment, imon native ir is mapped to IR_TYPE_OTHER. Nailing it down more
accurately is also on the TODO list.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/imon.c| 151
On Tue, Apr 20, 2010 at 06:22:36PM -0300, Mauro Carvalho Chehab wrote:
Em Fri, 16 Apr 2010 17:29:02 -0400
Jarod Wilson ja...@redhat.com escreveu:
This is a new driver for the SoundGraph iMON and Antec Veris IR/display
devices commonly found in many home theater pc cases and as after
, but it might make sense to have a drivers/media/IR/hardware/
directory to drop things like this and the forthcoming lirc_mceusb port
into, rather than intermingling with the core bits.
The most important part: I've tested this out w/actual imon hardware, and
it even works. :)
---
Jarod Wilson (3
.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/ir-core-priv.h |7 ---
include/media/ir-core.h |1 +
2 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/drivers/media/IR/ir-core-priv.h b/drivers/media/IR/ir-core-priv.h
index ef7f543..d79d91e
, it
removed about half of the code from the LIRC version.
Yes, and it was a great help to me at least...thanks :)
Yeah, copy that. Good to see we've got some major momentum going now,
just need to get off my butt and do some more work on it myself...
--
Jarod Wilson
ja...@wilsonet.com
On Tue, Nov 17, 2009 at 11:59 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Nov 17, 2009, at 9:37 AM, Devin Heitmueller wrote:
If you see this happen more than once consecutively, and there is only 1
silicon tuner present, then it means something very bad is happening, and
there is a chance
config. I keep meaning to hook the stick up under windows and sniff
traffic again to see if I can see what's being done differently, just
don't ever seem to get around to it.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
DTRT
with attached patches and let you reply with them quoted inline, and
actually, thunderbird 3 will more or less work with attached patches if
you do a select-all, then hit reply (tbird finally has 'quote selected
text' support).
Not that I'm advocating patches as attachments.
--
Jarod
for at least
the Plextor ConvertX go7007-based devices.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Dec 29, 2009, at 5:30 PM, Dmitry Torokhov wrote:
On Tue, Dec 29, 2009 at 12:04:00AM -0500, Jarod Wilson wrote:
On Dec 28, 2009, at 4:31 AM, Dmitry Torokhov wrote:
Hm, will this work on big-endian?
Good question. Not sure offhand. Probably not. Unfortunately, the only
devices I have
On Dec 30, 2009, at 3:02 AM, Jarod Wilson wrote:
On Dec 29, 2009, at 5:30 PM, Dmitry Torokhov wrote:
On Tue, Dec 29, 2009 at 12:04:00AM -0500, Jarod Wilson wrote:
On Dec 28, 2009, at 4:31 AM, Dmitry Torokhov wrote:
Hm, will this work on big-endian?
Good question. Not sure offhand
already fixed every one of these problems in
the past 24 hours (a few just a few minutes ago), stay tuned for a
repost, hopefully later today. :)
Thanks much,
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
Hey Dmitry,
Thanks much for the review, comments inline below...
On Dec 28, 2009, at 4:31 AM, Dmitry Torokhov wrote:
Hi Jarod,
On Mon, Dec 28, 2009 at 12:11:55AM -0500, Jarod Wilson wrote:
This is an input layer driver for the SoundGraph iMON and Antec
Veris IR and/or Display (LCD/VFD/VGA
of the people who does all the license and patent audits for
Fedora packages look at the Philips patent on RC-6. He's 100% positive that the
patent *only* covers hardware, there should be no problem whatsoever writing a
software decoder for RC-6.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe
the case. I have upwards of 20 remotes and 15
receivers. I've had to run irrecord maybe two times in five years to get
any of them working. The existing lirc remote database is fairly extensive.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media
devices (PVR-150, HVR-1600, HD-PVR, etc). The serial driver is fairly
self-explanatory as well.
There are also a few userspace-driven devices that do transmit, but I'm
assuming they're (currently) irrelevant to this discussion.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote:
On 12/2/09 12:30 PM, Jon Smirl wrote:
(for each remote/substream that they can recognize).
I'm assuming that, by remote, you're referring to a remote receiver
On Dec 2, 2009, at 3:14 PM, Dmitry Torokhov wrote:
On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote:
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote:
On 12/2/09 12:30 PM, Jon Smirl wrote:
(for each remote/substream
devices for each remote to use them independently. Meh. Doubt
I'd ever use it, but I guess I'll concede that it makes some sense to do the
extra work.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
On Dec 2, 2009, at 4:12 PM, Trent Piepho wrote:
On Wed, 2 Dec 2009, Jarod Wilson wrote:
My main point is that each of these devices has device ID that can be
determined without having to first do some protocol analysis and table
lookups to figure out which device some random IR input
a single input device) isn't at all
interesting to me for my own use, but if there really is demand for such
support (and it appears there is), then fine, lets do it.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message
...
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
on and have several devices driven by (which
includes the IR parts I've been using in my production MythTV setup for years
now).
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
Currently, i2c_debug shows up w/o a desc in modinfo, and i2c_hw shows
up with i2c_debug's desc. Fix that.
Signed-off-by: Jarod Wilson ja...@redhat.com
diff -r e0cd9a337600 linux/drivers/media/video/bt8xx/bttv-i2c.c
--- a/linux/drivers/media/video/bt8xx/bttv-i2c.cSun Nov 29 12:08:02
2009
gets IR working on this card again.
Reported-by: Adam Williamson awill...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
Tested-by: Adam Williamson awill...@redhat.com
---
diff -r e0cd9a337600 linux/drivers/media/video/bt8xx/bttv-i2c.c
--- a/linux/drivers/media/video/bt8xx/bttv-i2c.c
to do on this thread after being partially detached
from the computer over the holiday weekend here in the US...
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info
vendors of IR devices, with mixed results getting any
sort of support out of them. But its on my todo list to put out some feelers on
the work front to see if we have any connections that we might be able to
utilize.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send
On 11/26/2009 04:14 AM, Gerd Hoffmann wrote:
On 11/26/09 07:23, Jarod Wilson wrote:
Well, when mythtv was started, I don't know that there were many
input layer remotes around... lirc was definitely around though.
lirc predates the input layer IR drivers by years, maybe even the input
layer
On 11/26/2009 08:54 AM, Mauro Carvalho Chehab wrote:
Jarod Wilson wrote:
On Nov 23, 2009, at 7:53 PM, Andy Walls wrote:
On Mon, 2009-11-23 at 22:11 +0100, Christoph Bartelmus wrote:
...
I generally don't understand the LIRC aversion I perceive in this thread
(maybe I just have a skewed
501 - 600 of 647 matches
Mail list logo