Re: [PATCH] smiapp-core.c: remove duplicated include

Hi Duan, On Wed, Jul 18, 2012 at 10:38:16PM +0800, Duan Jiong wrote: > > Signed-off-by: Duan Jiong > --- > drivers/media/video/smiapp/smiapp-core.c |1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/media/video/smiapp/smiapp-core.c > b/drivers/media/video/smiapp/smiapp-core.c

Re: [PATCH] cx25821: Remove bad strcpy to read-only char*

Ezequiel, Can you post this patch again, but this time to Linus Torvalds as well? See e.g. http://www.spinics.net/lists/linux-media/msg50407.html how I did that. It would be good to have this fixed in 3.5. I'm afraid that by the time Mauro is back 3.5 will be released and this is a nasty bug. R

RE: [PATCH v4 1/2] media: add new mediabus format enums for dm365

Hi Laurent, On Wed, Jul 18, 2012 at 16:35:18, Laurent Pinchart wrote: > Hi Manjunath, > > On Tuesday 17 July 2012 12:22:42 Hadli, Manjunath wrote: > > On Tue, Jul 17, 2012 at 17:25:42, Laurent Pinchart wrote: > > > On Tuesday 17 July 2012 11:41:11 Hadli, Manjunath wrote: > > > > On Tue, Jul 17, 2

Re: [PATCH v4 1/2] media: add new mediabus format enums for dm365

Hi Manjunath, On Thursday 19 July 2012 11:33:56 Hadli, Manjunath wrote: > On Wed, Jul 18, 2012 at 16:35:18, Laurent Pinchart wrote: > > On Tuesday 17 July 2012 12:22:42 Hadli, Manjunath wrote: > > > On Tue, Jul 17, 2012 at 17:25:42, Laurent Pinchart wrote: > > > > On Tuesday 17 July 2012 11:41:11

RE: [PATCH v4 1/2] media: add new mediabus format enums for dm365

On Thu, 19 Jul 2012, Hadli, Manjunath wrote: > Hi Laurent, > > On Wed, Jul 18, 2012 at 16:35:18, Laurent Pinchart wrote: > > Hi Manjunath, > > > > On Tuesday 17 July 2012 12:22:42 Hadli, Manjunath wrote: > > > On Tue, Jul 17, 2012 at 17:25:42, Laurent Pinchart wrote: > > > > On Tuesday 17 July 2

[RFC PATCH 0/6] mem2mem_testdev: fix v4l2-compliance errors

Hi all, This patch series updates mem2mem_testdev so all the modern features are supported (mainly converting to the control framework and various smaller odds 'n ends). The last patch is actually in the V4L2 core, fixing an incorrect test. Comments? Regards, Hans -- To unsubscribe fr

[RFC PATCH 1/6] mem2mem_testdev: convert to the control framework and v4l2_fh.

Signed-off-by: Hans Verkuil --- drivers/media/video/mem2mem_testdev.c | 234 - 1 file changed, 83 insertions(+), 151 deletions(-) diff --git a/drivers/media/video/mem2mem_testdev.c b/drivers/media/video/mem2mem_testdev.c index f08cf38..a1d5c15 100644 --- a/drive

[RFC PATCH 3/6] v4l2-mem2mem: support events in v4l2_m2m_poll.

v4l2_m2m_poll didn't support events, but that's essential if you want to be able to use control events for example. Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-mem2mem.c | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/drivers/media/video/v4l2

[RFC PATCH 5/6] mem2mem_testdev: set default size and fix colorspace.

Signed-off-by: Hans Verkuil --- drivers/media/video/mem2mem_testdev.c | 21 +++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/drivers/media/video/mem2mem_testdev.c b/drivers/media/video/mem2mem_testdev.c index f7a2a2d..7fdee8f 100644 --- a/drivers/media/video

[RFC PATCH 6/6] v4l2-dev: G_PARM was incorrectly enabled for all video nodes.

G_PARM should only be enabled if: - vidioc_g_parm is present - or: it is a video node and vidioc_g_std or tvnorms are set. Without this additional check v4l2-compliance would complain about being able to use g_parm when it didn't expect it. Signed-off-by: Hans Verkuil --- drivers/media/video/v

[RFC PATCH 4/6] mem2mem_testdev: add control events support.

Signed-off-by: Hans Verkuil --- drivers/media/video/mem2mem_testdev.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/media/video/mem2mem_testdev.c b/drivers/media/video/mem2mem_testdev.c index fe8c565..f7a2a2d 100644 --- a/drivers/media/video/mem2mem_testdev.c +++ b/drivers/me

[RFC PATCH 2/6] mem2mem_testdev: set bus_info and device_caps.

Signed-off-by: Hans Verkuil --- drivers/media/video/mem2mem_testdev.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/media/video/mem2mem_testdev.c b/drivers/media/video/mem2mem_testdev.c index a1d5c15..fe8c565 100644 --- a/drivers/media/video/mem2mem_testdev

Re: Problems with Asus My Cinema-U3000Hybrid tuner

> > Hello. > > Can anybody help? > > Best regards! > > -- > Heberto Cristiano Machado > > heberto.machado gmail.com Hello world! How can I get help in here? I am willing to learn whatever is needed to put the card rolling! Can't anyone show a bit sympathy? Comparing to the skills you fo

re: [media] gspca: Fix locking issues related to suspend/resume

Hello Hans Verkuil, This is a semi-automatic email about new static checker warnings. The patch 254902b01d2a: "[media] gspca: Fix locking issues related to suspend/resume" from May 6, 2012, leads to the following Smatch complaint: drivers/media/video/gspca/sq905c.c:176 sq905c_dostream()

[PATCH v2 0/2] Add v4l2 subdev driver for S5K4ECGX sensor with embedded SoC ISP

The following 2 patches add driver for S5K4ECGX sensor with embedded ISP SoC, and minor v4l2 control API enhancement. S5K4ECGX is 5M CMOS Image sensor from Samsung. Changes since v1: - fixed s_stream(0) when it called twice - changed mutex_X position to be used when strictly necessary - add addit

[PATCH v2 2/2] v4l: Add v4l2 subdev driver for S5K4ECGX sensor

This dirver implements preview mode of the S5K4ECGX sensor. capture (snapshot) operation, face detection are missing now. Following controls are supported: contrast/saturation/birghtness/sharpness Signed-off-by: Sangwook Lee --- drivers/media/video/Kconfig|7 + drivers/media/video/Makef

Supporting 3D formats in V4L2

Hi everyone, Currently there is limitation in v4l2 for specifying the 3D formats . In HDMI 1.4 standard, the following 3D formats are specified: 1. FRAME_PACK, 2. FIELD_ALTERNATIVE, 3. LINE_ALTERNATIVE, 4. SIDE BY SIDE FULL, 5. SIDE BY SIDE HALF, 6. LEFT + D

Re: Problems with Asus My Cinema-U3000Hybrid tuner

I take it you've tried one of the distro's that currently supports this USB tuner? Ubuntu should/could have support for it, I don't know. On 19-07-12 13:58, Heberto Cristiano Alves Machado wrote: Hello. Can anybody help? Best regards! -- Heberto Cristiano Machado heberto.machado gmail.com

Re: [PATCH v4 1/2] media: add new mediabus format enums for dm365

On Thu 19 July 2012 13:33:56 Hadli, Manjunath wrote: > Hi Laurent, > > On Wed, Jul 18, 2012 at 16:35:18, Laurent Pinchart wrote: > > Hi Manjunath, > > > > On Tuesday 17 July 2012 12:22:42 Hadli, Manjunath wrote: > > > On Tue, Jul 17, 2012 at 17:25:42, Laurent Pinchart wrote: > > > > On Tuesday 17

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno wrote: > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia > wrote: >> This patch moves video_nr module parameter to core.c >> and then passes that parameter as an argument to functions >> that need it. >> This way we avoid the extern declaration and

Re: [PATCH] cx25821: Remove bad strcpy to read-only char*

On Thu, Jul 19, 2012 at 8:17 AM, Hans Verkuil wrote: > Ezequiel, > > Can you post this patch again, but this time to Linus Torvalds as well? > > See e.g. http://www.spinics.net/lists/linux-media/msg50407.html how I did > that. > > It would be good to have this fixed in 3.5. I'm afraid that by the

Fwd: bttv kernel patch

Original Message Subject: bttv kernel patch Date: Thu, 19 Jul 2012 04:57:59 -0600 From: Tony Gentile To: kra...@bytesex.org Hello Gerd, Attached is a patch to add the Aposonic W-DVR card to the bttv driver. This card is a basic 4 composite + 1 audio in. (I have no way to chec

Re: [PATCH v4 1/2] media: add new mediabus format enums for dm365

Hi Hans, On Thursday 19 July 2012 14:58:12 Hans Verkuil wrote: > On Thu 19 July 2012 13:33:56 Hadli, Manjunath wrote: > > On Wed, Jul 18, 2012 at 16:35:18, Laurent Pinchart wrote: > > > On Tuesday 17 July 2012 12:22:42 Hadli, Manjunath wrote: > > > > On Tue, Jul 17, 2012 at 17:25:42, Laurent Pinch

Re: Supporting 3D formats in V4L2

Hi Soby! On Thu 19 July 2012 14:18:13 Soby Mathew wrote: > Hi everyone, > Currently there is limitation in v4l2 for specifying the 3D > formats . In HDMI 1.4 standard, the following 3D formats are > specified: I think that this is ideal for adding to enum v4l2_field. I've made some proposals

Re: [PATCH] cx25821: Remove bad strcpy to read-only char*

On Thu 19 July 2012 15:32:21 Ezequiel Garcia wrote: > On Thu, Jul 19, 2012 at 8:17 AM, Hans Verkuil wrote: > > Ezequiel, > > > > Can you post this patch again, but this time to Linus Torvalds as well? > > > > See e.g. http://www.spinics.net/lists/linux-media/msg50407.html how I did > > that. > >

[PATCH for v3.5] cx25821: Remove bad strcpy to read-only char*

Hi Linus, I'm sending the attached patch directly to you for inclusion in 3.5 as without it the cx25821 driver will panic on probe. It looks like this bug has been around since cx25821 was first mainlined, so it could make sense to consider its inclusion in stable also. Since Mauro is still on v

Re: Supporting 3D formats in V4L2

On Thu 19 July 2012 15:41:07 Hans Verkuil wrote: > Hi Soby! > > On Thu 19 July 2012 14:18:13 Soby Mathew wrote: > > Hi everyone, > > Currently there is limitation in v4l2 for specifying the 3D > > formats . In HDMI 1.4 standard, the following 3D formats are > > specified: > > I think that thi

Re: [PATCH v5 1/2] media: add new mediabus format enums for dm365

On Thu 19 July 2012 16:13:10 Prabhakar Lad wrote: > From: Manjunath Hadli > > add new enum entries for supporting the media-bus formats on dm365. > These include some bayer and some non-bayer formats. > V4L2_MBUS_FMT_YDYUYDYV8_1X16 and V4L2_MBUS_FMT_UV8_1X8 are used > internal to the hardware by

solar lala shared photos with you

Dear sir We supply solar PV system (including solar panels , frame, cable ,inverter and controller , power distribution cabinet) with 1.6$/w FOB shenzhen. Email me or just call me directly if needed. Thank you! Best wishes lala Ecosol PV Tech Co

Re: [PATCH v5] media: coda: Add driver for Coda video codec.

Hi Javier, A few minor comments below... On 07/19/2012 12:01 PM, Javier Martin wrote: > Coda is a range of video codecs from Chips&Media that > support H.264, H.263, MPEG4 and other video standards. > > Currently only support for the codadx6 included in the > i.MX27 SoC is added. H.264 and MPEG4

[PATCH 0/2] dma-parms and helpers for dma-buf

From: Rob Clark Re-sending first patch, with a wider audience. Apparently I didn't spam enough inboxes the first time. And, at Daniel Vetter's suggestion, adding some helper functions in dma-buf to get the most restrictive parameters of all the attached devices. Rob Clark (2): device: add dm

[PATCH 2/2] dma-buf: add helpers for attacher dma-parms

From: Rob Clark Add some helpers to iterate through all attachers and get the most restrictive segment size/count/boundary. Signed-off-by: Rob Clark --- drivers/base/dma-buf.c | 63 +++ include/linux/dma-buf.h | 19 ++ 2 files change

[PATCH 1/2] device: add dma_params->max_segment_count

From: Rob Clark For devices which have constraints about maximum number of segments in an sglist. For example, a device which could only deal with contiguous buffers would set max_segment_count to 1. The initial motivation is for devices sharing buffers via dma-buf, to allow the buffer exporter

Actually working DVB cards, linuxtv.org wiki vague.

Hi, Since I'm not getting any feedback about the TechnoTrend DVB-T 1500 PCI and it's cam module, I'm thinking of going a different route. DVB-C. My ISP actually does transmit unencrypted DVB-C (if you pay for TV) so I may as well switch to DVB-C for now. There are two potential devices I see

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu, 19 Jul 2012 10:25:09 -0300 Ezequiel Garcia wrote: > On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno > wrote: > > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia > > wrote: > >> This patch moves video_nr module parameter to core.c > >> and then passes that parameter as an argument to func

Re: Problems with Asus My Cinema-U3000Hybrid tuner

Oliver Schinagl schinagl.nl> writes: > > I take it you've tried one of the distro's that currently supports this > USB tuner? Ubuntu should/could have support for it, I don't know. > > On 19-07-12 13:58, Heberto Cristiano Alves Machado wrote: > >> Hello. > >> > >> Can anybody help? > >> > >> B

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu, Jul 19, 2012 at 3:41 PM, Ismael Luceno wrote: > On Thu, 19 Jul 2012 10:25:09 -0300 > Ezequiel Garcia wrote: >> On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno >> wrote: >> > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia >> > wrote: >> >> This patch moves video_nr module parameter to c

cron job: media_tree daily build: ERRORS

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:Thu Jul 19 19:00:20 CEST 2012 git hash:931efdf58bd83af8d0578a6cc53421675daf6d41 gcc version: i686-linux-gcc (GC

Re: [PATCH v2 1/2] v4l: Add factory register values form S5K4ECGX sensor

Hi Sangwook, On 07/19/2012 02:14 PM, Sangwook Lee wrote: > Add factory default settings for S5K4ECGX sensor registers. > I copied them from the reference code of Samsung S.LSI. I'm pretty sure we can do better than that. I've started S5K6AAFX sensor driver development with similar set of write-o

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu July 19 2012 20:41:11 Ismael Luceno wrote: > On Thu, 19 Jul 2012 10:25:09 -0300 > Ezequiel Garcia wrote: > > On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno > > wrote: > > > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia > > > wrote: > > >> This patch moves video_nr module parameter to c

Re: Problems with Asus My Cinema-U3000Hybrid tuner

You really should supply a LOT more info. Dmesg output etc. Did you try changing USB output? What motherboard etc do you have. 'It does not work' doesn't help really :) On 07/19/12 21:10, Heberto Cristiano Alves Machado wrote: Oliver Schinagl schinagl.nl> writes: I take it you've tried on

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu, Jul 19, 2012 at 4:48 PM, Hans Verkuil wrote: > On Thu July 19 2012 20:41:11 Ismael Luceno wrote: >> On Thu, 19 Jul 2012 10:25:09 -0300 >> Ezequiel Garcia wrote: >> > On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno >> > wrote: >> > > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia >> > >

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu July 19 2012 21:55:20 Ezequiel Garcia wrote: > On Thu, Jul 19, 2012 at 4:48 PM, Hans Verkuil wrote: > > On Thu July 19 2012 20:41:11 Ismael Luceno wrote: > >> On Thu, 19 Jul 2012 10:25:09 -0300 > >> Ezequiel Garcia wrote: > >> > On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno > >> > wrote:

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu, 19 Jul 2012 21:48:33 +0200 Hans Verkuil wrote: > On Thu July 19 2012 20:41:11 Ismael Luceno wrote: > > On Thu, 19 Jul 2012 10:25:09 -0300 > > Ezequiel Garcia wrote: > > > On Wed, Jul 18, 2012 at 7:26 PM, Ismael Luceno > > > wrote: > > > > On Thu, Jun 21, 2012 at 4:52 PM, Ezequiel Garcia

[PATCH] vivi: remove pointless video_nr++

Remove the pointless video_nr++. It doesn't do anything useful and it has the unexpected side-effect of changing the video_nr module option, so cat /sys/module/vivi/parameters/video_nr gives a different value back then what was specified with modprobe. Signed-off-by: Hans Verkuil diff --git a/dr

Re: [PATCH 10/10] staging: solo6x10: Avoid extern declaration by reworking module parameter

On Thu, Jul 19, 2012 at 5:41 PM, Hans Verkuil wrote: > On Thu July 19 2012 21:55:20 Ezequiel Garcia wrote: >> On Thu, Jul 19, 2012 at 4:48 PM, Hans Verkuil wrote: >> > On Thu July 19 2012 20:41:11 Ismael Luceno wrote: >> >> On Thu, 19 Jul 2012 10:25:09 -0300 >> >> Ezequiel Garcia wrote: >> >> >

Re: [PATCH] vivi: remove pointless video_nr++

On Thu, Jul 19, 2012 at 5:45 PM, Hans Verkuil wrote: > Remove the pointless video_nr++. It doesn't do anything useful and it has > the unexpected side-effect of changing the video_nr module option, so > cat /sys/module/vivi/parameters/video_nr gives a different value back > then what was specified

[PATCHSET] kthread_worker: reimplement flush_kthread_work() to allow freeing during execution

Hello, kthread_worker was introduced together with concurrency managed workqueue to serve workqueue users which need a special dedicated worker - e.g. RT scheduling. This is minimal queue / flush / flush all iterface on top of kthread and each provided interface matches the workqueue counterpart

Re: [PATCH] vivi: remove pointless video_nr++

On Thu, Jul 19, 2012 at 6:05 PM, Ezequiel Garcia wrote: > On Thu, Jul 19, 2012 at 5:45 PM, Hans Verkuil wrote: >> Remove the pointless video_nr++. It doesn't do anything useful and it has >> the unexpected side-effect of changing the video_nr module option, so >> cat /sys/module/vivi/parameters/v

[PATCH 1/2] kthread_worker: reorganize to prepare for flush_kthread_work() reimplementation

>From c9bba34243a86fb3ac82d1bdd0ce4bf796b79559 Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Thu, 19 Jul 2012 13:52:53 -0700 Make the following two non-functional changes. * Separate out insert_kthread_work() from queue_kthread_work(). * Relocate struct kthread_flush_work and kthread_flush_wor

[PATCH 2/2] kthread_worker: reimplement flush_kthread_work() to allow freeing the work item being executed

>From 06f9a06f4aeecdb9d07014713ab41b548ae219b5 Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Thu, 19 Jul 2012 13:52:53 -0700 kthread_worker provides minimalistic workqueue-like interface for users which need a dedicated worker thread (e.g. for realtime priority). It has basic queue, flush_work,

Re: [PATCH v2 2/2] v4l: Add v4l2 subdev driver for S5K4ECGX sensor

Hi Sangwook, A few review comments for you below... On 07/19/2012 02:14 PM, Sangwook Lee wrote: > This dirver implements preview mode of the S5K4ECGX sensor. dirver -> driver > capture (snapshot) operation, face detection are missing now. > > Following controls are supported: > contrast/satura

Re: patches to media_build, and a few other things

--- On Tue, 17/7/12, Antti Palosaari wrote: > > The last one, something for Antti to figure out: > > > > - I found that that part of > backports/api_version.patch, which changes > LINUX_VERSION_CODE to V4L2_VERSION in > drivers/media/video/v4l2-ioctl.c, is relocated from line > 930-ish in > htt

Re: GPIO interface between DVB sub-drivers (bridge, demod, tuner)

On 07/13/2012 12:07 AM, Steven Toth wrote: On Thu, Jul 12, 2012 at 4:49 PM, Steven Toth wrote: Nobody understands the relationship between the bridge and the sub-component as well as the bridge driver. The current interfaces are limiting in many ways. We solve that today with rather ugly 'attac

Re: Supporting 3D formats in V4L2

Hi Hans, I think your solution is appropriate. I agree to your suggestions. Regarding the 'active space' issue for 3D formats, I was studying the currently the v4l2_bt_timings structure. The Vtotal is calculated for 2D timings as : tot_height = height + vfrontporch + vsync + vbackporch +

RE: [PATCH 1/2] device: add dma_params->max_segment_count

Hello, On Thursday, July 19, 2012 6:24 PM Rob Clark wrote: > From: Rob Clark > > For devices which have constraints about maximum number of segments > in an sglist. For example, a device which could only deal with > contiguous buffers would set max_segment_count to 1. > > The initial motivati