Re: [RFC] Support for events with a large payload

2013-06-19 Thread Hans Verkuil
On Tue June 18 2013 23:22:33 Laurent Pinchart wrote: Hi Hans and Sakari, On Friday 07 June 2013 00:38:04 Sakari Ailus wrote: Hi Hans, Thanks for the RFC! :-) On Mon, May 13, 2013 at 02:14:43PM +0200, Hans Verkuil wrote: Currently the event API allows for a payload of up to 64

[RFC PATCH v3] dmabuf-sync: Introduce buffer synchronization framework

2013-06-19 Thread Inki Dae
This patch adds a buffer synchronization framework based on DMA BUF[1] and reservation[2] to use dma-buf resource, and based on ww-mutexes[3] for lock mechanism. The purpose of this framework is to provide not only buffer access control to CPU and DMA but also easy-to-use interfaces for device

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

2013-06-19 Thread Lucas Stach
Am Mittwoch, den 19.06.2013, 14:45 +0900 schrieb Inki Dae: -Original Message- From: Lucas Stach [mailto:l.st...@pengutronix.de] Sent: Tuesday, June 18, 2013 6:47 PM To: Inki Dae Cc: 'Russell King - ARM Linux'; 'linux-fbdev'; 'Kyungmin Park'; 'DRI mailing list';

Re: [PATCH RFC v3 1/3] media: added managed media entity initialization

2013-06-19 Thread Andrzej Hajda
On 06/19/2013 12:03 AM, Laurent Pinchart wrote: Hi Andrzej, Thank you for the patch. On Thursday 16 May 2013 10:14:32 Andrzej Hajda wrote: This patch adds managed versions of initialization function for media entity. Signed-off-by: Andrzej Hajda a.ha...@samsung.com Reviewed-by: Sylwester

Re: [PATCH RFC v3 1/3] media: added managed media entity initialization

2013-06-19 Thread Laurent Pinchart
Hi Andrzej, On Wednesday 19 June 2013 12:33:11 Andrzej Hajda wrote: On 06/19/2013 12:03 AM, Laurent Pinchart wrote: On Thursday 16 May 2013 10:14:32 Andrzej Hajda wrote: This patch adds managed versions of initialization function for media entity. Signed-off-by: Andrzej Hajda

Re: [PATCH 2/2] Print parser position on error

2013-06-19 Thread Laurent Pinchart
Hi Sascha, On Wednesday 19 June 2013 07:30:54 Sascha Hauer wrote: On Wed, Jun 19, 2013 at 02:39:48AM +0200, Laurent Pinchart wrote: On Monday 10 June 2013 15:56:01 Laurent Pinchart wrote: Hi Sascha, I'm sorry for the late reply. Great patch set, thank you. It's very helpful.

RE: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

2013-06-19 Thread Inki Dae
-Original Message- From: Lucas Stach [mailto:l.st...@pengutronix.de] Sent: Wednesday, June 19, 2013 7:22 PM To: Inki Dae Cc: 'Russell King - ARM Linux'; 'linux-fbdev'; 'Kyungmin Park'; 'DRI mailing list'; 'myungjoo.ham'; 'YoungJun Cho'; linux-arm- ker...@lists.infradead.org;

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

2013-06-19 Thread Lucas Stach
Am Mittwoch, den 19.06.2013, 19:44 +0900 schrieb Inki Dae: -Original Message- From: Lucas Stach [mailto:l.st...@pengutronix.de] Sent: Wednesday, June 19, 2013 7:22 PM To: Inki Dae Cc: 'Russell King - ARM Linux'; 'linux-fbdev'; 'Kyungmin Park'; 'DRI mailing list';

[PATCH] v4l2: videobuf2-dc: fix support for mappings without struct page in userptr mode

2013-06-19 Thread Marek Szyprowski
Earlier version of dma-contig allocator in user ptr mode assumed that in all cases DMA address equals physical address. This was just a special case. Commit e15dab752d4c588544ccabdbe020a7cc092e23c8 introduced correct support for converting userpage to dma address, but unfortunately it broke the

Re: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread James Board
You are right.  According to your numbers, this card can't work.  So why would BlackMagic design an HDMI capture card with only one PCIe lane if it can't possibly work?   It must work somehow.  I must be missing some crucial piece of information. The card doesn't support hardware encoding,

Re: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread Bjørn Mork
James Board jpboa...@yahoo.com writes: You are right.  According to your numbers, this card can't work.  So why would BlackMagic design an HDMI capture card with only one PCIe lane if it can't possibly work?   It must work somehow.  I must be missing some crucial piece of information. The

[PATCH RFC v4] media: added managed v4l2/i2c subdevice initialization

2013-06-19 Thread Andrzej Hajda
This patch adds managed version of initialization function for v4l2 i2c subdevices. Signed-off-by: Andrzej Hajda a.ha...@samsung.com Reviewed-by: Sylwester Nawrocki s.nawro...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- v4: - added description to

Re: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread Steven Toth
You are right. According to your numbers, this card can't work. So why would BlackMagic design an HDMI capture card with only one PCIe lane if it can't possibly work? It must work somehow. I must be missing some crucial piece of information. Blackmagic's Intensity card doesn't support

Re: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread Daniel Glöckner
On Wed, Jun 19, 2013 at 08:21:19AM -0600, Steven Toth wrote: 1080i max and it's 8 or 10bit colorspace, not 24bit (IIRC). I think that's 8 or 10bit per component, so 24 or 30bit per pixel. Daniel -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: [RFC PATCH 1/5] phy: Add driver for Exynos MIPI CSIS/DSIM DPHYs

2013-06-19 Thread Sylwester Nawrocki
Hi Tomasz, On 06/16/2013 11:11 PM, Tomasz Figa wrote: Hi Sylwester, Looks good, but I added some nitpicks inline. On Friday 14 of June 2013 19:45:47 Sylwester Nawrocki wrote: Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2 receiver and MIPI DSI transmitter DPHYs.

Re: [RFC PATCH 3/5] video: exynos_dsi: Use generic PHY driver

2013-06-19 Thread Sylwester Nawrocki
On 06/16/2013 11:15 PM, Tomasz Figa wrote: On Friday 14 of June 2013 19:45:49 Sylwester Nawrocki wrote: Use the generic PHY API instead of the platform callback to control the MIPI DSIM DPHY. Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com Signed-off-by: Kyungmin Park

Re: [RFC PATCH 3/5] video: exynos_dsi: Use generic PHY driver

2013-06-19 Thread Tomasz Figa
On Wednesday 19 of June 2013 19:10:52 Sylwester Nawrocki wrote: On 06/16/2013 11:15 PM, Tomasz Figa wrote: On Friday 14 of June 2013 19:45:49 Sylwester Nawrocki wrote: Use the generic PHY API instead of the platform callback to control the MIPI DSIM DPHY. Signed-off-by: Sylwester

Re: [RFC PATCH 5/5] ARM: Samsung: Remove MIPI PHY setup code

2013-06-19 Thread Sylwester Nawrocki
On 06/16/2013 10:52 PM, Kukjin Kim wrote: On 06/15/13 02:45, Sylwester Nawrocki wrote: Generic PHY drivers are used to handle the MIPI CSIS and MIPI DSIM DPHYs so we can remove now unused code at arch/arm/plat-samsung. If so, sounds good :) In case there is any board file for S5PV210

cron job: media_tree daily build: WARNINGS

2013-06-19 Thread Hans Verkuil
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: Wed Jun 19 19:00:20 CEST 2013 git branch: test git hash: 414abbd2cd4c2618895f02ed3a76ec6647281436 gcc

Re: [RFC PATCH v2] dmabuf-sync: Introduce buffer synchronization framework

2013-06-19 Thread Russell King - ARM Linux
On Thu, Jun 20, 2013 at 12:10:04AM +0900, Inki Dae wrote: On the other hand, the below shows how we could enhance the conventional way with my approach (just example): CPU - DMA, ioctl(qbuf command) ioctl(streamon) |

[PATCH] [media] go7007: fix return 0 for unsupported devices in go7007_usb_probe()

2013-06-19 Thread Alexey Khoroshilov
probe() should not return 0 for unsupported devices, but go7007_usb_probe() does. The patch fixes it to return -ENODEV. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru --- drivers/staging/media/go7007/go7007-usb.c | 4 ++--

RE: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread Charlie X. Liu
Refer to the discussion at: http://www.amazon.com/Blackmagic-Design-Intensity-Pro-Editing/product-reviews/B001CN9GEA , 1) It does not support 1080p/60 or 1080p/50; 2) It uses YUV (4:2:2). Charlie X. Liu -Original Message- From: linux-media-ow...@vger.kernel.org

RE: HD Capture Card (HDMI and Component) output raw pixels

2013-06-19 Thread Charlie X. Liu
If 1080i60 or 1080p30 as max supported, the bandwidth requirement would be 124.416MB/s (1920*1080*2*30, in YUV422 format). Make sense and it can pass through over a PCIe lane x1. -Original Message- From: linux-media-ow...@vger.kernel.org [mailto:linux-media-ow...@vger.kernel.org] On

EM28xx - MSI Digivox Trio - almost working.

2013-06-19 Thread P. van Gaans
Hi all, (device: http://linuxtv.org/wiki/index.php/MSI_DigiVox_Trio) Thanks to the message from Philip Pemberton I was able to try loading the em28xx driver myself using: sudo modprobe em28xx card=NUMBER echo eb1a 2885 | sudo tee /sys/bus/usb/drivers/em28xx/new_id Here are the results for