well...
Patches are against linuxtv.org media_tree staging/for_2.6.38-rc1 branch.
Jarod Wilson (5):
rc/imon: fix ffdc device detection oops
rc/imon: need to submit urb before ffdc type check
rc/imon: default to key mode instead of mouse mode
rc: fix up and genericize some time unit conversions
ymap wasn't getting loaded for MCE IR type 0xffdc devices.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index 6811512..a30bd99 100644
--- a/drive
From: Kyle McMartin
dev->rdev is accessed in ene_setup_hw_settings, so it needs to be wired
up before then.
[Jarod Wilson]: Also fix a possible improper resource freeing bug while
we're looking at possible probe issues here.
Signed-off-by: Kyle McMartin
CC: Maxim Levitsky
Signe
Otherwise, we have a null receive buffer, and the logic all falls down,
goes boom, all ffdc devs wind up as imon IR w/VFD. Oops.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers
fair bit...
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 18 --
1 files changed, 4 insertions(+), 14 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index 7034207..e7dc6b4 100644
--- a/drivers/media/rc/imon.c
+++ b/drivers/media/rc/i
causing problems for some protocols, most notably
manifesting as lirc userspace never receiving a trailing space for any
rc5 signals.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b
:
MS_TO_NS - milliseconds to nanoseconds
MS_TO_US - milliseconds to microseconds
US_TO_NS - microseconds to nanoseconds
Reported-by: David Härdeman
CC: Maxim Levitsky
Signed-off-by: Jarod Wilson
---
drivers/media/rc/ene_ir.c | 16
drivers/media/rc/ene_ir.h |2 --
drivers
rking on it this evening and
> will post something soon.
Thanks much for working on this admittedly crappy lirc code, and apologies
for the relative radio silence of late. The holiday break didn't afford
nearly as much (okay, any) time for IR work like I'd hoped. :\
Trying to catch up now though, and I do have an hdpvr to beat on with
some of the patches I'm seeing floated on the list.
--
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
ops lirc_i2c.
>
> Mauro Carvalho Chehab (4):
> [media] bttv-input: Add a note about PV951 RC
> [media] cx88: Add RC logic for Leadtek PVR 2000
> [media] ivtv: Add Adaptec Remote Controller
> [media] Remove staging/lirc/lirc_i2c driver
Ack, amen, and good riddance to bad ru
all the other 'rm' calls to 'rm -f' along the way.
>
> Please consider applying this.
Yeah, I did the same earlier for another target, I'll go ahead and get
it applied and pushed.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the li
On Jan 7, 2011, at 7:04 AM, Vincent McIntyre wrote:
> 'make tar' fails for me (building against ubuntu 2.6.32) unless I
> remove videodev.h from TARFILES.
>
> Is this the correct thing to do here?
Yep, videodev.h goes away in 2.6.38. Will apply and push this too
.
What Hans said re: media_build. I've been pointing quite a few people on
the mythtv-users mailing list in that direction for updated drivers on
top of their distro kernels.
Additionally, the current Fedora 14 kernels (which are 2.6.35.10-based)
carry a patchset developed using media_build wit
re's a symlink in place to keep from breaking things
for people who originally checked it out at the old location.
The move essentially promoted it from "something Mauro's tinkering with" to
"something generally useful for a wider audience". And its also being wor
ups, so I'm thinking a firmware update may have helped out here, and
thus,
maybe its time we just go ahead and push this patch along upstream? We still
require someone to load lirc_zilog manually, so it seems like a fairly low-risk
thing to do.
--
Jarod Wilson
ja...@wilsonet.com
--
't know which one!
Bah. Yeah, sorry, that wasn't the current patch in Fedora 14. This is:
http://wilsonet.com/jarod/lirc_misc/hdpvr-ir/hdpvr-ir-enable-2.patch
Its atop the F14 2.6.35.10 kernel, which has a fairly recent v4l/dvb
backport on top of it, so it should be pretty close to matching
On Jan 10, 2011, at 7:12 AM, Andy Walls wrote:
> On Mon, 2011-01-10 at 01:05 -0500, Jarod Wilson wrote:
>> On Jan 9, 2011, at 7:36 PM, Jason Gauthier wrote:
>
>> There's a bit more to it than just the one line change. Here's the patch
>> we're
>>
On Jan 10, 2011, at 2:50 PM, Jarod Wilson wrote:
> On Jan 10, 2011, at 9:25 AM, Jason Gauthier wrote:
>
>>>>
>>>> I did simply try changing:
>>>>
>>>> /* until i2c is working properly */
>>>> retval = 0; /* hdpvr_regis
/rc1
ir-kbd-i2c: i2c IR (HD PVR) detected at i2c-1/1-0071/ir0 [Hauppage HD PVR I2C]
(Yes, I'm posting before fully testing, and I do have a reason for that,
and will post a v2 after testing this weekend, if need be)...
Signed-off-by: Jarod Wilson
---
drivers/media/video/hdpvr/Makefile
r ir-kbd-i2c or lirc_zilog, plus a bit
of padding (lirc_zilog may use up to 100 bytes on tx, rounded that up
to 128).
Note that this might also remedy user reports of very sluggish behavior
of IR receive with hdpvr hardware.
Reported-by: Jean Delvare
Signed-off-by: Jarod Wilson
---
Nb: This patch w
On Fri, Jan 14, 2011 at 09:35:24PM +0100, Jean Delvare wrote:
> Hi Jarod,
>
> On Fri, 14 Jan 2011 15:01:09 -0500, Jarod Wilson wrote:
> > The current hdpvr code kmalloc's a new buffer for every i2c read and
> > write. Rather than do that, lets allocate a buffer in the
elvare
Signed-off-by: Jarod Wilson
---
Nb: This patch was done atop my prior patch 'hdpvr: enable IR part',
and serves no purpose if that patch isn't applied first.
drivers/media/video/hdpvr/hdpvr-i2c.c | 30 +-
drivers/media/video/hdpvr/hdpvr.h
On Fri, Jan 14, 2011 at 04:44:40PM -0500, Andy Walls wrote:
> On Fri, 2011-01-14 at 14:54 -0500, Jarod Wilson wrote:
> > A number of things going on here, but the end result is that the IR part
> > on the hdpvr gets enabled, and can be used with ir-kbd-i2c and/or
> > lirc_zil
On Jan 14, 2011, at 5:08 PM, Jarod Wilson wrote:
> On Fri, Jan 14, 2011 at 04:44:40PM -0500, Andy Walls wrote:
>> On Fri, 2011-01-14 at 14:54 -0500, Jarod Wilson wrote:
>>> A number of things going on here, but the end result is that the IR part
>>> on the hdpvr gets en
On Jan 14, 2011, at 11:35 PM, Andy Walls wrote:
> On Fri, 2011-01-14 at 21:30 -0500, Jarod Wilson wrote:
>> On Jan 14, 2011, at 5:08 PM, Jarod Wilson wrote:
>
>>>>> Registered IR keymap rc-hauppauge-new
>>>>> input: i2c IR (HD PVR) as /devices/virtual/r
On Jan 15, 2011, at 12:37 AM, Jarod Wilson wrote:
...
>> BTW, a checkpatch and compiler tested lirc_zilog.c is here:
>>
>> http://git.linuxtv.org/awalls/media_tree.git?a=shortlog;h=refs/heads/z8
>>
>> It should fix all the binding and allocation problems rela
On Jan 15, 2011, at 12:37 AM, Jarod Wilson wrote:
> On Jan 14, 2011, at 11:35 PM, Andy Walls wrote:
>
>> On Fri, 2011-01-14 at 21:30 -0500, Jarod Wilson wrote:
>>> On Jan 14, 2011, at 5:08 PM, Jarod Wilson wrote:
>>
>>>>>> Registered IR keymap rc-h
On Jan 15, 2011, at 4:56 PM, Andy Walls wrote:
> On Sat, 2011-01-15 at 01:56 -0500, Jarod Wilson wrote:
>> On Jan 15, 2011, at 12:37 AM, Jarod Wilson wrote:
>
>>>>>>>> Registered IR keymap rc-hauppauge-new
>>>>>>>> input: i2c IR (HD PVR
n priority over
this, for the moment...
--
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
nuxtv.org/jarod/linux-2.6-ir.git for-2.6.38
Jarod Wilson (4):
rc/mceusb: timeout should be in ns, not us
hdpvr: enable IR part
hdpvr: reduce latency of i2c read/write w/recycled buffer
staging/lirc: fix mem leaks and ptr err usage
drivers/media/rc/mceusb.c |
nd contrast
with, behavior-wise.
>> 3. I hear from Jean, or whomever really cares about ir-kbd-i2c, if
>> adding some new fields for struct IR_i2c_init_data is acceptable.
>> Specifically, I'd like to add a transceiver_lock mutex, a transceiver
>> reset callback, and a data poin
On Jan 19, 2011, at 7:21 AM, Andy Walls wrote:
> On Wed, 2011-01-19 at 00:20 -0500, Jarod Wilson wrote:
>> On Jan 16, 2011, at 10:29 PM, Andy Walls wrote:
>>
>>> On Sun, 2011-01-16 at 14:20 -0500, Andy Walls wrote:
>>>> Mauro,
>>>>
>>
ME_ZILOG, so the probe bits
shouldn't coming into play with anything I'm doing. Only just now
started looking at the pvrusb2 code. Wow, there's a LOT of it. ;)
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media
On Jan 19, 2011, at 11:57 AM, Mike Isely wrote:
> On Wed, 19 Jan 2011, Jarod Wilson wrote:
>
>> On Jan 19, 2011, at 8:20 AM, Mike Isely wrote:
>>
>>> This probing behavior does not happen for HVR-1950 (or HVR-1900) since
>>> there's only one possible
r rx),
that i2c_new_device() just once with both addresses in i2c_board_info
is correct, vs. calling i2c_new_device() once for each address?
At least, I'm reasonably sure that was the key to making the hdpvr IR
behave with lirc_zilog, and after lunch, I should know if that's also
the case f
On Jan 19, 2011, at 12:12 PM, Jarod Wilson wrote:
> On Jan 19, 2011, at 8:50 AM, Jean Delvare wrote:
>
>> Hi Andy,
>>
>> On Wed, 19 Jan 2011 08:38:02 -0500, Andy Walls wrote:
>>> As I understand it, the rules/guidelines for I2C probing are now
>>> s
On Jan 19, 2011, at 12:43 PM, Jean Delvare wrote:
> On Wed, 19 Jan 2011 12:12:49 -0500, Jarod Wilson wrote:
>> On Jan 19, 2011, at 8:50 AM, Jean Delvare wrote:
>>
>>> Hi Andy,
>>>
>>> On Wed, 19 Jan 2011 08:38:02 -0500, Andy Walls wrote:
>>>
On Jan 19, 2011, at 3:08 PM, Jarod Wilson wrote:
> On Jan 19, 2011, at 12:43 PM, Jean Delvare wrote:
>
>> Preliminary technical nitpicking: you can't actually pass two addresses
>> in i2c_board_info, so the second address has to be passed as platform
>> data.
>>
On Jan 19, 2011, at 11:45 PM, Jarod Wilson wrote:
> So as we were discussing on irc today, the -EIO is within lirc_zilog's
> send_boot_data() function. The firmware is loaded, and then we send the
> z8 a command to activate the firmware, immediately follow by an attempt
> to
On Jan 20, 2011, at 8:22 AM, Andy Walls wrote:
> On Wed, 2011-01-19 at 23:45 -0500, Jarod Wilson wrote:
>> On Jan 19, 2011, at 3:08 PM, Jarod Wilson wrote:
>
>>> I'm working on
>>> fixing up hdpvr-i2c further right now, and will do some more prodding
>>
On Thu, Jan 20, 2011 at 8:10 PM, Andy Walls wrote:
> On Thu, 2011-01-20 at 16:49 -0500, Jarod Wilson wrote:
>> On Jan 20, 2011, at 8:22 AM, Andy Walls wrote:
...
>> Some further testing today with a try-check success-delay-retry loop
>> shows one i2c_master_send() failure pl
Per http://mediacenterguides.com/book/export/html/31 and investigation
by Erin, we were missing these last three mappings to complete the mce
key table. Lets remedy that.
Reported-by: Erin Simonds
Signed-off-by: Jarod Wilson
---
drivers/media/rc/keymaps/rc-rc6-mce.c |6 ++
1 files
Some occasionally useful debug spew disappeared as part of a feature
update a while back, and I'm finding myself in need of it again to help
diagnose some issues.
Signed-off-by: Jarod Wilson
---
drivers/media/rc/ir-lirc-codec.c |6 +-
1 files changed, 5 insertions(+), 1 dele
Signed-off-by: Jarod Wilson
---
drivers/media/rc/streamzap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/rc/streamzap.c b/drivers/media/rc/streamzap.c
index 6e2911c..1b013d4 100644
--- a/drivers/media/rc/streamzap.c
+++ b/drivers/media/rc/streamzap.c
After these patches, both ir-kbd-i2c and lirc_zilog behave considerably
better with the HD-PVR and HVR-1950. I'd call the behavior of the 1950
perfect. The HD-PVR needs a touch more work, but these changes make
both RX and TX usable, its just a bit quirky still.
Jarod Wilson (3):
hdpvr: f
We have to actually call i2c_new_device() once for each of the rx and tx
addresses. Also improve error-handling and device remove i2c cleanup.
Signed-off-by: Jarod Wilson
---
drivers/media/video/hdpvr/hdpvr-core.c | 21 +
drivers/media/video/hdpvr/hdpvr-i2c.c | 28
t yet ready from the prior command. To cope with that, add a
delay and retry loop where necessary.
Signed-off-by: Jarod Wilson
---
drivers/staging/lirc/lirc_zilog.c | 32 ++--
1 files changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/lirc/lirc_zilog
ult of 100, thus the removal of the custom
260ms polling_interval in pvrusb2-i2c-core.c.
CC: Andy Walls
CC: Mike Isley
Signed-off-by: Jarod Wilson
---
drivers/media/video/ir-kbd-i2c.c | 13 +
drivers/media/video/pvrusb2/pvrusb2-i2c-core.c |1 -
2 files changed, 13
D'oh, butchered Mike's last name (and domain name), apologies...
On Thu, Jan 20, 2011 at 11:30:25PM -0500, Jarod Wilson wrote:
> Add the same "are you ready?" i2c_master_send() poll command to
> get_key_haup_xvr found in lirc_zilog, which is apparently seen in
> the W
On Fri, Jan 21, 2011 at 08:34:58AM -0500, Andy Walls wrote:
> On Thu, 2011-01-20 at 23:30 -0500, Jarod Wilson wrote:
> > We have to actually call i2c_new_device() once for each of the rx and tx
> > addresses. Also improve error-handling and device remove i2c cleanup.
> >
>
hink of the normal word "wisely" and just drop the
> leading "w". (And yes, is...@isely.net and is...@pobox.com lead to the
> same inbox.)
Thanks Mike, apologies about the misspelling, I didn't catch it until
after I hit send. I had the Isley Brothers in my head. :)
We have to actually call i2c_new_device() once for each of the rx and tx
addresses. Also improve error-handling and device remove i2c cleanup.
Reviewed-by: Andy Walls
Signed-off-by: Jarod Wilson
---
v2: address Andy's review comments from v1 -
- wrap i2c_del_adapter with #if define
this change, or at least, not with using
KEY_LEFTMETA. The Window MCE key isn't quite analogous to the Windows
key on a keyboard. Under Windows, I'm pretty sure its a program
launcher key, that launches (or switches you to) the Windows Media
Center UI.
--
Jarod Wilson
ja...@wilsonet.com
On Jan 24, 2011, at 11:08 AM, Mauro Carvalho Chehab wrote:
> Em 24-01-2011 13:45, Jarod Wilson escreveu:
>> On Jan 24, 2011, at 10:18 AM, Mauro Carvalho Chehab wrote:
>>
>>> Using xev and testing the "Windows" key on a normal keyboard, it
>>> is
On Tue, Jan 25, 2011 at 6:59 PM, VDR User wrote:
> I'm getting the following now:
>
> git pull ssh://linuxtv.org/git/media_build master
> Permission denied (publickey).
Works here just fine. Looks like your ssh key setup is amiss.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsu
On Jan 26, 2011, at 12:11 AM, VDR User wrote:
> On Tue, Jan 25, 2011 at 8:30 PM, Jarod Wilson wrote:
>>> I'm getting the following now:
>>>
>>> git pull ssh://linuxtv.org/git/media_build master
>>> Permission denied (publickey).
>>
>>
nce commit 6fb1b304255efc5c4c93874ac8c066272e257e28:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input (2011-01-26 16:31:44
+1000)
are available in the git repository at:
git://linuxtv.org/jarod/linux-2.6-ir.git for-2.6.38
Jarod Wilson (7):
On Jan 26, 2011, at 10:14 AM, Devin Heitmueller wrote:
> On Wed, Jan 26, 2011 at 9:38 AM, Jarod Wilson wrote:
>> Seems that an explicit 'pull over ssh' command was recently added
>> to media_build, which only works if you've got a shell account on
>> linuxtv
mEndpoints 2
> bInterfaceClass 255 Vendor Specific Class
> bInterfaceSubClass255 Vendor Specific Subclass
> bInterfaceProtocol255 Vendor Specific Protocol
> iInterface 7 eHome Infrared Receiver
Looks like bInterfaceNumber == 2 o
On Tue, Feb 15, 2011 at 05:04:33PM -0500, Jarod Wilson wrote:
> First off, video4linux-list is dead, you want linux-media (added to cc).
>
> On Tue, Feb 15, 2011 at 06:27:29PM -0200, Fernando Laudares Camargos wrote:
> > Hello,
> >
> > I have a Hauppauge WinTV-HVR-1150
6.35-25. But the IR
> sensor is not being detected and no input device is being created at
> /proc/bus/input.
>
> I have tried to follow the information from Jarod Wilson and Mauro
> Carvalho Chehab in https://bugzilla.redhat.com/show_bug.cgi?id=665870
> (regarding Fedora 14)
on to any TV devices. A fair number of systems these days are
also shipping with built-in CIR support by way of a sub-function on an LPC
SuperIO chip. Remotes can be used to control more than just changing
channels on a TV tuner card (think music player, video playback app
streaming content from some
e what happens.
I'm pretty sure Devin already has access to all the necessary info about
the components, and contacting someone at Hauppauge would be entirely
redundant... :)
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
On Feb 17, 2011, at 6:46 AM, Lucian Muresan wrote:
> On 09.02.2011 06:19, Jarod Wilson wrote:
> [...]
>> Looks like bInterfaceNumber == 2 on this device. The patch to handle this
>> similar to the conexant polaris devices should be pretty trivial. I'll
>> try to ge
g and testing done by Dave Treacy by way of the lirc mailing
list.
Reported-by: Dave Treacy
Signed-off-by: Jarod Wilson
---
drivers/media/rc/nuvoton-cir.c |5 +++--
drivers/media/rc/nuvoton-cir.h |7 +--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/med
ssion-free with the six mceusb devices I have myself.
Reported-by: Patrick Boettcher
Reported-by: Lucian Muresan
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c | 27 +++
1 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/drivers/media/rc/mceus
.
Special thanks to Ken Bass for reporting the issue in the first place,
and to both he and Gary Buhrmaster for aiding in debugging and analysis
of the problem.
Reported-by: Ken Bass
Tested-by: Jarod Wilson
Signed-off-by: Jarod Wilson
---
drivers/media/common/tuners/tda8290.c | 14
On Feb 28, 2011, at 5:34 PM, Jarod Wilson wrote:
> On Feb 17, 2011, at 6:46 AM, Lucian Muresan wrote:
>
>> On 09.02.2011 06:19, Jarod Wilson wrote:
>> [...]
>>> Looks like bInterfaceNumber == 2 on this device. The patch to handle this
>>> similar to the conex
pending patchset for ir-kbd-i2c and the hauppauge key tables
that should get you back in working order.
--
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 Mar 2, 2011, at 3:46 PM, Tony Houghton wrote:
> On Wed, 2 Mar 2011 13:39:32 -0500
> Jarod Wilson wrote:
>
>> On Mar 2, 2011, at 1:14 PM, Tony Houghton wrote:
>>
>>> Since upgrading my kernel from 2.6.32 to 2.6.37 in Debian my DVB
>>> remote control n
On Mar 3, 2011, at 12:40 PM, Tony Houghton wrote:
> On Wed, 2 Mar 2011 17:30:29 -0500
> Jarod Wilson wrote:
>
>> On Mar 2, 2011, at 3:46 PM, Tony Houghton wrote:
>>
>>> On Wed, 2 Mar 2011 13:39:32 -0500
>>> Jarod Wilson wrote:
>>>
>&g
lso discussed. I'll just fix those locally in what I merge into the
tree I'm prepping with a variety of IR-related fixes for 2.6.39 to have
Mauro pull.
So for the set:
Acked-by: Jarod Wilson
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line "
driver,
in the kernel tree for a few months now. It was written using an Asrock
ION 330HT provided to me by Nuvoton, and it works fantastically well.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a
r 2
>
> Why does it break? Thanks.
Hans Verkuil pushed the fix for this to the media_build tree this
morning. From looking at it, you'll need to get a fresh tarfile
in linux/.
http://git.linuxtv.org/media_build.git?a=commitdiff;h=bb1da6b26bc9d44182ec0cfd9ed2b0e04e3cbec
ed to include the header still. Hans' change
makes it so that will happen, but it hasn't yet. I suspect it'll
get updated soon though. If you're impatient, just clone media_tree
and within media_build/linux, do a 'make tar DIR=path/to/media_tree'
and you can create your
dmesg. if i try to watch with the channels.conf from my other pc i can play
> nothing, all i get is those messages above.
This may already be fixed, just not in 2.6.37.x yet. Can you give
2.6.38-rc8 (or later) a try and/or the media_build bits?
http://linuxtv.org/wiki/index.php/How_to_O
inner while
loop near the bottom of load_firmware() in tuner-xc2028.c... That's
definitely where things are falling down, anyway.
--
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
kuil/cisco.git?a=shortlog;h=refs/heads/cobalt
--
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 Mar 10, 2011, at 9:37 AM, Jarod Wilson wrote:
> On Mar 9, 2011, at 7:00 PM, wrote:
>
>>
>>> This may already be fixed, just not in 2.6.37.x yet. Can you give
>>> 2.6.38-rc8 (or later) a try and/or the media_build bits?
>>
>> Tried - Nope, same b
> board versus people who know what to do with it.
The HVR-1500Q I've got works fine with the latest media_tree code, but
admittedly, it sits unused most of the time, so it had been several
months since I last tried it before about a week ago...
(Got it for my thinkpad, planning to just leave it
From: Juan J. Garcia de Soria
Remove older drivers lirc_it87 and lirc_ite8709 from the LIRC staging area,
since they're now superceded by ite-cir.
Signed-off-by: Juan J. Garcia de Soria
Tested-by: Stephan Raue
Signed-off-by: Jarod Wilson
---
drivers/staging/lirc/Kconfig|
Make the hdpvr's i2c master implementation more closely mirror that of
the pvrusb2 driver. Currently makes no significant difference in IR
reception behavior with ir-kbd-i2c (i.e., it still sucks).
Signed-off-by: Jarod Wilson
---
drivers/media/video/hdpvr/hdpvr-i2c.c |
The hdpvr's IR part, in short, sucks. As observed with a usb traffic
sniffer, the Windows software for it uses a polling interval of 405ms.
Its still not behaving as well as I'd like even with this change, but
this inches us closer and closer to that point...
Signed-off-by: Ja
ernel which has an older kfifo implementation (there
will be a media_build patch to cope, when I get around to it).
Jarod Wilson (6):
docs: fix typo in lirc_device_interface.xml
imon: add more panel scancode mappings
ir-kbd-i2c: pass device code w/key in hauppauge case
lirc: silence some co
Reported-by: Daniel Burr
Signed-off-by: Jarod Wilson
---
.../DocBook/v4l/lirc_device_interface.xml |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/DocBook/v4l/lirc_device_interface.xml
b/Documentation/DocBook/v4l/lirc_device_interface.xml
index
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index e7dc6b4..f714e1a 100644
--- a/drivers/media/rc/imon.c
+++ b/drivers/media/rc/imon.c
@@ -277,12
The new hauppauge key tables use both device code button code.
Signed-off-by: Jarod Wilson
---
drivers/media/video/ir-kbd-i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/ir-kbd-i2c.c b/drivers/media/video/ir-kbd-i2c.c
index 672935f..3ab875d
Both lirc_imon and lirc_sasem were causing gcc to complain about the
possible use of uninitialized variables.
Signed-off-by: Jarod Wilson
---
drivers/staging/lirc/lirc_imon.c |2 +-
drivers/staging/lirc/lirc_sasem.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
Signed-off-by: Jarod Wilson
---
drivers/staging/lirc/lirc_zilog.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/lirc/lirc_zilog.c
b/drivers/staging/lirc/lirc_zilog.c
index 407d4b4..5ada643 100644
--- a/drivers/staging/lirc/lirc_zilog.c
+++ b/drivers
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index eedefce..044fb7a 100644
--- a/drivers/media/rc/mceusb.c
+++ b/drivers/media/rc/mceusb.c
@@ -261,7 +261,7
On Wed, Mar 16, 2011 at 08:07:22PM -0400, Andy Walls wrote:
> On Wed, 2011-03-16 at 16:24 -0400, Jarod Wilson wrote:
> > Signed-off-by: Jarod Wilson
> > ---
> > drivers/staging/lirc/lirc_zilog.c |4
> > 1 files changed, 4 insertions(+), 0 deletions(-)
&g
On Thu, Mar 17, 2011 at 11:29:08AM -0400, Andy Walls wrote:
> Jarod Wilson wrote:
>
> >On Wed, Mar 16, 2011 at 08:07:22PM -0400, Andy Walls wrote:
> >> On Wed, 2011-03-16 at 16:24 -0400, Jarod Wilson wrote:
> >> > Signed-off-by: Jarod Wilson
> >> >
On Thu, Mar 17, 2011 at 12:16:31PM -0400, Andy Walls wrote:
> Jarod Wilson wrote:
>
> >On Thu, Mar 17, 2011 at 11:29:08AM -0400, Andy Walls wrote:
> >> Jarod Wilson wrote:
> >>
> >> >On Wed, Mar 16, 2011 at 08:07:22PM -0400, Andy Walls wrote:
> &
other drivers to rc-core.
>
> The version in staging is outdated.
D'oh, sorry about that.
> Should I first update it, and then move?
Yeah, that sounds sane to me.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-medi
y: Maxim Levitsky
For the ir-lirc-codec-specific bits:
Acked-by: Jarod Wilson
I'm inclined to pull them into my tree now, and the IR_dprintk and TO_US
portions can be handled separately.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linu
nk Maxim is correct here, we should be okay with
changing this to a mutex, unless I'm missing something else.
--
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
On Wed, Jul 28, 2010 at 06:14:06PM +0300, Maxim Levitsky wrote:
> Signed-off-by: Maxim Levitsky
With the caveat of requiring an improved changelog, per Mauro's suggestion:
Acked-by: Jarod Wilson
I suspect at least some of this code may be of use to the streamzap driver
as well
his one, useful improvement, I think. We even get meaningful
output logged as well -- get_rc_map() will let us know the initially
requested keymap failed to load, and then will let us know whether or not
the empty keymap loaded.
Acked-by: Jarod Wilson
--
Jarod Wilson
ja...@redhat.com
--
To unsubs
t; >> allow
> >> patents on software.
> >
> > Are there any IR protocols less than 20 (or 17) years old?
>
> Yes. This protocol is brand new:
> https://www.smkusa.com/usa/technologies/qp/
>
> And several new devices are starting to accept it.
The U
mceusb after something along these lines is committed.
I like the simplifications Mauro suggested for the ioctl handling. In
addition to those, there's a bit of whitespace damage in lirc.h that I'd
like to see cleaned up for v2.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe fro
On Wed, Jul 28, 2010 at 01:46:27PM -0400, Jarod Wilson wrote:
> On Wed, Jul 28, 2010 at 06:14:06PM +0300, Maxim Levitsky wrote:
> > Signed-off-by: Maxim Levitsky
>
> With the caveat of requiring an improved changelog, per Mauro's suggestion:
>
> Acked-by: Jarod Wilso
1 - 100 of 706 matches
Mail list logo