Em Sun, 24 Feb 2013 03:16:35 +
Ben Hutchings b...@decadent.org.uk escreveu:
On Fri, 2013-02-22 at 19:30 -0500, Joseph Yasi wrote:
Hi,
I'm not sure the appropriate list to email for this, but the
v4l-cx23885-enc.fw file in the linux-firmware.git tree is incorrect.
It is the wrong
On Sun, Feb 24, 2013 at 7:22 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em Sun, 24 Feb 2013 03:16:35 +
Ben Hutchings b...@decadent.org.uk escreveu:
On Fri, 2013-02-22 at 19:30 -0500, Joseph Yasi wrote:
Hi,
I'm not sure the appropriate list to email for this, but the
On Sun, 2013-02-24 at 11:36 -0500, Joseph Yasi wrote:
On Sun, Feb 24, 2013 at 7:22 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em Sun, 24 Feb 2013 03:16:35 +
Ben Hutchings b...@decadent.org.uk escreveu:
[...]
For now, I think we should delete the current version.
That seems
Hi,
Please find those two short patches to improve support of (at least) 15c2:0036
imon device.
These apply on latest git and were tested on 3.7.8 and 3.7.9 kernels.
Thanks.
Kevin Baradon (2):
media/rc/imon.c: make send_packet() delay configurable
media/rc/imon.c: avoid flooding syslog
Some imon devices (like 15c2:0036) need a higher delay between send_packet
calls.
Default value is still 5ms to avoid regressions on already working hardware.
Also use interruptible wait to avoid load average going too high (and let
caller handle signals).
Signed-off-by: Kevin Baradon
My 15c2:0036 device floods syslog when a keypad key is pressed:
Feb 18 19:00:57 homeserver kernel: imon 5-1:1.0: imon_incoming_packet: unknown
keypress, code 0x100fff2
Feb 18 19:00:57 homeserver kernel: imon 5-1:1.0: imon_incoming_packet: unknown
keypress, code 0x100fef2
Feb 18 19:00:57
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sun Feb 24 19:00:21 CET 2013
git branch: for_v3.9
git hash: ed72d37a33fdf43dc47787fe220532cdec9da528
gcc
Hi,
Instead of answering points in the email chain, I'm just going to
provide the best information I have.
I. Definitions:
- Thresher: broadcast video decoder
- Merlin: broadcast audio system detection microcontroller and decoder
- Mako: Thresher + Merlin
- CX2583[67]: stand-alone
On 02/17/2013 01:38 AM, Matthew Gyurgyik wrote:
On 01/20/2013 12:46 PM, Antti Palosaari wrote:
On 01/20/2013 04:40 PM, Matthew Gyurgyik wrote:
On 01/02/2013 09:53 PM, Matthew Gyurgyik wrote:
On 01/02/2013 03:59 PM, Antti Palosaari wrote:
On 12/18/2012 05:08 AM, Matthew Gyurgyik wrote:
I can
Check for (adap == NULL) has to done before accessing adap.
Signed-off-by: Syam Sidhardhan s.s...@samsung.com
---
drivers/media/usb/dvb-usb-v2/lmedm04.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/lmedm04.c
This patch fixes the print_buf leaking.
Signed-off-by: Syam Sidhardhan s.s...@samsung.com
---
drivers/media/usb/hdpvr/hdpvr-core.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/usb/hdpvr/hdpvr-core.c
b/drivers/media/usb/hdpvr/hdpvr-core.c
index 5c61935..73195fe 100644
---
WARNING: at lib/dma-debug.c:947 check_for_stack+0xa7/0xf0()
ehci-pci :00:04.1: DMA-API: device driver maps memory fromstack
Reported-by: poma pomidorabelis...@gmail.com
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/af9015.c | 34
Ooops, I think it will not work properly for the long ran as there is no
lock to serialize access to that buffer early enough.
I have to rethink whole situation and maybe try to move usb_mutex from
the dvb_usbv2_generic_rw() to the device driver. Or add totally new mutex.
regards
Antti
On
Em Fri, 22 Feb 2013 13:13:03 -0300
Ismael Luceno ismael.luc...@corp.bluecherry.net escreveu:
Signed-off-by: Ismael Luceno ismael.luc...@corp.bluecherry.net
---
drivers/staging/media/solo6x10/TODO | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On 02/24/2013 05:23 PM, Antti Palosaari wrote:
I rebased it to the latest LinuxTV 3.9. There is quite a lot of changes
done for em28xx driver so it could work. Please test.
http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/HU345-Q
regards
Antti
I checked out the branch and
Even if bus is not hot-pluggable, the devices can be unbound from the
driver via sysfs, so we should not be using __exit annotations on
remove() methods. The only exception is drivers registered with
platform_driver_probe() which specifically disables sysfs bind/unbind
attributes.
Signed-off-by:
Mauro and All,
Apologies for delay in reply.
Whatever firmware works keep that one as reference. If you guys think the
firmware from Hauppauge is latest, please keep that and I can get the required
permissions as needed.
Please do let me know whatever is the plan. Currently, there are no
Andy,
Thanks for the composition. Most of all you are right about everything.
I hope you got all the firmwares that are working properly with hardware you
guys have been using. To my knowledge there were no updates in recent past.
Merlin firmware should be more or less same as all the
Hi Dmitry
On Sun, 24 Feb 2013, Dmitry Torokhov wrote:
Even if bus is not hot-pluggable, the devices can be unbound from the
driver via sysfs, so we should not be using __exit annotations on
remove() methods. The only exception is drivers registered with
platform_driver_probe() which
19 matches
Mail list logo
