- 15 Apr, 2017 8 commits
-
-
Hans Verkuil authored
Simplify ov9640_s_fmt and ov9640_set_fmt Signed-off-by:
Hans Verkuil <hans.verkuil@cisco.com> Acked-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by:
Mauro Carvalho Chehab <mchehab@s-opensource.com>
-
Hans Verkuil authored
Merge ov772x_s_fmt into ov772x_set_fmt. Signed-off-by:
-
Hans Verkuil authored
Simplify ov5642_set_fmt(). Signed-off-by:
-
Hans Verkuil authored
Simplify mt9v022_s_fmt and mt9v022_set_fmt. Signed-off-by:
-
Hans Verkuil authored
Simplify mt9m001_s_fmt and mt9m001_set_fmt. Signed-off-by:
-
Hans Verkuil authored
Simplify imx074_set_fmt(). Signed-off-by:
-
Stefan Brüns authored
The Si2141 needs two distinct commands for powerup/reset, otherwise it will not respond to chip revision requests. It also needs a firmware to run properly. Cc: Evgeny Plehov <EvgenyPlehov@ukr.net> Signed-off-by:
Stefan Brüns <stefan.bruens@rwth-aachen.de> Signed-off-by:
Antti Palosaari <crope@iki.fi> Signed-off-by:
-
Antti Palosaari authored
'Reset' loop does not look correct. I tested it very many times and it never repeated those commands. If problem, it tries to solve, really occurs on some situations better solution should be find out. There is another patch which does not have such hackish looking loop. Lets change to it. Cc: Evgeny Plehov <EvgenyPlehov@ukr.net> Signed-off-by:
-
- 10 Apr, 2017 32 commits
-
-
Hans Verkuil authored
The XV601/709 encodings are special: they signal limited range, but use the full range to encode a larger gamut with R', G' and B' values outside the [0-1] range. So don't clamp to limited range for these two encodings. Signed-off-by:
-
Hans Verkuil authored
The XV601/709 Y'CbCr encoding was changed to limited range, but the comment still indicates full range. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
Geliang Tang <geliangtang@gmail.com> Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Geliang Tang authored
Use setup_timer() instead of init_timer() to simplify the code. Signed-off-by:
-
Nikola Jelic authored
Some of the macros didn't use the parenthesis around the parameters when used in the body of the macro. Signed-off-by:
Nikola Jelic <nikola.jelic83@gmail.com> Signed-off-by:
-
Alexey Khoroshilov authored
If DMA does not support INTERLEAVE, deinterlace_probe() breaks off initialization, releases dma channel, but returns zero. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by:
Alexey Khoroshilov <khoroshilov@ispras.ru> Signed-off-by:
-
Philipp Zabel authored
TRY_FMT already disables the YUYV format if the VDOA is not available. ENUM_FMT must do the same. Fixes: d40e98c1 ("[media] coda: support YUYV output if VDOA is used") Signed-off-by:
Philipp Zabel <p.zabel@pengutronix.de> Reviewed-by:
Lucas Stach <l.stach@pengutronix.de> Signed-off-by:
-
Philipp Zabel authored
Even if field order is set to V4L2_FIELD_ALTERNATE, the width and height values in struct v4l2_mbus_framefmt still refer to frame size, not field size. Fixes: 4f57d27b ("[media] tvp5150: fix tvp5150_fill_fmt()") Signed-off-by:
-
Philipp Zabel authored
To let userspace propagate formats downstream in a media controller scenario, the video source pad (now pad 1, DEMOD_PAD_VID_OUT) must allow setting and getting the format. Incidentally, tvp5150_fill_fmt was implemented for this pad, not for the new analog input pad (now pad 0, DEMOD_PAD_IF_INPUT). Fixes: 55606310 ("[media] tvp5150: create the expected number of pads") Signed-off-by:
-
Colin Ian King authored
The call to v4ls_m2m_get_vq is only used to get the return value which is not being used, so it appears to be redundant and can be removed. Detected with CoverityScan, CID#1420674 ("Useless call") Signed-off-by:Colin Ian King <colin.king@canonical.com> Acked-by:
-
Hans Verkuil authored
The em28xx driver still used the soc_camera.h header for the ov2640 driver. Since this driver no longer uses soc_camera, that include can be removed. Signed-off-by:
Sakari Ailus <sakari.ailus@linux.intel.com> Signed-off-by:
-
Hans Verkuil authored
The MC support is needed by the em28xx driver. Signed-off-by:
-
Hans Verkuil authored
Convert v4l2_clk to normal clk and enable the clock. Signed-off-by:
Hugues Fruchet <hugues.fruchet@st.com> Signed-off-by:
-
Hans Verkuil authored
Convert ov2640 to a standard subdev driver. The soc-camera driver no longer uses this driver, so it can safely be converted. Signed-off-by:
-
Hans Verkuil authored
It is a bit confusing how CEC_CAP_RC and IS_REACHABLE(CONFIG_RC_CORE) interact. By stripping CEC_CAP_RC at the beginning rather than after #else it should be a bit clearer what is going on. Signed-off-by:
Lee Jones <lee.jones@linaro.org> Signed-off-by:
-
Lee Jones authored
Currently when the RC Core is enabled (reachable) core code located in cec_register_adapter() attempts to populate the RC structure with a pointer to the 'parent' passed in by the caller. Unfortunately if the caller did not specify RC capability when calling cec_allocate_adapter(), then there will be no RC structure to populate. This causes a "NULL pointer dereference" error. Fixes: f51e8080 ("[media] cec: pass parent device in register(), not allocate()") Signed-off-by:
-
Hans Verkuil authored
By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Update the bindings documenting the new hdmi phandle and update exynos4.dtsi accordingly. Tested with my Odroid U3. Signed-off-by:
Marek Szyprowski <m.szyprowski@samsung.com> Acked-by:
Krzysztof Kozlowski <krzk@kernel.org> CC: linux-samsung-soc@vger.kernel.org Signed-off-by:
-
Hans Verkuil authored
Update the bindings documenting the new hdmi phandle. Signed-off-by:
Rob Herring <robh@kernel.org> CC: linux-samsung-soc@vger.kernel.org CC: devicetree@vger.kernel.org Signed-off-by:
-
Hans Verkuil authored
Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the s5p-cec driver to initialize the CEC notifier framework. Tested with my Odroid U3. Signed-off-by:
-
Hans Verkuil authored
Implement the CEC notifier support to allow CEC drivers to be informed when there is a new physical address. Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by:
Andrzej Hajda <a.hajda@samsung.com> Signed-off-by:
-
Benjamin Gaignard authored
To use CEC notifier sti CEC driver needs to get phandle of the hdmi device. Signed-off-by:
Benjamin Gaignard <benjamin.gaignard@linaro.org> Signed-off-by:
-
Benjamin Gaignard authored
By using the CEC notifier framework there is no longer any reason to manually set the physical address. This was the one blocking issue that prevented this driver from going out of staging, so do this move as well. Signed-off-by:
-
Benjamin Gaignard authored
Update the bindings documentation with the new hdmi phandle. Signed-off-by:
-
