retty 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 list: sen
he illegal writes and registry
> definitions.
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
--
Jarod Wilson
ja...@redhat.com
--
To uns
r usb 2.0 ports).
> > On my eyes, though, 64ms seems to be a good enough interval to get
> > those events.
>
> Each packet will be 64 bytes, and at 64 ms you should be able to 960
> bytes per second. That's more than enough.
>
> > Jarod/Sean,
> >
> > Are there any good reason for the mceusb driver to do this?
> > ep_in->bInterval = 1;
> > ep_out->bInterval = 1;
>
> I don't know.
It was basically a cover for the bulk/bInterval=0 case.
> The xhci driver is not happy about the interval being changed. With
> CONFIG_USB_DEBUG you get:
>
> usb 3-12: Driver uses different interval (8 microframes) than xHCI (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/majordomo-info.html
ve relay stuff set up yet, so I don't think anyone got
the message. Oops... I'll try to dig it back up. Its a quick fix, 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 bI
upstream work to nearly nil. I hope to get
back into it once things 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.k
a wee bit upside down, been busy
dealing 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 bod
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...@redh
sending it. :\
CC: Josh Boyer
CC: Mauro Carvalho Chehab
Signed-off-by: Jarod Wilson
---
drivers/staging/media/lirc/lirc_sir.c | 60 +++-
1 files changed, 58 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/media/lirc/lirc_sir.c
b/drivers/staging/media
On Tue, Mar 20, 2012 at 10:46:46PM +0100, Steffen Barszus wrote:
> On Mon, 19 Mar 2012 17:00:11 -0400
> Jarod Wilson 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
> &
o_dev->active_low)
> + gval = !gval;
> +
> + if (gval == 1)
> + type = IR_PULSE;
What happens if gval is > 1?
> + rc = ir_raw_event_store_edge(gpio_dev->rcdev, type);
> + if (rc < 0)
> + goto err_get_value;
> +
&
itialisation 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 Wilso
use logical device 8.
>
> In other words, this fixes hardware detection for 0x0408 and 0x0804.
>
> Signed-off-by: Dan Carpenter
Acked-by: Jarod Wilson
--
Jarod Wilson
ja...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
EM_LEN - 1);
> + err = -EBUSY;
> + goto exit_free_data;
> + }
> +
> + if (!request_region(data->ebase, EHFUNC_IOMEM_LEN, DRVNAME)) {
> + dev_err(dev, "Region 0x%lx-0x%lx already in use!\n",
> + data->ebase, data->ebase + EHFUNC_IOMEM_LEN - 1);
> + err = -EBUSY;
> + goto exit_release_wbase;
> + }
> +
> + if (!request_region(data->sbase, SP_IOMEM_LEN, DRVNAME)) {
> + dev_err(dev, "Region 0x%lx-0x%lx already in use!\n",
> + data->sbase, data->sbase + SP_IOMEM_LEN - 1);
> + err = -EBUSY;
> + goto exit_release_ebase;
> + }
> +
> + err = request_irq(data->irq, wbcir_irq_handler,
> + IRQF_DISABLED, DRVNAME, 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...@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
fintek-cir, nuvoton-cir, 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
fintek->logical_dev_cir = LOGICAL_DEV_CIR_REV1;
>204
>
> regards,
> dan carpenter
>
--
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, Mar 14, 2012 at 10:32:43PM +0100, Steffen Barszus wrote:
> On Wed, 14 Mar 2012 16:41:01 -0400
> Jarod Wilson wrote:
>
> > On Wed, Mar 14, 2012 at 07:10:37AM +0100, Steffen Barszus wrote:
> > > Hi !
> > >
> > > I'm using above board
On Mar 15, 2012, at 5:42 PM, Ezequiel García wrote:
> Hi Jarod,
>
> On Thu, Mar 15, 2012 at 6:35 PM, Jarod Wilson 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 wo
ir_raw_init...
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-by: Jarod Wilson
> + ir_raw_init();
> + raw_init = true;
> + }
>
return 0;
Uhm. How does this ever actually work? The only place I see raw_init set
to true is inside a conditional that requires it already be true. That's
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
ightly different registers to
tweak. What does the driver identify your chip as in dmesg?
As of commit 362d3a3a9592598cef1d3e211ad998eb844dc5f3, 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
Yet another device ID that has started showing up in the wild.
Signed-off-by: Jarod Wilson
---
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
--- a/drivers
On Tue, Feb 14, 2012 at 4:32 PM, Devin Heitmueller
wrote:
> On Tue, Feb 14, 2012 at 3:43 PM, Jarod Wilson 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 wonky
>&g
ingle report of something like 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&
ll ever do that, as the "easy answer" is
>>>>> just to upgrade to firmware 16.
>>>>>
>>>>> Taylor, could you please tweak your patch to that effect and resubmit?
>>>>>
>>>>
>>>> Sure, I'll try to get to
ipped systems is actually different than the devel board I was
> provided, so there's a patch coming to account for that. Its possible
> what you're seeing is due to the incorrect logical device number, but
> I'm just shooting in the dark.
>
>
> --
>
ly tell if a user has this fix.
v3: cc stable, as this fixes a functional regression in 3.2
CC: sta...@vger.kernel.org
CC: Corinna Vinschen
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 26 ++
1 files changed, 22 insertions(+), 4 deletions(-)
diff --git
ly tell if a user has this fix.
CC: Corinna Vinschen
Signed-off-by: Jarod Wilson
---
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
--- a/dr
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
stream of data as soon 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
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 24 +++
ch, I'm 99% certain, have *absolutely* nothing to do with supposedly
rewriting ir-core to rc-core. (It was a transition to a new name of the
same code). This probably fixed all their issues:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d7515b8866b60c9526d2d7af37eb
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 that
: Jarod Wilson
---
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/nuvoton-cir.c
index ce595f9..9fd019e 100644
--- a
tively
meaning 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 unsubs
pair applied.
Acked-by: Jarod Wilson
--
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 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
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 devi
nse to me. Will do some quick sanity-testing with a few of my various
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
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 contex
upts, even when they have no valid key data.
CC: Andy Walls
CC: Chris W
Reported-by: Chris W
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index caa3e3a.
On Jul 18, 2011, at 6:29 PM, Chris W 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 onl
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
---
drivers/media/rc/mceusb.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/
period 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
---
d
v2: rebase for mdelay->msleep changes and tx fix
Signed-off-by: Jarod Wilson
---
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 9e71aef..160409e 100644
--- a/driv
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.
v2: put tx function wiring back where it was to un-break lirc tx
Signed-off-by: Jarod Wilson
---
drivers/media/rc
evices are
"legacy" devices and the rest are emulator v1. There are some useful
features of the v2 interface I was hoping to play with, but alas...
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
di
ff-by: Jarod Wilson
---
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
@@ -436,6 +
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
---
drivers/media/rc/mceusb.c |5 +
1 files changed, 5 in
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
---
dr
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
---
drivers/media/rc/mceusb.c | 293 ++--
1 files changed, 173 inser
a few 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
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
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.
Signed-off-by: Jarod
: Chris W
Signed-off-by: Jarod Wilson
---
drivers/media/rc/imon.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/media/rc/imon.c b/drivers/media/rc/imon.c
index caa3e3a..26238f5 100644
--- a/drivers/media/rc/imon.c
+++ b/drivers/media/rc
e). :)
> On Mon, Jul 18, 2011 at 10:49 AM, Jarod Wilson 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 t
dev is, and the callback is what makes
the rc_g_keycode_from_table call. And as far as I know, all 0xffdc devices
have the nasty trait of constantly triggering interrupts, even when there's
no valid keydata. (SoundGraph fixed that in later devices). The code has
been like this for some time, and I do have 0xffdc devices, none of which
have hit this somehow, but the fix looks simple and obvious enough. I'll
try to get something sent along later today.
--
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
? You'll get 0-byte files if there's no audio on the
selected audio input (default is rear RCA). Can alter the default with
a modparam (default_audio_input=2 for spdif), or change it on the fly
using v4l-utils.
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send t
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
---
drivers/media/rc/mceusb.c | 293 ++--
1 files changed, 173 inser
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
---
drivers/media/rc/mceusb.c | 51 ++--
1
evices are
"legacy" devices and the rest are emulator v1. There are some useful
features of the v2 interface I was hoping to play with, but alas...
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
di
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
---
drivers/media/rc/mceusb.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/
Signed-off-by: Jarod Wilson
---
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/rc/mceusb.c
period 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
---
d
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
---
drivers/media/rc/mceusb.c | 13
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
---
drivers/media/rc/mceusb.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/dr
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
---
drivers/media/rc/mceusb.c |2 ++
1 files changed, 2 insertions
a few 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 r
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
Signed-off-by: Jarod Wilson
---
drivers/media/video/e
Signed-off-by: Jarod Wilson
---
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/redrat3.c
ssing ratelimit.h include
Signed-off-by: Jarod Wilson
---
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
+++ b/dr
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 u
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, bu
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
>
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:
also adds a missing del_timer_sync call to the module unload path.
CC: Chris Dodge
CC: Andrew Vincer
CC: Stephen Cox
Signed-off-by: Jarod Wilson
---
drivers/media/rc/redrat3.c | 43 ---
1 files changed, 24 insertions(+), 19 deletions(-)
diff --git a/dr
Trying to cap duration before multiplying it was obviously wrong.
CC: Chris Dodge
CC: Andrew Vincer
CC: Stephen Cox
Signed-off-by: Jarod Wilson
---
drivers/media/rc/redrat3.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/rc/redrat3.c b/drivers
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
CC: Andrew Vincer
CC: Stephen Cox
Signed-off-by: Jarod Wilson
---
drivers/media/rc/redrat3.c | 12 +---
1 files changed, 1 insertions(+
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] re
e original mod-mce author...
CC: Florian Demski
Signed-off-by: Jarod Wilson
---
drivers/media/rc/Kconfig | 11 +
drivers/media/rc/Makefile |1 +
drivers/media/rc/ir-mce_kbd-decoder.c | 448 +
drivers/media/rc/ir-raw.c
er it off. Adjust accordingly. While we're here, lets also remove
the duplicate KEY_PLAYPAUSE entry.
Signed-off-by: Jarod Wilson
---
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/driver
On Jul 12, 2011, at 6:35 PM, Chris W wrote:
> Thanks for the reply.
>
> On 13/07/11 05:55, Jarod Wilson wrote:
>>
>> I don't see any rc_imon_pad or rc_imon_mce modules there, and I've not
>> seen any panics with multiple imon devices here, so I'm
gt; Endpoint Descriptor:
>>bLength 7
>>bDescriptorType 5
>>bEndpointAddress 0x02 EP 2 OUT
>>bmAttributes3
>> Transfer TypeInterrupt
>> Synch Type
91d72:
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/
On Tue, Jul 5, 2011 at 1:21 PM, Greg KH 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
>> a
t tree:
>>
>> Subject: [media] rc: call input_sync after scancode reports
>> Author: Jarod Wilson
>> Date: Thu Jun 23 10:40:55 2011 -0300
>>
>> Due to commit cdda911c34006f1089f3c87b1a1f31ab3a4722f2, evdev only
>> becomes readable when the buffer contains
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
25956.html
http://www.spinics.net/lists/linux-media/msg33676.html
http://www.spinics.net/lists/linux-media/msg34734.html
CC: Andy Walls
CC: Kusanagi Kouichi
Signed-off-by: Jarod Wilson
---
drivers/media/video/cx23885/cx23885-core.c |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git
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
On Jun 28, 2011, at 6:30 AM, Andy Walls wrote:
> Jarod Wilson 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,
>>>>>
>>>>>
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 receiver in the CX23885. They both work
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 in
007/03/12)
[ 13.571169] cx18-alsa: module loading...
[ 14.477034] cx18-0 843: loaded v4l-cx23418-dig.fw firmware (16382 bytes)
[ 14.503906] cx18-0 843: verified load of v4l-cx23418-dig.fw firmware (16382
bytes)
--
Jarod Wilson
ja...@wilsonet.com
--
To unsubscribe from this list: send the line "uns
ut_report_key and setting last_keycode.
Reported-by: Stephan Raue
CC: Stephan Raue
CC: Mauro Carvalho Chehab
CC: Jeff Brown
CC: Dmitry Torokhov
Signed-off-by: Jarod Wilson
---
drivers/media/rc/rc-main.c | 48 ++-
1 files changed, 25 insertions(+), 23 d
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, scanc
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
>>> Predmet: Re: Last key repeated after every keypress on remote control
>>&
Reported-by: Stephan Raue
CC: Mauro Carvalho Chehab
CC: Jeff Brown
CC: Dmitry Torokhov
Signed-off-by: Jarod Wilson
---
drivers/media/rc/rc-main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/rc-main.c b/drivers/media/rc/rc-main.c
index f57cd56..
x27;d already pulled...
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):
1 - 100 of 706 matches
Mail list logo
