.. I'm pretty sure I do have both a
remote and receiver on hand that would fit the bill here though. Is the
question primarily about what actually gets emitted by the TiVo remote?
--
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 Thu, Oct 27, 2016 at 05:09:28PM +0200, Arnd Bergmann wrote:
> On Thursday, October 27, 2016 10:13:27 AM CEST Jarod Wilson wrote:
> > On Thu, Oct 27, 2016 at 03:57:41PM +0200, Arnd Bergmann wrote:
> > > With gcc-5 or higher on x86, we can get a bogus warning in the
}
> + } else {
> + /* othersie use zero destination
> address */
I'm assuming you meant "otherwise" there instead of "othersie".
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this
.
Probably a carry-over from the old Nuvoton code, nuking it makes sense to
me, always thought it was a little odd, but it never caused issues on the
system I had (which had no ps2).
Acked-by: Jarod Wilson ja...@redhat.com
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send
, but its
tested as fully functional on multiple devices here, including a mix of
ones that claim bulk and interrupt, ones with no bInterval, ones with
different non-0 bIntervals, etc.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media
(1
microframe)
I suppose I need to get a machine with usb3 up and running to poke at...
--
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
settle down, which should be happening relativley
soon...
--
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
with some fairly big changes, and that's still ongoing, thus the
relative lack of repsonsiveness on, well, anything, lately.
--
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
On Thu, Jun 14, 2012 at 02:58:13PM -0300, Peter Senna Tschudin wrote:
Tested by compilation only.
Making use of this code is on the TODO list, possibly even happens by way
of David's pending patches for lirc interface parity, so I'm against
removing it.
--
Jarod Wilson
ja...@redhat.com
to sending it. :\
CC: Josh Boyer jwbo...@redhat.com
CC: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/staging/media/lirc/lirc_sir.c | 60 +++-
1 files changed, 58 insertions(+), 2 deletions(-)
diff --git a/drivers
device 8.
In other words, this fixes hardware detection for 0x0408 and 0x0804.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Acked-by: Jarod Wilson ja...@redhat.com
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
was completed.
This patch fixes this by moving the invocation to request_irq() and to
request_region() to a later stage on the driver probe function.
From what I can tell, it looks like v3 should do the job for all affected
drivers.
Acked-by: Jarod Wilson ja...@redhat.com
--
Jarod Wilson
ja
time you get gval 1, which may or
may not be intended here...
--
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 Tue, Mar 20, 2012 at 10:46:46PM +0100, Steffen Barszus wrote:
On Mon, 19 Mar 2012 17:00:11 -0400
Jarod Wilson ja...@redhat.com wrote:
On Wed, Mar 14, 2012 at 10:32:43PM +0100, Steffen Barszus wrote:
Anything to be activated to wakeup on S3/S5 ? I.e. the key to wake
it up ? I'm using
, device);
+ if (err) {
+ dev_err(dev, Failed to claim IRQ %u\n, data-irq);
+ err = -EBUSY;
+ goto exit_release_sbase;
+ }
+
err = rc_register_device(data-dev);
if (err)
goto exit_free_rc;
--
1.7.9.5
--
Jarod Wilson
ja
for it a bit and then decided to just email you. :P
201 fintek-logical_dev_cir = LOGICAL_DEV_CIR_REV2;
202 else
203 fintek-logical_dev_cir = LOGICAL_DEV_CIR_REV1;
204
regards,
dan carpenter
--
Jarod Wilson
ja...@redhat.com
, ene_ir and winbond-cir. If
I'm thinking clearly, I've actually seen a very similar report for one of
the other CIR drivers recently. Good catch. But yeah, lets do the same for
all the drivers, and move request_region as well.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send
On Wed, Mar 14, 2012 at 10:32:43PM +0100, Steffen Barszus wrote:
On Wed, 14 Mar 2012 16:41:01 -0400
Jarod Wilson ja...@redhat.com wrote:
On Wed, Mar 14, 2012 at 07:10:37AM +0100, Steffen Barszus wrote:
Hi !
I'm using above board which has a nuvoton-cir onboard (as most Intel
not going to fly.
--
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
)
return rc;
}
- /* Initialize/load the decoders/keymap code that will be used */
- ir_raw_init();
rc_map_register(empty_map);
return 0;
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
On Mar 15, 2012, at 5:42 PM, Ezequiel García elezegar...@gmail.com wrote:
Hi Jarod,
On Thu, Mar 15, 2012 at 6:35 PM, Jarod Wilson ja...@redhat.com wrote:
So yeah, ok, I'm fine with this. Haven't tested it with actual raw IR
hardware, but I don't see any reason it wouldn't work.
Acked
, the driver will
bind to anything with the PNP ID of NTN0530, but will spew a warning in
dmesg if its not an explicitly recognized chip.
--
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
Yet another device ID that has started showing up in the wild.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index 60d3c1e..0918c69 100644
device number, but
I'm just shooting in the dark.
--
Jarod Wilson
ja...@redhat.com
--
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
, as these newer firmware HDPVR are pretty wonky
with any current kernel.
Acked-by: Jarod Wilson ja...@redhat.com
Reviewed-by: Jarod Wilson ja...@redhat.com
CC: sta...@vger.kernel.org
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media
this. Then again,
this is a fairly young driver. But I never saw anything like this in my
own testing during driver devel, nor did Fintek. :\
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord
On Tue, Feb 14, 2012 at 4:32 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Tue, Feb 14, 2012 at 3:43 PM, Jarod Wilson ja...@wilsonet.com wrote:
Looks sane to me, and really needs to get in ASAP. I'd even suggest we
get it sent to stable, as these newer firmware HDPVR are pretty
: Corinna Vinschen vinsc...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 26 ++
1 files changed, 22 insertions(+), 4 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index 6ed9646..046f529 100644
stable, as this fixes a functional regression in 3.2
CC: sta...@vger.kernel.org
CC: Corinna Vinschen vinsc...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 26 ++
1 files changed, 22 insertions(+), 4 deletions(-)
diff --git
as the hardware is initialized like the
older ffdc devices, so they'd be less likely to trigger this anyway...
Tested with both an ffdc device and an 0042 device.
CC: Corinna Vinschen vinsc...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 24
Corinna Vinschen wrote:
Hi Jarod,
On Jan 25 15:56, Jarod Wilson wrote:
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon
/torvalds/linux-2.6.git;a=commitdiff;h=d7515b8866b60c9526d2d7af37ebcd16c3c5ed97
Similarly, just booting with pci=nomsi on an unpatched kernel should
achieve the same effect. Sigh.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe linux-media
duplicated keymap loads if the user does have ir-keytable with
udev rules, but meh). I'd say add it for now, and when we get to the
point of v4l-utils ubiquity, we can drop this along with all the other
in-kernel rc keymaps.
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list
...@vger.kernel.org
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/nuvoton-cir.c | 45 +++
drivers/media/rc/nuvoton-cir.h |1 -
2 files changed, 8 insertions(+), 38 deletions(-)
diff --git a/drivers/media/rc/nuvoton-cir.c b/drivers/media/rc
Jarod Wilson wrote:
The nuvoton-cir driver was storing up consecutive pulse-pulse and
space-space samples internally, for no good reason, since
ir_raw_event_store_with_filter() already merges back to back like
samples types for us. This should also fix a regression introduced late
in 3.0
devices before I give an ack though, just to be sure. :)
--
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 Jul 29, 2011, at 1:30 PM, Jarod Wilson wrote:
On Jul 29, 2011, at 1:53 AM, Mauro Carvalho Chehab wrote:
rc unregister logic were deadly broken, preventing some drivers to
be removed. Among the broken things, rc_dev_uevent() is being called
during device_del(), causing a data filling
On Jul 29, 2011, at 5:25 PM, Mauro Carvalho Chehab wrote:
Em 29-07-2011 14:30, Jarod Wilson escreveu:
On Jul 29, 2011, at 1:53 AM, Mauro Carvalho Chehab wrote:
rc unregister logic were deadly broken, preventing some drivers to
be removed. Among the broken things, rc_dev_uevent() is being
Chris W wrote:
On 20/07/11 23:18, Jarod Wilson wrote:
On Wed, Jul 20, 2011 at 08:05:43AM +1000, Chris W wrote:
On 20/07/11 02:12, Jarod Wilson wrote:
The imon devices have either 1 or 2 usb interfaces on them, each wired
up to its own urb callback. The interface 0 urb callback is wired up
Jarod Wilson wrote:
The interface 0 urb callback was being wired up before the rc_dev device
was allocated, meaning the callback could be called with a null rc_dev,
leading to an oops. This likely only ever happens on the older 0xffdc
SoundGraph devices, which continually trigger interrupts even
On Wed, Jul 20, 2011 at 08:05:43AM +1000, Chris W wrote:
On 20/07/11 02:12, Jarod Wilson wrote:
The imon devices have either 1 or 2 usb interfaces on them, each wired
up to its own urb callback. The interface 0 urb callback is wired up
before the imon context's rc_dev pointer is filled
On Jul 18, 2011, at 6:29 PM, Chris W l...@psychogeeks.com wrote:
On 19/07/11 02:46, Jarod Wilson wrote:
The interface 0 urb callback was being wired up before the rc_dev device
was allocated, meaning the callback could be called with a null rc_dev,
leading to an oops. This likely only ever
they have no valid key data.
CC: Andy Walls awa...@md.metrocast.net
CC: Chris W l...@psychogeeks.com
Reported-by: Chris W l...@psychogeeks.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
AM, Jarod Wilson ja...@wilsonet.com wrote:
On Jul 18, 2011, at 6:49 AM, Greg Williamson wrote:
Hi, I'm on Archlinux running 2.6.39-ARCH. When I plug in my hdpvr I
see it registers.
Here is the dmesg output:
[ 778.518866] hdpvr 1-3:1.0: firmware version 0x15 dated Jun 17 2010
09:26:53
...@xenotime.net
CC: linux-ker...@vger.kernel.org
Reported-by: Chris W l...@psychogeeks.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers
Jarod Wilson wrote:
Mauro Carvalho Chehab wrote:
Em 14-07-2011 19:09, Jarod Wilson escreveu:
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command
things are better explained now, with most of the command
and response bits lining up with what MS has documented.
v2: use msleep instead of mdelay, and fix a tx regression in v1
Jarod Wilson (9):
[media] mceusb: command/response updates from MS docs
[media] mceusb: give hardware time to reply
entirely by
reverse-engineering. First up, I'm updating the defines for all the MCE
commands and responses to match their names in the spec. More to come...
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 293 ++--
1 files changed
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command.
v2: use msleep instead of mdelay per Mauro's suggestion
Signed-off-by: Jarod Wilson ja...@redhat.com
Its not uncommon for folks to force these bits enabled, because people
do want to wake their htpc kit via their remote. Lets just set the bits
for 'em.
v2: rebase for mdelay-msleep changes
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c |5 +
1 files changed
-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index ab074a3..f1fc11d 100644
--- a/drivers/media/rc/mceusb.c
+++ b/drivers/media/rc/mceusb.c
was hoping to play with, but alas...
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index f1fc11d..fb2fa9d 100644
--- a/drivers
was
butchered, and instead of converting 66 to hex (0x42 like above), they
put in 0x66, so the hardware reports a default carrier of 24390Hz.
Fortunately, I guess, this particular device is rx-only, but I wouldn't
put it past other hw to screw up here too.
Signed-off-by: Jarod Wilson ja...@redhat.com
Mauro Carvalho Chehab wrote:
Em 13-07-2011 18:26, Jarod Wilson escreveu:
These changes make the redrat3 driver cooperate better with both in-kernel
and lirc userspace decoding of signals, tested with RC5, RC6 and NEC.
There's probably more we can do to make this a bit less hackish, but its
Mauro Carvalho Chehab wrote:
Em 13-07-2011 18:58, Jarod Wilson escreveu:
There are folks with flaky imon hardware out there that doesn't always
respond to requests to write to their displays for some reason, which
can flood logs quickly when something like lcdproc is trying to
constantly update
ratelimit.h include
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/imon.c | 26 ++
1 files changed, 14 insertions(+), 12 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index 6bc35ee..caa3e3a 100644
--- a/drivers/media/rc/imon.c
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/redrat3.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/drivers/media/rc/redrat3.c b/drivers/media/rc/redrat3.c
index 5fc2f05..ee1303c 100644
--- a/drivers/media/rc/redrat3.c
+++ b/drivers/media/rc
Makes it more straight-forward to follow stack traces if the functions
don't have generic names. Using this as a crutch while trying to better
understand the lockdep warnings I get when loading the em28xx driver.
CC: Devin Heitmueller dheitmuel...@kernellabs.com
Signed-off-by: Jarod Wilson ja
things are better explained now, with most of the command
and response bits lining up with what MS has documented.
Jarod Wilson (9):
[media] mceusb: command/response updates from MS docs
[media] mceusb: give hardware time to reply to cmds
[media] mceusb: set wakeup bits for IR-based resume
Sometimes the init routine is blasting commands out to the hardware
faster than it can reply. Throw a brief delay in there to give the
hardware a chance to reply before we send the next command.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c |2 ++
1 files changed
Its not uncommon for folks to force these bits enabled, because people
do want to wake their htpc kit via their remote. Lets just set the bits
for 'em.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
According to MS docs, the device firmware may halt after receiving an
unknown instruction, but that it should be possible to tell the firmware
to continue running by simply sending a device resume command. So lets
do that.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc
was
butchered, and instead of converting 66 to hex (0x42 like above), they
put in 0x66, so the hardware reports a default carrier of 24390Hz.
Fortunately, I guess, this particular device is rx-only, but I wouldn't
put it past other hw to screw up here too.
Signed-off-by: Jarod Wilson ja...@redhat.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index e4171f7..bbd79c0 100644
--- a/drivers/media/rc/mceusb.c
+++ b/drivers/media
Add note about recent updates coming from Microsoft's publicly available
specs on Windows Media Center remotes and receivers/transmitters.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git
was hoping to play with, but alas...
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index a777623..114fb13 100644
--- a/drivers
reports having them), and most report the active sensor
correctly, but only one of eight reports cabled tx ports correctly. So
for the most part, this is just for informational purposes.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 51
entirely by
reverse-engineering. First up, I'm updating the defines for all the MCE
commands and responses to match their names in the spec. More to come...
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/mceusb.c | 293 ++--
1 files changed
it off. Adjust accordingly. While we're here, lets also remove
the duplicate KEY_PLAYPAUSE entry.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/keymaps/rc-rc6-mce.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/media/rc/keymaps/rc-rc6-mce.c
b
mod-mce author...
CC: Florian Demski fdem...@users.sourceforge.net
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/Kconfig | 11 +
drivers/media/rc/Makefile |1 +
drivers/media/rc/ir-mce_kbd-decoder.c | 448
These changes make the redrat3 driver cooperate better with both in-kernel
and lirc userspace decoding of signals, tested with RC5, RC6 and NEC.
There's probably more we can do to make this a bit less hackish, but its
working quite well here for me right now.
Jarod Wilson (3):
[media] redrat3
We already add a trailing space, this wasn't doing anything useful, and
actually confused lirc userspace a bit. Rip it out.
CC: Chris Dodge ch...@redrat.co.uk
CC: Andrew Vincer andrew.vin...@redrat.co.uk
CC: Stephen Cox scox...@yahoo.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers
Trying to cap duration before multiplying it was obviously wrong.
CC: Chris Dodge ch...@redrat.co.uk
CC: Andrew Vincer andrew.vin...@redrat.co.uk
CC: Stephen Cox scox...@yahoo.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/redrat3.c |6 +++---
1 files changed, 3
adds a missing del_timer_sync call to the module unload path.
CC: Chris Dodge ch...@redrat.co.uk
CC: Andrew Vincer andrew.vin...@redrat.co.uk
CC: Stephen Cox scox...@yahoo.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/redrat3.c | 43
There are folks with flaky imon hardware out there that doesn't always
respond to requests to write to their displays for some reason, which
can flood logs quickly when something like lcdproc is trying to
constantly update the display, so lets rate-limit all that error spew.
Signed-off-by: Jarod
On Jul 13, 2011, at 1:42 AM, Chris W wrote:
On 13/07/11 14:20, Jarod Wilson wrote:
Chris W wrote:
The rc keymap modules have been built (en masse as a result of
CONFIG_RC_MAP=m) but I am not explicitly loading them and they do not
get automatically loaded.
Huh. That's unexpected
***
--
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
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line unsubscribe
:
Merge branch 'hwmon-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/staging (2011-07-10
10:24:47 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jarod/linux-2.6-ir.git/ for-3.0
Jarod Wilson (2):
Revert V4L/DVB: cx23885: Enable
:
Subject: [media] rc: call input_sync after scancode reports
Author: Jarod Wilson ja...@redhat.com
Date: Thu Jun 23 10:40:55 2011 -0300
Due to commit cdda911c34006f1089f3c87b1a1f31ab3a4722f2, evdev only
becomes readable when the buffer contains an EV_SYN/SYN_REPORT event. If
we get
On Tue, Jul 5, 2011 at 1:21 PM, Greg KH g...@kroah.com wrote:
On Thu, Jun 16, 2011 at 03:31:46PM -0400, Jarod Wilson wrote:
There's really no good reason not to just grab the desired IRQ at driver
init time, instead of every time the lirc device node is accessed. This
also improves the speed
://www.spinics.net/lists/linux-media/msg33676.html
http://www.spinics.net/lists/linux-media/msg34734.html
CC: Andy Walls awa...@md.metrocast.net
CC: Kusanagi Kouichi sl...@ac.auone-net.jp
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/video/cx23885/cx23885-core.c |9 ++---
1 files changed
On Jun 29, 2011, at 7:35 PM, Andy Walls wrote:
On Wed, 2011-06-29 at 17:49 -0400, Jarod Wilson wrote:
This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
MSI flat-out doesn't work right on cx2388x devices yet. There are now
multiple reports of cards that hard-lock systems when MSI
On Jun 28, 2011, at 6:30 AM, Andy Walls wrote:
Jarod Wilson ja...@wilsonet.com wrote:
On Apr 10, 2011, at 7:08 PM, Andy Walls wrote:
On Sat, 2011-04-09 at 21:39 -0400, Jarod Wilson wrote:
Jarod,
The HVR-1850 uses a raw IR receiver in the CX23888 and older
HVR-1250s use the raw IR
On Jun 28, 2011, at 6:32 PM, Andy Walls wrote:
On Tue, 2011-06-28 at 17:39 -0400, Jarod Wilson wrote:
Up and running on 3.0-rc5 now, and I'm not seeing the panic, but the
box keeps hard-locking after some number of keypresses. Can't get a
peep out of it with sysrq, nmi watchdog doesn't seem
On Jun 24, 2011, at 5:34 PM, Andy Walls wrote:
On Fri, 2011-06-24 at 13:39 -0400, Jarod Wilson wrote:
I only just recently acquired a Hauppauge HVR-1600 cards, and at least both
2.6.39 and 3.0-rc4 kernels with copious debug spew enabled spit out the
lockdep spew included below. Haven't looked
load of v4l-cx23418-dig.fw firmware (16382
bytes)
--
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
...
Thanks much,
The following changes since commit 56299378726d5f2ba8d3c8cbbd13cb280ba45e4f:
Linux 3.0-rc4 (2011-06-20 20:25:46 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jarod/linux-2.6-ir.git/ for-3.0
Jarod Wilson (20):
[media] mceusb: add
Raue sr...@openelec.tv
CC: Mauro Carvalho Chehab mche...@redhat.com
CC: Jeff Brown jeffbr...@android.com
CC: Dmitry Torokhov d...@mail.ru
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/rc-main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers
On Jun 7, 2011, at 12:04 PM, Jarod Wilson wrote:
On Jun 7, 2011, at 2:45 AM, Radim wrote:
Pôvodná správa
Od: Jarod Wilson ja...@redhat.com
Predmet: Re: Last key repeated after every keypress on remote control
(saa7134
lirc devinput driver)
Dátum: 06.6.2011 20
Dmitry Torokhov wrote:
Hi Jarod,
On Thu, Jun 23, 2011 at 01:58:06PM -0400, Jarod Wilson wrote:
@@ -623,6 +624,7 @@ static void ir_do_keydown(struct rc_dev *dev, int scancode,
u32 keycode, u8 toggle)
{
input_event(dev-input_dev, EV_MSC, MSC_SCAN, scancode
last_keycode.
Reported-by: Stephan Raue sr...@openelec.tv
CC: Stephan Raue sr...@openelec.tv
CC: Mauro Carvalho Chehab mche...@redhat.com
CC: Jeff Brown jeffbr...@android.com
CC: Dmitry Torokhov d...@mail.ru
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/rc-main.c | 48
for providing the hardware to investigate this issue.
CC: Devin Heitmueller dheitmuel...@kernellabs.com
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/ir-raw.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/media/rc/ir-raw.c b/drivers/media/rc/ir
to a multi-digit channel) don't have to spend time acquiring and then
releasing the IRQ for every digit, sometimes multiple times, if lircd
has been told to use the min_repeat parameter.
CC: de...@driverdev.osuosl.org
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/staging/lirc/lirc_serial.c
The comment says wait 15ms, but the code says jiffies_to_msecs(15)
instead of msecs_to_jiffies(15). Fix that. Tested, works fine with both
rc5 and rc6 decode, in-kernel and via lirc userspace, with an HVR-1150.
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/video/saa7134/saa7134
On Jun 11, 2011, at 9:38 AM, Mauro Carvalho Chehab wrote:
Em 03-06-2011 18:28, Jarod Wilson escreveu:
This is a custom IR protocol decoder, for the RC-6-ish protocol used by
the Microsoft Remote Keyboard.
http://www.amazon.com/Microsoft-Remote-Keyboard-Windows-ZV1-4/dp/B000AOAAN8
Its
García de Soria skanda...@gmail.com
CC: sta...@kernel.org
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/ite-cir.c | 12 +---
drivers/media/rc/ite-cir.h |3 +++
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/media/rc/ite-cir.c b/drivers
usb stick).
CC: sta...@kernel.org
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/media/rc/keymaps/rc-pinnacle-pctv-hd.c | 58 +++-
1 files changed, 27 insertions(+), 31 deletions(-)
diff --git a/drivers/media/rc/keymaps/rc-pinnacle-pctv-hd.c
b/drivers/media/rc
5bd6b0464b68d429bc8a3fe6595d19c39dfc4d95, and I'm not sure how I
missed it before, as I swear I tested the patchset that was included in,
but alas, stuff happens...
CC: Andy Walls awa...@md.metrocast.net
CC: sta...@kernel.org
Signed-off-by: Jarod Wilson ja...@redhat.com
---
drivers/staging/lirc/lirc_zilog.c |4
On Jun 7, 2011, at 2:45 AM, Radim wrote:
Pôvodná správa
Od: Jarod Wilson ja...@redhat.com
Predmet: Re: Last key repeated after every keypress on remote control
(saa7134
lirc devinput driver)
Dátum: 06.6.2011 20:39:50
On Jun 3, 2011, at 5:28 PM, Jarod Wilson wrote:
This is a custom IR protocol decoder, for the RC-6-ish protocol used by
the Microsoft Remote Keyboard.
http://www.amazon.com/Microsoft-Remote-Keyboard-Windows-ZV1-4/dp/B000AOAAN8
Its a standard keyboard with embedded thumb stick mouse
1 - 100 of 647 matches
Mail list logo
