Hi
Add CHIP ID of the NEC MPEG2 encoders uPD61151 and uPD61152.
diff -r b6b82258cf5e linux/include/media/v4l2-chip-ident.h
--- a/linux/include/media/v4l2-chip-ident.h Thu Dec 31 19:14:54 2009 -0200
+++ b/linux/include/media/v4l2-chip-ident.h Wed Mar 17 04:53:52 2010 +0900
@@ -278,6 +278,1
I have a digitalnow DNTV Live! DVB-T Pro [card=42,] which has a Audio input jack, and
after the new cx88 drivers which the kernal I don't see that audio device any more
uname -a
Linux mythbox.salsola 2.6.32.9-70.fc12.i686 #1 SMP Wed Mar 3 05:14:32 UTC 2010 i686 athlon
i386 GNU/Linux
here are c
Hello,
Please PULL from
http://kernellabs.com/hg/~dheitmueller/v4l-dvb-em28xx-quality-2 for
the following:
em28xx: adjust number of packets per URB
em28xx: reduce cropping for VBI area
em28xx: rework buffer pointer tracking for offset to start of video
saa7115: enable anti-alias filter
videodev2:
videobuf_dma_init_user_locked() uses get_user_pages() to get the
virtual-to-physical address mapping for user-allocated memory.
However, the user-allocated memory may be non-pageable because it
is an I/O range or similar. get_user_pages() fails with -EFAULT
in that case.
If the user-allocated mem
videobuf_pages_to_sg() and videobuf_vmalloc_to_sg() happen to create
a scatterlist element for every page. However, this is not true for
bus addresses, so other functions shouldn't rely on the length of the
scatter list being equal to nr_pages.
---
drivers/media/video/videobuf-dma-sg.c |4 ++-
Hoi,
[Please CC me, I'm not subscribed.]
I'm implementing zerocopy transfer from a v4l2 camera to the DSP on an
OMAP3 (based on earlier work by Stefan Kost [1][2]). Therefore I'm using
V4L2_MEMORY_USERPTR to pass in the memory area allocated by TI's DMAI
driver. However, this has flags VM
On Wednesday 17 March 2010 21:57:18, Sakari Ailus wrote:
> Arnout Vandecappelle wrote:
> > diff --git a/drivers/media/video/videobuf-dma-sg.c
> > b/drivers/media/video/videobuf-dma-sg.c index da1790e..3b6f1b8 100644
> > --- a/drivers/media/video/videobuf-dma-sg.c
> > +++ b/drivers/media/video/vide
Hi,
does anybody have experience connecting Sony DCR-HC23 Handycam to Linux through
USB? I send the USB descriptor below.
The device appears only after selecting the "FN/MENU/SETUP MENU/USB STREAM"
menu item of the handycam to "ON". When I select "OFF" and press "EXEC" button
then the device disc
Hans,
Hans Verkuil wrote:
> On Wednesday 17 March 2010 20:28:07 Mauro Carvalho Chehab wrote:
>> Guennadi Liakhovetski wrote:
>>
>>> Hi Mauro
>>>
>>> we just discussed this with Hans on IRC, and if I understood him
>>> correctly, he was of the same opinion, that adding such a variable could
>>> h
Hans Verkuil wrote:
> On Wednesday 17 March 2010 14:04:21 Pawel Osciak wrote:
>> Make videobuf pass checkpatch; minor code cleanups.
>>
>> Signed-off-by: Pawel Osciak
>> Reviewed-by: Kyungmin Park
>
> Reviewed-by: Hans Verkuil
>
> It would be really nice if this can be merged soon. With all th
Hi Arnout,
Arnout Vandecappelle wrote:
> videobuf_pages_to_sg() and videobuf_vmalloc_to_sg() happen to create
> a scatterlist element for every page. However, this is not true for
> bus addresses, so other functions shouldn't rely on the length of the
> scatter list being equal to nr_pages.
> ---
On Wednesday 17 March 2010 14:04:21 Pawel Osciak wrote:
> Make videobuf pass checkpatch; minor code cleanups.
>
> Signed-off-by: Pawel Osciak
> Reviewed-by: Kyungmin Park
Reviewed-by: Hans Verkuil
It would be really nice if this can be merged soon. With all the work that
we want to do on vide
Aguirre, Sergio wrote:
>> What exactly does not work?
>
> Ok, let me explain:
>
> In my boardfile, I have:
>
> static struct omap34xxcam_platform_data zoom_camera_pdata = {
> .isp= &omap3isp_device,
> .subdevs[0] = zoom_camera_primary_subdevs,
> .sensors[0]
On Wednesday 17 March 2010 15:00:02 Pawel Osciak wrote:
> According to the V4L2 specification, poll() should set POLLOUT | POLLWRNORM
> flags for output devices after the frame has been displayed.
>
> Signed-off-by: Pawel Osciak
> Reviewed-by: Kyungmin Park
> ---
> drivers/media/video/videobuf-
On Wednesday 17 March 2010 15:29:48 Pawel Osciak wrote:
> Hello,
>
> during the V4L2 brainstorm meeting in Norway we have concluded that streaming
> error handling in dqbuf is lacking a bit and might result in the application
> losing video buffers.
>
> V4L2 specification states that DQBUF should
On Wednesday 17 March 2010 20:28:07 Mauro Carvalho Chehab wrote:
> Guennadi Liakhovetski wrote:
>
> > Hi Mauro
> >
> > we just discussed this with Hans on IRC, and if I understood him
> > correctly, he was of the same opinion, that adding such a variable could
> > help.
> >
> > The problem is
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:Wed Mar 17 19:00:11 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14492:749f7ddc61ab
git master:
Pawel Osciak wrote:
>> Aguirre, Sergio wrote:
>>> Make videobuf pass checkpatch; minor code cleanups.
>> I thought this kind patches were frowned upon..
>>
>> http://www.mjmwired.net/kernel/Documentation/development-process/4.Coding#41
>>
>> But maybe it's acceptable in this case... I'm not an expe
Guennadi Liakhovetski wrote:
> Hi Mauro
>
> we just discussed this with Hans on IRC, and if I understood him
> correctly, he was of the same opinion, that adding such a variable could
> help.
>
> The problem is the following: this automatic selection works in a way,
> that various bridge driv
From: Muralidharan Karicheri
As part of upstream merge, set_params() function was removed from isif.c. This
requires
removal of BUG_ON() and check for set_params ptr in vpfe_capture.c.
Signed-off-by: Muralidharan Karicheri
---
drivers/media/video/davinci/vpfe_capture.c | 24 +---
Hello,
we discovered several problems with the ngene based dual DVB cards. The
problems occur with the Digital Devices Cine S2 Dual DVB-S2 device
(Linux4Media cineS2 DVB-S2 Twin Tuner), the clones like Mystique SaTiX
S2 Dual should also be affected.
We are using the ngene drivers from the linuxtv
On Wed, Mar 17, 2010 at 10:59 AM, Eugeniy Meshcheryakov
wrote:
> Hello,
>
> I have a Pinnacle Hybrid Pro Stick (in kernel source "Pinnacle Hybrid
> Pro (2)", driver em28xx). Several kernel releases ago it started to have
> problem displaying analog tv correctly. The picture is shifted and
> there
This fixes a smatch warning:
drivers/media/video/ivtv/ivtv-vbi.c +138 ivtv_write_vbi(43)
error: buffer overflow 'vi->cc_payload' 256 <= 1023
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/video/ivtv/ivtv-vbi.c
b/drivers/media/video/ivtv/ivtv-vbi.c
index f420d31..d73af45 100644
Hello,
I have a Pinnacle Hybrid Pro Stick (in kernel source "Pinnacle Hybrid
Pro (2)", driver em28xx). Several kernel releases ago it started to have
problem displaying analog tv correctly. The picture is shifted and
there is green line on the bottom (see http://people.debian.org/~eugen/tv.png).
A
> -Original Message-
> From: Sakari Ailus [mailto:sakari.ai...@maxwell.research.nokia.com]
> Sent: Wednesday, March 17, 2010 9:59 AM
> To: Aguirre, Sergio
> Cc: Laurent Pinchart; linux-media@vger.kernel.org
> Subject: Re: [omap3camera] Camera bring-up on Zoom3 (OMAP3630)
>
> Aguirre, Ser
Aguirre, Sergio wrote:
>
>
>> -Original Message-
>> From: Sakari Ailus [mailto:sakari.ai...@maxwell.research.nokia.com]
>> Sent: Wednesday, March 17, 2010 9:16 AM
>> To: Laurent Pinchart
>> Cc: Aguirre, Sergio; linux-media@vger.kernel.org
>> Subject: Re: [omap3camera] Camera bring-up on Z
> Aguirre, Sergio wrote:
>> >> Aguirre, Sergio wrote:
>> >>> Make videobuf pass checkpatch; minor code cleanups.
>> >>
>> >>I thought this kind patches were frowned upon..
>> >>
>> >>http://www.mjmwired.net/kernel/Documentation/development-
>> process/4.Coding#41
>> >>
>> >>But maybe it's acceptabl
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Wednesday, March 17, 2010 9:29 AM
> To: Pawel Osciak
> Cc: Aguirre, Sergio; linux-media@vger.kernel.org; Marek Szyprowski;
> kyungmin.p...@samsung.com
> Subject: RE: [PATCH v2] v4l: videobuf: code cleanup.
>
>
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Wednesday, March 17, 2010 9:26 AM
> To: Aguirre, Sergio
> Cc: Pawel Osciak; linux-media@vger.kernel.org; m.szyprow...@samsung.com;
> kyungmin.p...@samsung.com
> Subject: RE: [PATCH v2] v4l: videobuf: code cleanu
Hello,
during the V4L2 brainstorm meeting in Norway we have concluded that streaming
error handling in dqbuf is lacking a bit and might result in the application
losing video buffers.
V4L2 specification states that DQBUF should set errno to EIO in such cases:
"EIO
VIDIOC_DQBUF failed due to an
This flag is to be set together with V4L2_BUF_FLAG_DONE. It is intended
to indicate streaming errors that might have resulted in corrupted video
data in the buffer, but the buffer can still be reused and the streaming
may continue.
Setting this flag and returning 0 is different from returning EIO.
On dqbuf videobuf will now return 0 and an error flag will be set, instead
of returning EIO in case of recoverable streaming errors.
---
drivers/media/video/videobuf-core.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/videobuf-core.c
b/drivers/m
>> Aguirre, Sergio wrote:
>>> Make videobuf pass checkpatch; minor code cleanups.
>>
>>I thought this kind patches were frowned upon..
>>
>>http://www.mjmwired.net/kernel/Documentation/development-process/4.Coding#41
>>
>>But maybe it's acceptable in this case... I'm not an expert on community
>>
> Hi,
>
>> -Original Message-
>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>> ow...@vger.kernel.org] On Behalf Of Pawel Osciak
>> Sent: Wednesday, March 17, 2010 8:04 AM
>> To: linux-media@vger.kernel.org
>> Cc: p.osc...@samsung.com; m.szyprow...@samsung.com;
>> kyungmin
> -Original Message-
> From: Sakari Ailus [mailto:sakari.ai...@maxwell.research.nokia.com]
> Sent: Wednesday, March 17, 2010 9:16 AM
> To: Laurent Pinchart
> Cc: Aguirre, Sergio; linux-media@vger.kernel.org
> Subject: Re: [omap3camera] Camera bring-up on Zoom3 (OMAP3630)
>
> Laurent Pinc
On Wednesday 17 March 2010 15:16:20 Sakari Ailus wrote:
> Laurent Pinchart wrote:
> I'm trying to get latest Sakari's tree (gitorious.org/omap3camera)
> 'devel' branch running on my Zoom3 HW (which has an OMAP3630, and a
> Sony IMX046 8MP sensor).
>
> I had first one NULL
> Aguirre, Sergio wrote:
>> Make videobuf pass checkpatch; minor code cleanups.
>
>I thought this kind patches were frowned upon..
>
>http://www.mjmwired.net/kernel/Documentation/development-process/4.Coding#41
>
>But maybe it's acceptable in this case... I'm not an expert on community
>policies :
Laurent Pinchart wrote:
I'm trying to get latest Sakari's tree (gitorious.org/omap3camera)
'devel' branch running on my Zoom3 HW (which has an OMAP3630, and a
Sony IMX046 8MP sensor).
I had first one NULL pointer dereference while the driver was
registering devices and
Hi Sergio,
On Wednesday 17 March 2010 14:52:17 Aguirre, Sergio wrote:
> > -Original Message-
> > From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> > Sent: Tuesday, March 16, 2010 5:30 PM
> > To: Aguirre, Sergio
> > Cc: Sakari Ailus; linux-media@vger.kernel.org
> > Subject
Hi,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Pawel Osciak
> Sent: Wednesday, March 17, 2010 8:04 AM
> To: linux-media@vger.kernel.org
> Cc: p.osc...@samsung.com; m.szyprow...@samsung.com;
> kyungmin.p...@samsu
According to the V4L2 specification, poll() should set POLLOUT | POLLWRNORM
flags for output devices after the frame has been displayed.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/videobuf-core.c | 10 --
1 files changed, 8 insertions(+), 2 deletion
On Wed, 17 Mar 2010, Mauro Carvalho Chehab wrote:
> Em 17-03-2010 09:38, Guennadi Liakhovetski escreveu:
> > Helper-chip autoselection doesn't work in some situations. Add a
> > configuration
> > variable to let drivers disable it. Use it to disable autoselection if
> > SOC_CAMERA is selected.
>
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Tuesday, March 16, 2010 5:30 PM
> To: Aguirre, Sergio
> Cc: Sakari Ailus; linux-media@vger.kernel.org
> Subject: Re: [omap3camera] Camera bring-up on Zoom3 (OMAP3630)
>
> Hi Sergio,
>
> On F
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For the following changes:
gspca_spca561: Fix LED on rev12a cameras
gspca_spca561: Add support for camera button
sn9c102: Make hv7131d sensor code also recognize the HV7131E
gspca: make usb id 0461:0815 get handled by the right dri
Make videobuf pass checkpatch; minor code cleanups.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/videobuf-core.c| 116 ++---
drivers/media/video/videobuf-dma-sg.c | 276
drivers/media/video/videobuf-vmalloc.c | 1
Changes from v1:
- now includes headers as well
[PATCH v2] v4l: videobuf: code cleanup.
--
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
Em 17-03-2010 09:38, Guennadi Liakhovetski escreveu:
> Helper-chip autoselection doesn't work in some situations. Add a configuration
> variable to let drivers disable it. Use it to disable autoselection if
> SOC_CAMERA is selected.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> This will al
Helper-chip autoselection doesn't work in some situations. Add a configuration
variable to let drivers disable it. Use it to disable autoselection if
SOC_CAMERA is selected.
Signed-off-by: Guennadi Liakhovetski
---
This will also be used from VOU video-output driver, other SoC drivers
might als
Hello,
I'm currently developing a DVB test application without real hardware,
instead, I'm using dvb_dummy_adapter (+dvb-core and dvb_dummy_fe)
Testing PES filtering is OK, since I have read/write operations on the
logical dvr device "/dev/dvb/adapter0/dvr0"
I have problems with section filtering,
On Wednesday 17 March 2010 07:50:27 Pawel Osciak wrote:
>>That is my opinion, yes. However, there is one case where this is actually
>>useful. Take for example the function videobuf_to_dma in
>>videobuf-dma-sg.c. This is called by drivers and it makes sense that that
>>function should double-check
Make videobuf pass checkpatch; minor code cleanups.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/videobuf-core.c| 116 ++---
drivers/media/video/videobuf-dma-sg.c | 276
drivers/media/video/videobuf-vmalloc.c | 1
51 matches
Mail list logo
