I just installed a new 2.6.38.2 kernel and found that the remote control
on my Hauppauge Nova-S plus is no longer working. dmesg shows that
everything initialised OK:
[8.002874] cx88/0: cx2388x v4l2 driver version 0.0.8 loaded
[8.100260] IR NEC protocol handler initialized
[8.132843]
2011/4/2 Antti Palosaari cr...@iki.fi:
On 04/02/2011 04:45 PM, adq wrote:
2011/4/2 Antti Palosaaricr...@iki.fi:
On 04/02/2011 02:06 PM, adq wrote:
2011/4/2 Antti Palosaaricr...@iki.fi:
On 04/02/2011 04:24 AM, adq wrote:
Hi, just been trying it out, with no success. On my test machine,
Em 10-01-2011 23:10, Oliver Endriss escreveu:
On Monday 10 January 2011 13:04:54 Mauro Carvalho Chehab wrote:
Em 07-01-2011 21:56, Oliver Endriss escreveu:
...
There are large pieces of driver code which are currently unused, and
nobody can tell whether they will ever be needed.
On the
Em 03-04-2011 08:41, Lawrence Rust escreveu:
I just installed a new 2.6.38.2 kernel and found that the remote control
on my Hauppauge Nova-S plus is no longer working. dmesg shows that
everything initialised OK:
[8.002874] cx88/0: cx2388x v4l2 driver version 0.0.8 loaded
[8.100260]
Hi Mr Tux,
On Saturday 02 April 2011 15:45:22 Mr Tux wrote:
Hi list, hello Patrick,
A locking problem with specific dib3000mb devices is still present in
kernel 2.6.38.
Now people upgrading from lenny to squeeze are also affected - see: [1]
Please have a look at my previous post in [2]
Hi,
On Saturday 02 April 2011 21:30:53 Steffen Barszus wrote:
Hi
I just installed natty and found that one of the drivers i use is
broken. Is this a known issue ?
[6.115925] [ cut here ]
[6.115931] WARNING: at
On Sat, Apr 2, 2011 at 17:18, Dr. David Alan Gilbert li...@treblig.org wrote:
Hi Pawel,
'sparse' spotted that vb2_plane's mapped field is a signed
bitfield:
include/media/videobuf2-core.h:78:41 1 bit signed int
struct vb2_plane {
void *mem_priv;
int
On Saturday 26 March 2011 19:23:56 Mariusz Kozlowski wrote:
Seems like 'adap-fe' test for NULL was meant to be before we dereference
that pointer.
Signed-off-by: Mariusz Kozlowski m...@lab.zgora.pl
Thanks, applied.
--
Patrick Boettcher - KernelLabs
http://www.kernellabs.com/
--
To
Hi Mauro,
I cleaned my mailbox and collected some small fixes for 2.6.39 and for other
version (stable is Cc'd in that case).
Please pull from (sorry for the wrong branch name)
http://git.linuxtv.org/pb/media_tree.git staging/for_v2.6.39
for
[PATCH] Fix dependencies for Technisat USB2.0
Hi,
since I got no reaction[1] on the vp702x driver, I proceed with the
dib0700.
There are multiple drivers in drivers/media/dvb/dvb-usb/ which use
usb_control_msg to perform dma to stack-allocated buffers. This is a bad idea
because of cache-coherency issues and on some platforms the stack is
usb_control_msg initiates (and waits for completion of) a dma transfer using
the supplied buffer. That buffer thus has to be seperately allocated on
the heap.
In lib/dma_debug.c the function check_for_stack even warns about it:
WARNING: at lib/dma-debug.c:866 check_for_stack
Note: This
This variable is never used.
Signed-off-by: Florian Mickler flor...@mickler.org
---
drivers/media/dvb/dvb-usb/dib0700_core.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c
b/drivers/media/dvb/dvb-usb/dib0700_core.c
index
Hi Guennadi,
On Fri, Apr 1, 2011 at 01:12, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
Hi all
As discussed at the last V4L2 meeting in Warsaw, one of the prerequisites
to support fast switching between different image formats is an ability to
preallocate buffers of different sizes and
Hi Gueannadi,
A preliminary quick scan over the patch while waiting for documentation.
On Fri, Apr 1, 2011 at 07:06, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
This patch extends the videobuf2 framework with new helper functions and
modifies existing ones to support multi-size
hello Patrick,
On Sunday 03 April 2011 17:37:00 Patrick Boettcher wrote:
I think this line is not normal in your case:
dibusb: This device has the Thomson Cable onboard. Which is default.
Here's the output of dmesg in Lenny (kernel 2.6.26-1) where the tuning was
fine:
usb 2-1: new full
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Sun Apr 3 19:00:31 CEST 2011
git hash:28df73703e738d8ae7a958350f74b08b2e9fe9ed
gcc version: i686-linux-gcc (GCC)
Signed-off-by: Thiago Farina tfrans...@gmail.com
---
drivers/media/radio/wl128x/fmdrv.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/radio/wl128x/fmdrv.h
b/drivers/media/radio/wl128x/fmdrv.h
index 5db6fd1..1a45a5d 100644
---
Update documentation for videobuf2 driver callbacks and memory operations.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
include/media/videobuf2-core.h | 146 +---
1 files changed, 91 insertions(+), 55 deletions(-)
diff --git
Signed-off-by: Pawel Osciak pa...@osciak.com
Reported-by: David Alan Gilbert li...@treblig.org
---
include/media/videobuf2-core.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h
index 4c1e91f..f3bdbb2 100644
Add a sanity check to make sure drivers do not adjust the number of buffers
or planes above the supported limit on reqbufs.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/videobuf2-core.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Hi,
This series implements a slight redesign of the stop_streaming() callback in
vb2.
The callback has been made obligatory. The drivers are expected to finish all
hardware operations and cede ownership of all buffers before returning, but are
not required to call vb2_buffer_done() for any of
Drivers are now required to implement the stop_streaming() callback
to ensure that all ongoing hardware operations are finished and their
ownership of buffers is ceded.
Drivers do not have to call vb2_buffer_done() for each buffer they own
anymore.
Also remove the return value from the callback.
The stop_streaming() callback does not return a value anymore.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/sh_mobile_ceu_camera.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/sh_mobile_ceu_camera.c
The stop_streaming() callback does not return a value anymore.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/mx3_camera.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/mx3_camera.c b/drivers/media/video/mx3_camera.c
index
The stop_streaming() callback does not return a value anymore.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/s5p-fimc/fimc-capture.c |4 ++--
drivers/media/video/s5p-fimc/fimc-core.c|4 +---
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git
Drivers are no longer required to call vb2_buffer_done() for all buffers
they have queued in stop_streaming().
The return value for stop_streaming() has also been removed.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/vivi.c |9 +++--
1 files changed, 3
I added some printk entries and finally got suspicious output after
rmmod cx88_blackbird ; modprobe cx88_blackbird debug=true
[...]
cx88[0]/2: registered device video3 [mpeg]
cx88[0]/2-bb: mpeg_open
[cx88-blackbird.c,mpeg_open(),line 1059] mutex_lock(dev-core-lock);
cx88[0]/2-bb: Initialize
Hello,
On Monday, April 04, 2011 1:51 AM Pawel Osciak wrote:
Drivers are now required to implement the stop_streaming() callback
to ensure that all ongoing hardware operations are finished and their
ownership of buffers is ceded.
Drivers do not have to call vb2_buffer_done() for each buffer
28 matches
Mail list logo
