Re: [omap3isp] xclk deadlock

2013-07-26 Thread Jakub Piotr Cłapa
Dear Laurent, The offending commit is b2da46e52fe7871cba36e1a435844502c0eccf39 After reverting it I get good image on v3.5-rc1. Unfortunatelly trying to revert it on the board/beagle/mt9p031 branch causes conflicts and I am too tired to even try to fix them right now. The hanging unfortunate

Re: [omapdss] fault in dispc_write_irqenable [was: Re: [omap3isp] xclk deadlock]

2013-07-26 Thread Laurent Pinchart
Hi Jakub, On Friday 26 July 2013 21:02:35 Jakub Piotr Cłapa wrote: > On 26.07.13 17:52, Laurent Pinchart wrote: > >>> Using omapfb, or...? I hope not > >>> omap_vout, because that's rather unmaintained =). > >> > >> Laurent's live application is using the V4L2 API for video output (to > >> get fr

Re: [omapdss] fault in dispc_write_irqenable [was: Re: [omap3isp] xclk deadlock]

2013-07-26 Thread Jakub Piotr Cłapa
On 26.07.13 17:52, Laurent Pinchart wrote: Using omapfb, or...? I hope not omap_vout, because that's rather unmaintained =). Laurent's live application is using the V4L2 API for video output (to get free YUV conversion and DMA) so I guess this unfortunatelly counts as using omap_vout. Are there

cron job: media_tree daily build: ERRORS

2013-07-26 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: Fri Jul 26 19:00:23 CEST 2013 git branch: test git hash: 51dd4d70fc59564454a4dcb90d6d46d39a4a97ef gcc versi

Re: [PATCH 0/7] [media] vsp1: Add VIO6 support

2013-07-26 Thread Laurent Pinchart
Hi Matsubara-san, On Friday 26 July 2013 18:32:10 Katsuya Matsubara wrote: > Hi Laurent, > > Could you please consider the following patches to add VIO6 support into > your VSP1 driver implementation? > Any comments or ideas of better implementation are of course welcome. Thank you for the patch

Re: [PATCH] mt9v032: Use the common clock framework

2013-07-26 Thread Laurent Pinchart
Hi Sylwester, On Friday 26 July 2013 15:36:22 Sylwester Nawrocki wrote: > On 07/26/2013 03:15 PM, Laurent Pinchart wrote: > > On Friday 26 July 2013 15:11:08 Sylwester Nawrocki wrote: > >> On 07/05/2013 12:55 PM, Laurent Pinchart wrote: > >>> Configure the device external clock using the common cl

Re: [omapdss] fault in dispc_write_irqenable [was: Re: [omap3isp] xclk deadlock]

2013-07-26 Thread Laurent Pinchart
Hi Jakub, On Friday 26 July 2013 17:37:36 Jakub Piotr Cłapa wrote: > Dear Tomi, > > Thanks for your reply. > > On 26.07.13 09:50, Tomi Valkeinen wrote: > > Sounds like something is enabling/disabling dispc interrupts after the > > clocks have already been turned off. > > > > So what's the conte

Re: [omap3isp] xclk deadlock

2013-07-26 Thread Laurent Pinchart
Hi Jakub, On Thursday 18 July 2013 00:17:19 Jakub Piotr Cłapa wrote: > On 17.07.13 14:50, Laurent Pinchart wrote: > > Hi Jakub, > > > >> 3. After setting up a simple pipeline using media-ctl[2] I get "CCDC > >> won't become idle errors". If I do this after running "live" I also get > >> (unless i

[omapdss] fault in dispc_write_irqenable [was: Re: [omap3isp] xclk deadlock]

2013-07-26 Thread Jakub Piotr Cłapa
Dear Tomi, Thanks for your reply. On 26.07.13 09:50, Tomi Valkeinen wrote: Sounds like something is enabling/disabling dispc interrupts after the clocks have already been turned off. So what's the context here? What kernel? This was on 3.10 from Laurent's board/beagle/mt9p031 branch. I am in

Re: [PATCH v2 6/8] [media] coda: dynamic IRAM setup for decoder

2013-07-26 Thread Mauro Carvalho Chehab
Em Fri, 21 Jun 2013 09:55:32 +0200 Philipp Zabel escreveu: > Signed-off-by: Philipp Zabel Please add a description for the patch. Thanks! Mauro > --- > drivers/media/platform/coda.c | 50 > +-- > 1 file changed, 48 insertions(+), 2 deletions(-) > > d

[GIT PULL FOR v3.12] Accumulated patches for 3.12

2013-07-26 Thread Hans Verkuil
These are all outstanding patches for v4l2 drivers and video receivers/transmitters. If I missed any, then please let me know! Regards, Hans The following changes since commit c859e6ef33ac0c9a5e9e934fe11a2232752b4e96: [media] dib0700: add support for PCTV 2002e & PCTV 2002e SE (2013-

Re: [PATCH 35/50] media: usb: cx231xx: spin_lock in complete() cleanup

2013-07-26 Thread Hans Verkuil
On 07/11/2013 11:05 AM, Ming Lei wrote: > Complete() will be run with interrupt enabled, so change to > spin_lock_irqsave(). > > Cc: Mauro Carvalho Chehab > Cc: Hans Verkuil > Cc: linux-media@vger.kernel.org > Signed-off-by: Ming Lei > --- > drivers/media/usb/cx231xx/cx231xx-audio.c |6 +

Re: [PATCH RFC FINAL v5] media: OF: add "sync-on-green-active" property

2013-07-26 Thread Prabhakar Lad
Hi Hans, Thanks for the review. On Fri, Jul 26, 2013 at 3:27 PM, Hans Verkuil wrote: > Hi Prabhakar, > > On 07/17/2013 05:47 PM, Prabhakar Lad wrote: >> From: "Lad, Prabhakar" >> >> This patch adds 'sync-on-green-active' property as part >> of endpoint property. >> >> Signed-off-by: Lad, Prabha

Re: [PATCH v4] media: i2c: tvp7002: add OF support

2013-07-26 Thread Prabhakar Lad
Hi Hans, Thanks for the review. On Fri, Jul 26, 2013 at 3:39 PM, Hans Verkuil wrote: > Hi Prabhakar, > > On 07/18/2013 05:54 PM, Lad, Prabhakar wrote: >> From: "Lad, Prabhakar" >> >> add OF support for the tvp7002 driver. >> >> Signed-off-by: Lad, Prabhakar >> --- >> This patch depends on htt

Re: [RFC v3 3/3] saa7115: Implement i2c_board_info.platform_data

2013-07-26 Thread Hans Verkuil
Hi Jon Arne, Patches 1 & 2 look good to me. But I do have a few comments for this one: On 07/04/2013 01:27 AM, Jon Arne Jørgensen wrote: > Implement i2c_board_info.platform_data handling in the driver so we can > make device specific changes to the chips we support. > > I'm adding a new init tab

Re: [PATCH] mt9v032: Use the common clock framework

2013-07-26 Thread Sylwester Nawrocki
Hi Laurent, On 07/26/2013 03:15 PM, Laurent Pinchart wrote: On Friday 26 July 2013 15:11:08 Sylwester Nawrocki wrote: On 07/05/2013 12:55 PM, Laurent Pinchart wrote: Configure the device external clock using the common clock framework instead of a board code callback function. Signed-off-by:

[GIT PULL FOR v3.11] Various fixes for 3.11

2013-07-26 Thread Hans Verkuil
Hi Mauro, Here is a list of fixes for 3.11. Compared to the pull request from yesterday I added the em28xx fix for a nasty bug introduced in 3.10 (I added a CC to linux-stable for that one). Regards, Hans The following changes since commit c859e6ef33ac0c9a5e9e934fe11a2232752b4e96: [m

Re: [PATCH 4/4] [media] em28xx: Fix vidioc fmt vid cap v4l2 compliance

2013-07-26 Thread Hans Verkuil
The change to g_fmt_vid_cap isn't necessary as that's automatically cleared. Only the s_fmt_vid_cap change is needed. I'll drop the first chunk and accept the second. Thanks, Hans On 07/17/2013 01:06 AM, Alban Browaeys wrote: > Set fmt.pix.priv to zero in vidioc_g_fmt_vid_cap > and vid

Re: [PATCH 1/4] [media] em28xx: fix assignment of the eeprom data.

2013-07-26 Thread Hans Verkuil
Ouch. I'll take this for 3.11 and CC linux-stable for 3.10. I'm amazed that this hasn't been discovered earlier. Thanks! Hans On 07/17/2013 12:57 AM, Alban Browaeys wrote: > Set the config structure pointer to the eeprom data pointer (data, > here eedata dereferenced) not the pointer to

Re: [PATCH v2 1/8] [media] coda: use vb2_set_plane_payload instead of setting v4l2_planes[0].bytesused directly

2013-07-26 Thread Philipp Zabel
Hi Mauro, Am Freitag, den 26.07.2013, 10:02 -0300 schrieb Mauro Carvalho Chehab: > Hi Philipp, > > Em Fri, 21 Jun 2013 09:55:27 +0200 > Philipp Zabel escreveu: > > > Signed-off-by: Philipp Zabel > > Please provide a description of the patch. Sorry, how about this: "As stated in the vb2_buff

Re: [RFC] Dropping of channels-conf from dtv-scan-tables

2013-07-26 Thread Huei-Horng Yo
2013/7/26 Oliver Schinagl : > On 26-07-13 10:14, Huei-Horng Yo wrote: >> >> Sorry for my off-topic, because dvb-apps' 'scan' utility output wrong >> encoding of channels-conf in Taiwan, that's why 'tw-All' channels-conf >> is still useful for some Taiwan people. Or someone could review my >> patch

Re: [PATCH] mt9v032: Use the common clock framework

2013-07-26 Thread Laurent Pinchart
Hi Sylwester, On Friday 26 July 2013 15:11:08 Sylwester Nawrocki wrote: > On 07/05/2013 12:55 PM, Laurent Pinchart wrote: > > Configure the device external clock using the common clock framework > > instead of a board code callback function. > > > > Signed-off-by: Laurent Pinchart > > --- > > >

Re: [PATCH] mt9v032: Use the common clock framework

2013-07-26 Thread Sylwester Nawrocki
Hi Laurent, On 07/05/2013 12:55 PM, Laurent Pinchart wrote: Configure the device external clock using the common clock framework instead of a board code callback function. Signed-off-by: Laurent Pinchart --- drivers/media/i2c/mt9v032.c | 16 ++-- include/media/mt9v032.h | 4

Re: [PATCH v2 1/8] [media] coda: use vb2_set_plane_payload instead of setting v4l2_planes[0].bytesused directly

2013-07-26 Thread Mauro Carvalho Chehab
Hi Philipp, Em Fri, 21 Jun 2013 09:55:27 +0200 Philipp Zabel escreveu: > Signed-off-by: Philipp Zabel Please provide a description of the patch. Thanks! Mauro > --- > drivers/media/platform/coda.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/m

Re: [PATCH 3/3] bttv: Convert to generic TEA575x interface

2013-07-26 Thread Hans Verkuil
Hi Ondrej, On 06/03/2013 10:46 AM, Hans Verkuil wrote: > On Tue May 14 2013 22:54:45 Ondrej Zary wrote: >> Remove tea575x-specific code from bttv and use the common driver instead. >> >> Signed-off-by: Ondrej Zary >> --- >> drivers/media/pci/bt8xx/bttv-cards.c | 317 >> ---

[RESEND PATCH v10 1/8] drivers: phy: add generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
The PHY framework provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. For dt-boot, the PHY drivers should also register *PHY provider* with the framework. PHY drivers should create the PHY by

[RESEND PATCH v10 0/8] PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Resending with fixed device tree mailing address! Added a generic PHY framework that provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. This framework will be of use only to devices that use

[RESEND PATCH v10 6/8] usb: musb: omap2430: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Use the generic PHY framework API to get the PHY. The usb_phy_set_resume and usb_phy_set_suspend is replaced with power_on and power_off to align with the new PHY framework. musb->xceiv can't be removed as of now because musb core uses xceiv.state and xceiv.otg. Once there is a separate state mach

[RESEND PATCH v10 8/8] usb: phy: twl4030-usb: remove *set_suspend* and *phy_init* ops

2013-07-26 Thread Kishon Vijay Abraham I
Now that twl4030-usb is adapted to the new generic PHY framework, *set_suspend* and *phy_init* ops can be removed from twl4030-usb driver. Signed-off-by: Kishon Vijay Abraham I Acked-by: Felipe Balbi Reviewed-by: Sylwester Nawrocki --- drivers/phy/phy-twl4030-usb.c | 57 ++---

[RESEND PATCH v10 5/8] ARM: dts: omap: update usb_otg_hs data

2013-07-26 Thread Kishon Vijay Abraham I
Updated the usb_otg_hs dt data to include the *phy* and *phy-names* binding in order for the driver to use the new generic PHY framework. Also updated the Documentation to include the binding information. The PHY binding information can be found at Documentation/devicetree/bindings/phy/phy-bindings

[RESEND PATCH v10 7/8] usb: phy: omap-usb2: remove *set_suspend* callback from omap-usb2

2013-07-26 Thread Kishon Vijay Abraham I
Now that omap-usb2 is adapted to the new generic PHY framework, *set_suspend* ops can be removed from omap-usb2 driver. Signed-off-by: Kishon Vijay Abraham I Acked-by: Felipe Balbi Reviewed-by: Sylwester Nawrocki --- drivers/phy/phy-omap-usb2.c | 25 - 1 file changed,

[RESEND PATCH v10 4/8] arm: omap3: twl: add phy consumer data in twl4030_usb_data

2013-07-26 Thread Kishon Vijay Abraham I
The PHY framework uses the phy consumer data populated in platform data in the case of non-dt boot to return the reference to the PHY when the controller (PHY consumer) requests for it. So populated the phy consumer data in the platform data of twl usb. Signed-off-by: Kishon Vijay Abraham I ---

[RESEND PATCH v10 2/8] usb: phy: omap-usb2: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Used the generic PHY framework API to create the PHY. Now the power off and power on are done in omap_usb_power_off and omap_usb_power_on respectively. The omap-usb2 driver is also moved to driver/phy. However using the old USB PHY library cannot be completely removed because OTG is intertwined wi

[RESEND PATCH v10 3/8] usb: phy: twl4030: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Used the generic PHY framework API to create the PHY. For powering on and powering off the PHY, power_on and power_off ops are used. Once the MUSB OMAP glue is adapted to the new framework, the suspend and resume ops of usb phy library will be removed. Also twl4030-usb driver is moved to drivers/ph

[PATCH v10 4/8] arm: omap3: twl: add phy consumer data in twl4030_usb_data

2013-07-26 Thread Kishon Vijay Abraham I
The PHY framework uses the phy consumer data populated in platform data in the case of non-dt boot to return the reference to the PHY when the controller (PHY consumer) requests for it. So populated the phy consumer data in the platform data of twl usb. Signed-off-by: Kishon Vijay Abraham I ---

[PATCH v10 1/8] drivers: phy: add generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
The PHY framework provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. For dt-boot, the PHY drivers should also register *PHY provider* with the framework. PHY drivers should create the PHY by

[PATCH v10 2/8] usb: phy: omap-usb2: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Used the generic PHY framework API to create the PHY. Now the power off and power on are done in omap_usb_power_off and omap_usb_power_on respectively. The omap-usb2 driver is also moved to driver/phy. However using the old USB PHY library cannot be completely removed because OTG is intertwined wi

[PATCH v10 8/8] usb: phy: twl4030-usb: remove *set_suspend* and *phy_init* ops

2013-07-26 Thread Kishon Vijay Abraham I
Now that twl4030-usb is adapted to the new generic PHY framework, *set_suspend* and *phy_init* ops can be removed from twl4030-usb driver. Signed-off-by: Kishon Vijay Abraham I Acked-by: Felipe Balbi Reviewed-by: Sylwester Nawrocki --- drivers/phy/phy-twl4030-usb.c | 57 ++---

[PATCH v10 6/8] usb: musb: omap2430: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Use the generic PHY framework API to get the PHY. The usb_phy_set_resume and usb_phy_set_suspend is replaced with power_on and power_off to align with the new PHY framework. musb->xceiv can't be removed as of now because musb core uses xceiv.state and xceiv.otg. Once there is a separate state mach

[PATCH v10 5/8] ARM: dts: omap: update usb_otg_hs data

2013-07-26 Thread Kishon Vijay Abraham I
Updated the usb_otg_hs dt data to include the *phy* and *phy-names* binding in order for the driver to use the new generic PHY framework. Also updated the Documentation to include the binding information. The PHY binding information can be found at Documentation/devicetree/bindings/phy/phy-bindings

[PATCH v10 7/8] usb: phy: omap-usb2: remove *set_suspend* callback from omap-usb2

2013-07-26 Thread Kishon Vijay Abraham I
Now that omap-usb2 is adapted to the new generic PHY framework, *set_suspend* ops can be removed from omap-usb2 driver. Signed-off-by: Kishon Vijay Abraham I Acked-by: Felipe Balbi Reviewed-by: Sylwester Nawrocki --- drivers/phy/phy-omap-usb2.c | 25 - 1 file changed,

[PATCH v10 0/8] PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Added a generic PHY framework that provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. This framework will be of use only to devices that uses external PHY (PHY functionality is not embedded w

[PATCH v10 3/8] usb: phy: twl4030: use the new generic PHY framework

2013-07-26 Thread Kishon Vijay Abraham I
Used the generic PHY framework API to create the PHY. For powering on and powering off the PHY, power_on and power_off ops are used. Once the MUSB OMAP glue is adapted to the new framework, the suspend and resume ops of usb phy library will be removed. Also twl4030-usb driver is moved to drivers/ph

Re: [PATCH] soc_camera: fix compiler warning

2013-07-26 Thread Guennadi Liakhovetski
On Fri, 26 Jul 2013, Hans Verkuil wrote: > Hi Guennadi, > > On 07/26/2013 01:26 PM, Guennadi Liakhovetski wrote: > > Hi Hans > > > > Thanks for the patch. > > > > On Thu, 25 Jul 2013, Hans Verkuil wrote: > > > >> > >> media_build/v4l/soc_camera.c: In function 'soc_camera_host_register': > >> m

Re: [PATCH] soc_camera: fix compiler warning

2013-07-26 Thread Hans Verkuil
Hi Guennadi, On 07/26/2013 01:26 PM, Guennadi Liakhovetski wrote: > Hi Hans > > Thanks for the patch. > > On Thu, 25 Jul 2013, Hans Verkuil wrote: > >> >> media_build/v4l/soc_camera.c: In function 'soc_camera_host_register': >> media_build/v4l/soc_camera.c:1513:10: warning: 'sasd' may be used

Re: [RFC PATCH 0/2] tea575x: Move from sound to media

2013-07-26 Thread Hans Verkuil
Hi Ondrej! On 06/13/2013 11:42 PM, Ondrej Zary wrote: > Hello, > TEA575x is neither a sound device nor an i2c device. Let's finally move it > from sound/i2c/other to drivers/media/radio. > > Tested with snd-es1968, snd-fm801 and radio-sf16fmr2. > > I guess the Kconfig dependencies are not corre

[PATCH] [media] exynos-gsc: Register v4l2 device

2013-07-26 Thread Arun Kumar K
Gscaler video device registration was happening without reference to a parent v4l2_dev causing probe to fail. The patch creates a parent v4l2 device and uses it for gsc m2m video device registration. Signed-off-by: Arun Kumar K --- drivers/media/platform/exynos-gsc/gsc-core.c |9 - d

Re: [PATCH] soc_camera: fix compiler warning

2013-07-26 Thread Guennadi Liakhovetski
Hi Hans Thanks for the patch. On Thu, 25 Jul 2013, Hans Verkuil wrote: > > media_build/v4l/soc_camera.c: In function 'soc_camera_host_register': > media_build/v4l/soc_camera.c:1513:10: warning: 'sasd' may be used > uninitialized in this function [-Wmaybe-uninitialized] > snprintf(clk_name, s

Re: [PATCH v8] V4L2: soc_camera: Renesas R-Car VIN driver

2013-07-26 Thread Guennadi Liakhovetski
Hello Matsubara-san On Thu, 25 Jul 2013, Katsuya MATSUBARA wrote: > > Hi Vladimir, > > From: Vladimir Barinov > Date: Thu, 25 Jul 2013 10:55:51 +0400 > > > Hi Matsubara-san, > > > > On 07/25/2013 07:01 AM, Katsuya MATSUBARA wrote: > >> Hi Vladimir, > >> > >> Thank you for the revised p

Re: [RFC] Dropping of channels-conf from dtv-scan-tables

2013-07-26 Thread Oliver Schinagl
On 26-07-13 10:14, Huei-Horng Yo wrote: Sorry for my off-topic, because dvb-apps' 'scan' utility output wrong encoding of channels-conf in Taiwan, that's why 'tw-All' channels-conf is still useful for some Taiwan people. Or someone could review my patch about this encoding issue? ([PATCH][dvb-app

Re: [PATCH v4] media: i2c: tvp7002: add OF support

2013-07-26 Thread Hans Verkuil
Hi Prabhakar, On 07/18/2013 05:54 PM, Lad, Prabhakar wrote: > From: "Lad, Prabhakar" > > add OF support for the tvp7002 driver. > > Signed-off-by: Lad, Prabhakar > --- > This patch depends on https://patchwork.kernel.org/patch/2828800/ > > Changes for v4: > 1: Improved descrition of end p

Re: [PATCH RFC FINAL v5] media: OF: add "sync-on-green-active" property

2013-07-26 Thread Hans Verkuil
Hi Prabhakar, On 07/17/2013 05:47 PM, Prabhakar Lad wrote: > From: "Lad, Prabhakar" > > This patch adds 'sync-on-green-active' property as part > of endpoint property. > > Signed-off-by: Lad, Prabhakar > --- > Changes for v5: > 1: Changed description for sync-on-green-active property in >

[PATCH 4/7] [media] vsp1: Rewrite the value definitions for DPR routing as enum and arrays

2013-07-26 Thread Katsuya Matsubara
This rewrites the value definitions for DPR routing as enum and arrays rather than macros to support multiple versions of the H/W IP. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/vsp1.h|6 drivers/media/platform/vsp1/vsp1_drv.c| 49 +

[PATCH 5/7] [media] vsp1: Introduce bit operations for the DPR route registers

2013-07-26 Thread Katsuya Matsubara
This change allows support for H/W IPs in which multiple DPR route registers are combined into one. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/vsp1.h |1 + drivers/media/platform/vsp1/vsp1_drv.c | 94 +++--- drivers/media/platform/vsp1/

[PATCH 6/7] [media] vsp1: Move the DPR_WPF_FPORCH register settings into the device initialization

2013-07-26 Thread Katsuya Matsubara
The DPR_WPR_FPORCH registers must be set once with a constant value and they are never varied at runtime. So it can be moved into the vsp1_device_init function that will be invoked just one time. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/vsp1_drv.c |9 + drive

[PATCH 7/7] [media] vsp1: Add VIO6 support

2013-07-26 Thread Katsuya Matsubara
VIO6 is an older version of the VSP1 used by many of the current Renesas R-Car/R-Mobile SoCs. This patch just handles the differences between VSP1 and VIO6, by adjusting the offset of some registers and the DPR register operation. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/

[PATCH 3/7] [media] vsp1: Rewrite the definition of registers' offset as enum and arrays

2013-07-26 Thread Katsuya Matsubara
This replaces the macro definitions of register offset with one written as enum and arrays. It could be useful for supporting multiple versions of the H/W IP. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/vsp1.h| 15 +- drivers/media/platform/vsp1/vsp1_drv.c| 19

[PATCH 1/7] [media] vsp1: Fix lack of the sink entity registration for enabled links

2013-07-26 Thread Katsuya Matsubara
Each source entity maintains a pointer to the counterpart sink entity while an enabled link connects them. It should be managed by the setup_link callback in the media controller framework at runtime. However, enabled links which connect RPFs and WPFs that have an equivalent index number are create

[PATCH 0/7] [media] vsp1: Add VIO6 support

2013-07-26 Thread Katsuya Matsubara
Hi Laurent, Could you please consider the following patches to add VIO6 support into your VSP1 driver implementation? Any comments or ideas of better implementation are of course welcome. The first two patches are fixes, not only for VIO6. The next four patches are preparations of supporting mult

[PATCH 2/7] [media] vsp1: Use the maximum number defined in platform data

2013-07-26 Thread Katsuya Matsubara
The VSP1 driver allows to define the maximum number of each module such as RPF, WPF, and UDS in a platform data definition. This suppresses operations for nonexistent or unused modules. Signed-off-by: Katsuya Matsubara --- drivers/media/platform/vsp1/vsp1_drv.c |8 1 file changed, 4

siano: divide error: 0000 [#1] SMP

2013-07-26 Thread Petr Janecek
Hello, since about 3.10, siano dvb-t tuner (usb id 187f:0202) crashes the machine when plugged in before boot. No such problem if connected later. Regards, Petr [ 38.387145] divide error: [#1] SMP [ 38.391132] Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables

Re: width and height of JPEG compressed images

2013-07-26 Thread Sakari Ailus
Hi Sylwester and Thomas, On Wed, Jul 24, 2013 at 10:39:11AM +0200, Sylwester Nawrocki wrote: > Hi, > > On 07/24/2013 09:47 AM, Thomas Vajzovic wrote: > > On 23 July 2013 23:21 Sakari Ailus wrote: > >> On Sun, Jul 21, 2013 at 10:38:18PM +0200, Sylwester Nawrocki wrote: > >>> On 07/19/2013 10:28 P

Re: [GIT PULL FOR v3.11]

2013-07-26 Thread Hans Verkuil
Hi Prabhakar, On 07/26/2013 06:33 AM, Prabhakar Lad wrote: > Hi Hans, > > On Thu, Jul 25, 2013 at 6:55 PM, Hans Verkuil wrote: >> Hi Prabhakar, >> >> On Thu 11 July 2013 19:25:15 Prabhakar Lad wrote: >>> Hi Hans, >>> >>> On Thu, Jun 27, 2013 at 12:25 PM, Hans Verkuil wrote: (Same as my pre

Re: [RFC] Dropping of channels-conf from dtv-scan-tables

2013-07-26 Thread Huei-Horng Yo
Sorry for my off-topic, because dvb-apps' 'scan' utility output wrong encoding of channels-conf in Taiwan, that's why 'tw-All' channels-conf is still useful for some Taiwan people. Or someone could review my patch about this encoding issue? ([PATCH][dvb-apps] Fix 'scan' utility region 0x14 encoding

Re: [omap3isp] xclk deadlock

2013-07-26 Thread Tomi Valkeinen
On 17/07/13 15:50, Laurent Pinchart wrote: > Hi Jakub, > > (CC'ing Tomi Valkeinen) > > On Friday 12 July 2013 16:44:44 Jakub Piotr Cłapa wrote: >> 2. When exiting from live the kernel hangs more often then not >> (sometimes it is accompanied by "Unhandled fault: external abort on >> non-linefetc