on't
collide with the caller I believe.
Also tidied couple of instances where the macro
arguments are used in expressions without paranthesis.
This patchset is based on top of today's linux-next repo.
commit bc4c75f41a1c ("Add linux-next specific files for 20170613&quo
Add V4L2_CAP_IO_MC to be used in struct v4l2_capability to indicate that
input and output are controlled by the Media Controller instead of V4L2
API.
When this flag is set, ioctls for get, set and enum input and outputs
are automatically enabled and programmed to call helper function.
Signed-off-b
Dear Mauro
Thanks for your kind review during your busy schedule.
I will confirm with your findings and discuss about them
(how to change our codes) in our team.
Regards & Thanks
Takiguchi
On 2017/06/13 23:38, Mauro Carvalho Chehab wrote:
> Hi Takiguchi-san,
>
> Em Thu, 25 May 2017 15:15:39 +0
On Wed, Jun 14, 2017 at 11:32 AM, Zhi, Yong wrote:
> Hi, Tomasz,
>
> Thanks for your code review, still need more time to study and test the
> solution for the rest of comments, going forward, I will respond to your
> review first before submitting new version.
Just to clarify, my note was not
Hi, Tomasz,
Thanks for your code review, still need more time to study and test the
solution for the rest of comments, going forward, I will respond to your review
first before submitting new version.
Thanks,
Yong
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailt
From: Chiranjeevi Rapolu
Provides single source pad with up to 2592x1944 pixels at 10-bit raw
bayer format over MIPI CSI2 two lanes at 640Mbps/lane.
The driver supports following features:
- up to 30fps at 5M pixels
- manual exposure
- digital/analog gain
- V-blank/H-blank
- test pattern
- media
On 06/13/2017 12:55 PM, Hans Verkuil wrote:
It's been a long road, but the i.MX6 platform now has a proper driver.
There
are a few relatively minor issues remaining (see the TODO file) before it
can be moved out of staging.
I want to thank Steve and Philipp for their hard work!
Your welcome
Hi Yong,
On Wed, Jun 14, 2017 at 5:17 AM, Yong Zhi wrote:
> This patch adds CIO2 CSI-2 device driver for
> Intel's IPU3 camera sub-system support.
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/pci/Kconfig|2 +
> drivers/media/pci/Makefile |3 +-
> drive
Hi Sakari,
I reverted v10 and just added a comparison to see if clock-frequency is 19.2Mhz
https://patchwork.kernel.org/patch/9784827/
-Hyungwoo
-Original Message-
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: Tuesday, June 13, 2017 8:29 AM
> To: Yang, Hyungwoo
> Cc: lin
This patch adds driver for Omnivision's ov13858
sensor, the driver supports following features:
- manual exposure/gain(analog and digital) control support
- two link frequencies
- VBLANK/HBLANK support
- test pattern support
- media controller support
- runtime pm support
- supported resolutions
v11 : removed v10 and added checking if input clock frequency is 19.2Mhz
v10 : moved data dependent on module input clock frequency into fwnode.
v9 : added HBLANK and CID_GAIN(for digital gain).
v8 : enabled ov13858 with basic functionalities.
Hyungwoo Yang (1):
[media] i2c: add support for OV13
This patch adds driver for Omnivision's ov13858
sensor, the driver supports following features:
- manual exposure/gain(analog and digital) control support
- two link frequencies
- VBLANK/HBLANK support
- test pattern support
- media controller support
- runtime pm support
- supported resolutions
Hi!
> > Are there any news about the fwnode branch?
> >
> > I have quite usable camera, but it is still based on
> > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be
> > good to see fwnode stuff upstream... are there any plans for that?
> >
> > Is there stable branch to which
This patch adds CIO2 CSI-2 device driver for
Intel's IPU3 camera sub-system support.
Signed-off-by: Yong Zhi
---
drivers/media/pci/Kconfig|2 +
drivers/media/pci/Makefile |3 +-
drivers/media/pci/intel/Makefile |5 +
drivers/media/pci/intel/ipu3/
The formats added by this patch are:
V4L2_PIX_FMT_IPU3_SBGGR10
V4L2_PIX_FMT_IPU3_SGBRG10
V4L2_PIX_FMT_IPU3_SGRBG10
V4L2_PIX_FMT_IPU3_SRGGB10
Signed-off-by: Yong Zhi
---
Documentation/media/uapi/v4l/pixfmt-rgb.rst| 1 +
.../media/uapi/v4l/pixfmt-srggb10-ipu3.rst
This patch adds the driver for the CIO2 device found in some the Skylake
and Kaby Kake SoCs. The CIO2 consists of four D-PHY receivers.
The CIO2 driver exposes V4L2, V4L2 sub-device and Media controller
interfaces to the user space.
===
= history =
===
More soon for next version.
Add IPU3 specific formats:
V4L2_PIX_FMT_IPU3_SBGGR10
V4L2_PIX_FMT_IPU3_SGBRG10
V4L2_PIX_FMT_IPU3_SGRBG10
V4L2_PIX_FMT_IPU3_SRGGB10
Signed-off-by: Yong Zhi
---
drivers/media/v4l2-core/v4l2-ioctl.c | 4
include/uapi/linux/videodev2.h | 5 +
2 files c
It's been a long road, but the i.MX6 platform now has a proper driver. There
are a few relatively minor issues remaining (see the TODO file) before it
can be moved out of staging.
I want to thank Steve and Philipp for their hard work!
Regards,
Hans
The following changes since commit 47
Initialize the test pattern generator on the sensor
Generate a colored bar image instead of a grey one
Signed-off-by: Helen Koike
---
Changes in v4: None
Changes in v3:
[media] vimc: sen: Integrate the tpg on the sensor
- Declare frame_size as a local variable
- Set tpg frame fo
Remove helper functions from vimc-core and add it in vimc-common to
clean up the core.
Signed-off-by: Helen Koike
---
Changes in v4: None
Changes in v3:
[media] vimc: Move common code from the core
- This is a new patch in the series
Changes in v2: None
---
drivers/media/platform/vi
As all the subdevices in the topology will be initialized in the same
way, to avoid code repetition the vimc_ent_sd_{register, unregister}
helper functions were created
Signed-off-by: Helen Koike
---
Changes in v4: None
Changes in v3:
[media] vimc: common: Add vimc_ent_sd_* helper
- add
Move the vimc_cap_pipeline_s_stream from the vimc-cap.c to vimc-common.c
as this core will be reused by other subdevices to activate the stream
in their directly connected nodes
Signed-off-by: Helen Koike
---
Changes in v4: None
Changes in v3:
[media] vimc: Add vimc_pipeline_s_stream in the cor
All links will be checked in the same way. Adding a helper function for
that
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: common: Add vimc_link_validate
- remove vimc_fmt_pix_to_mbus(), replaced by
v4l2_fill_mbus_format()
- remove EXPORT_SYMBOL(vimc_link_v
Implement the debayer filter and integrate it with the core
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: deb: Add debayer filter
- Rebase without [media] vimc: Optimize frame generation through
pipe
- use vimc_colorimetry_clamp
- replace V4L2_COLOR
Implement scaler and integrated with the core
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: sca: Add scaler
- use vimc_colorimetry_clamp
- replace V4L2_COLORSPACE_SRGB by V4L2_COLORSPACE_DEFAULT in the
default format struct
- use struct vimc_platfor
Colorimetry value will always be checked in the same way. Adding a
helper macro for that
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: common: Add vimc_colorimetry_clamp
- this is a new patch in the series
Changes in v3: None
Changes in v2: None
---
drivers/media/platf
Allow user space to change the image format as the frame size, the
pixel format, colorspace, quantization, field YCbCr encoding
and the transfer function
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: cap: Support several image formats
- add vimc_colorimetry_clamp macro
Change the core structure for adding subdevices in the topology.
Instead of calling the specific create function for each subdevice,
inject a child platform_device with the driver's name.
Each type of node in the topology (sensor, capture, debayer, scaler)
will register a platform_driver with the c
Allow user space to change the image format as the frame size, the
media bus pixel format, colorspace, quantization, field YCbCr encoding
and the transfer function
Signed-off-by: Helen Koike
---
Changes in v4:
[media] vimc: sen: Support several image formats
- use vimc_colorimetry_clamp
This patch series improves the current video processing units in vimc
(by adding more controls to the sensor and capture node, allowing the
user to configure different frame formats) and also adds a debayer
and a scaler node.
The debayer transforms the bayer format image received in its sink pad
to
Hi Thierry,
On 06/07/2017 02:34 PM, Thierry Escande wrote:
> Hi Jacek,
>
> On 02/06/2017 21:50, Jacek Anaszewski wrote:
>> Hi Thierry,
>>
>> On 06/02/2017 06:02 PM, Thierry Escande wrote:
>>> From: Abhilash Kesavan
>>>
>>> This patch resets the encoding and decoding register bits before doing a
Hi Sakari,
Thanks for your feedback.
On 2017-05-29 14:16:25 +0300, Sakari Ailus wrote:
> Hi Niklas,
>
> On Wed, May 24, 2017 at 02:13:52AM +0200, Niklas Söderlund wrote:
> > From: Niklas Söderlund
> >
> > Documentation for Renesas R-Car MIPI CSI-2 receiver. The CSI-2 receivers
> > are located
Hi Hyungwoo,
On Tue, Jun 13, 2017 at 02:29:25PM +, Yang, Hyungwoo wrote:
>
>
> Here is the _DSD for 19.2Mhz
If you attached it, the list server most likely removed the attachment.
Could you send it again in-line?
>
>
>
>
>
> i've inlined my comments.
>
>
>
> -Original Message--
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v4.12-3
For:
- some build dependency issues at CEC core with randconfigs;
- fix an off by one error at vb2;
- a race fix at cec core;
- driver fixes at tc358743, sir_ir and rainsha
Hi Takiguchi-san,
Em Thu, 25 May 2017 15:15:39 +0900
"Takiguchi, Yasunari" escreveu:
> Hi, all
>
> I sent the patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver
> on Apr/14.
> Are there any comments, advices and review results for them?
Usually, reviewing drivers takes more time
Hi,
This series enables incremental async find and bind of subdevices,
please se patch 2/2 for a more detailed description.
This is tested on Renesas H3 and M3-W together with the Renesas CSI-2
and VIN Gen3 driver (posted separately). It is based on top of the media-tree.
* Changes since v2
- Fi
Add a check for v4l2_dev to v4l2_async_notifier_register() as to fail as
early as possible since this will fail later in v4l2_async_test_notify().
Signed-off-by: Niklas Söderlund
Acked-by: Sakari Ailus
Acked-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-async.c | 3 ++-
1 file changed, 2 i
This is a wrapper around the media entity get_fwnode_pad operation.
Signed-off-by: Niklas Söderlund
---
drivers/media/media-entity.c | 35 +++
include/media/media-entity.h | 23 +++
2 files changed, 58 insertions(+)
diff --git a/drivers/media/
Hi,
This series add a new entity operation which will aid capture
drivers to map a port/endpoint in DT to a media graph pad.
This series is implemented support for the ongoing ADV748x work by
Kieran Bingham. In his work he have a driver which registers more then
one subdevice. So when a driver fi
The optional operation can be used by entities to report how it maps its
fwnode endpoints to media pad numbers. This is useful for devices which
require advanced mappings of pads.
Signed-off-by: Niklas Söderlund
---
include/media/media-entity.h | 5 +
1 file changed, 5 insertions(+)
diff --
When the registered() callback of v4l2_subdev_internal_ops is called the
subdevice has access to the master devices v4l2_dev and it's called with
the async frameworks list_lock held. In this context the subdevice can
register its own notifiers to allow for incremental discovery of
subdevices.
The
Here is the _DSD for 19.2Mhz
i've inlined my comments.
-Original Message-
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: Tuesday, June 13, 2017 3:18 AM
> To: Yang, Hyungwoo
> Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com; Zheng, Jian Xu
> ; tf...@chro
Changes since the previous pull request:
- made i2s control private
- add maintainers entries
- fix sparse/smatch errors
- slightly modified the code so we don't hit a regmap_read_poll_timeout macro
bug (patches to fix that were posted separately, out of scope for media).
Regards,
Hans
Hi Ramesh,
On Tue, Jun 13, 2017 at 3:33 PM, Ramesh Shanmugasundaram
wrote:
> Renamed variable "timeout" to "__timeout" to avoid namespace collision.
> Tidy up macro arguments with paranthesis.
>
> Signed-off-by: Ramesh Shanmugasundaram
>
Thanks for your patches!
> --- a/include/linux/iopoll.h
On 06/13/17 15:23, Helen Koike wrote:
> Hi Hans,
>
> On 2017-06-13 03:49 AM, Hans Verkuil wrote:
>> On 06/12/2017 10:35 PM, Helen Koike wrote:
>>> Hi Hans,
>>>
>>> Thank you for your review. Please check my comments below
>>>
>>> On 2017-06-12 07:37 AM, Hans Verkuil wrote:
On 06/03/2017 04:58
t is based on top of today's linux-next repo.
commit bc4c75f41a1c ("Add linux-next specific files for 20170613")
Change history:
v2:
- iopoll.h:
- Enclosed timeout_us & sleep_us arguments with paranthesis
- regmap.h:
- Enclosed timeout_us & sleep_us
Renamed variable "timeout" to "__timeout" to avoid namespace collision.
Tidy up macro arguments with paranthesis.
Signed-off-by: Ramesh Shanmugasundaram
---
include/linux/iopoll.h | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/include/linux/iopoll.h b/include/li
Renamed variable "timeout" to "__timeout" & "pollret" to "__ret" to
avoid namespace collision. Tidy up macro arguments with paranthesis.
Signed-off-by: Ramesh Shanmugasundaram
---
include/linux/regmap.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/include
The Odroid-U3 board has an IP4791CZ12 level shifter that is
disabled if the HPD is low, which means that the CEC pin is
disabled as well.
Signed-off-by: Hans Verkuil
---
Changes since v1: moved &hdmicec to after &buck to keep it somewhat
alphabetical.
---
arch/arm/boot/dts/exynos4412-odroidu3.dt
This patch series adds various useful helper functions (esp. for
upcoming CEC support in drm drivers).
The other addition is support for the new CEC_CAP_NEEDS_HPD capability: it
turns out there is a lot of hardware out there that cannot use the CEC pin
when there is no HPD. The CEC specification a
Em Fri, 14 Apr 2017 11:31:50 +0900
escreveu:
> From: Yasunari Takiguchi
>
> This provides the main dvb frontend operation functions
> for the Sony CXD2880 DVB-T2/T tuner + demodulator driver.
For now, I'll do only a quick review on patches 6-15, as there are several
things to be ajusted on the
Hi Hans,
On 2017-06-13 03:49 AM, Hans Verkuil wrote:
On 06/12/2017 10:35 PM, Helen Koike wrote:
Hi Hans,
Thank you for your review. Please check my comments below
On 2017-06-12 07:37 AM, Hans Verkuil wrote:
On 06/03/2017 04:58 AM, Helen Koike wrote:
+static struct component_match *vimc_add_
Em Fri, 14 Apr 2017 11:26:56 +0900
escreveu:
> From: Yasunari Takiguchi
>
> This part of the driver has the main routines to handle
> the tuner and demodulator functionality. The tnrdmd_mon.* files
> have monitor functions for the driver.
> This is part of the Sony CXD2880 DVB-T2/T tuner + dem
This patch adds driver support for the MAX2175 chip. This is Maxim
Integrated's RF to Bits tuner front end chip designed for software-defined
radio solutions. This driver exposes the tuner as a sub-device instance
with standard and custom controls to configure the device.
Signed-off-by: Ramesh Sha
Hi Pavel,
On Tue, Jun 13, 2017 at 02:22:40PM +0200, Pavel Machek wrote:
> Hi!
>
> Are there any news about the fwnode branch?
>
> I have quite usable camera, but it is still based on
> 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be
> good to see fwnode stuff upstream... are
On 13-06-2017 11:54, Hans Verkuil wrote:
> On 06/13/17 12:31, Hans Verkuil wrote:
>> On 06/13/17 12:06, Jose Abreu wrote:
>>> Hi Hans,
>>>
>>>
>>> On 13-06-2017 11:01, Jose Abreu wrote:
>>>
>>> [snip]
Changes from RFC:
- Added support for HDCP 1.4
>>> [snip]
+
+/* HDCP 1.4
Em Fri, 14 Apr 2017 11:25:23 +0900
escreveu:
> From: Yasunari Takiguchi
>
> Add functions for initializing, reading and writing to the SPI
> device for the Sony CXD2880 DVB-T2/T tuner + demodulator.
>
> Signed-off-by: Yasunari Takiguchi
> Signed-off-by: Masayuki Yamamoto
> Signed-off-by: Hid
Hi!
Are there any news about the fwnode branch?
I have quite usable camera, but it is still based on
982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be
good to see fwnode stuff upstream... are there any plans for that?
Is there stable branch to which I could move the stuff?
Th
Hi Niklas
On 13/06/17 08:33, Niklas Söderlund wrote:
> Hi Kieran,
>
> Thanks for your patch, and great work!
Thanks for taking a look.
> On 2017-06-13 01:35:07 +0100, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> Provide support for the ADV7481 and ADV7482.
>>
>> The driver is modelled w
Em Fri, 14 Apr 2017 11:22:37 +0900
escreveu:
> From: Yasunari Takiguchi
>
> Provide some math support functions (fixed-point log functions)
> for the Sony CXD2880 DVB-T2/T tuner + demodulator driver.
No need. The Kernel already provide log functions. You should use the
existing ones, instead o
Em Fri, 14 Apr 2017 11:17:01 +0900
escreveu:
> From: Yasunari Takiguchi
>
> These are common files for the driver for the
> Sony CXD2880 DVB-T2/T tuner + demodulator.
> These contains helper functions for the driver.
>
> Signed-off-by: Yasunari Takiguchi
> Signed-off-by: Masayuki Yamamoto
>
Em Fri, 14 Apr 2017 11:08:23 +0900
escreveu:
> From: Yasunari Takiguchi
>
> This is the SPI adapter part of the driver for the
> Sony CXD2880 DVB-T2/T tuner + demodulator.
>
> Signed-off-by: Yasunari Takiguchi
> Signed-off-by: Masayuki Yamamoto
> Signed-off-by: Hideki Nozawa
> Signed-off-by
On 06/13/17 12:31, Hans Verkuil wrote:
> On 06/13/17 12:06, Jose Abreu wrote:
>> Hi Hans,
>>
>>
>> On 13-06-2017 11:01, Jose Abreu wrote:
>>
>> [snip]
>>> Changes from RFC:
>>> - Added support for HDCP 1.4
>>
>> [snip]
>>> +
>>> +/* HDCP 1.4 */
>>> +#define DW_HDMI_HDCP14_BKSV_SIZE 2
>>> +#de
Hi Arnd,
On 13 June 2017 at 15:19, Arnd Bergmann wrote:
> On Tue, Jun 13, 2017 at 10:58 AM, Binoy Jayan wrote:
>> These are a set of patches [v2] which removes semaphores from ngene.
>> These are part of a bigger effort to eliminate unwanted semaphores
>> from the linux kernel.
>
> All three
>
>
On 06/13/17 12:06, Jose Abreu wrote:
> Hi Hans,
>
>
> On 13-06-2017 11:01, Jose Abreu wrote:
>
> [snip]
>> Changes from RFC:
>> - Added support for HDCP 1.4
>
> [snip]
>> +
>> +/* HDCP 1.4 */
>> +#define DW_HDMI_HDCP14_BKSV_SIZE2
>> +#define DW_HDMI_HDCP14_KEYS_SIZE(2 * 40)
>> +
>>
Hi Hyungwoo,
On Mon, Jun 12, 2017 at 05:56:00PM -0700, Hyungwoo Yang wrote:
> This patch adds driver for Omnivision's ov13858
> sensor, the driver supports following features:
>
> - manual exposure/gain(analog and digital) control support
> - two link frequencies
> - VBLANK/HBLANK support
> - tes
Hi Hans,
On 13-06-2017 11:01, Jose Abreu wrote:
[snip]
> Changes from RFC:
> - Added support for HDCP 1.4
[snip]
> +
> +/* HDCP 1.4 */
> +#define DW_HDMI_HDCP14_BKSV_SIZE 2
> +#define DW_HDMI_HDCP14_KEYS_SIZE (2 * 40)
> +
> +struct dw_hdmi_hdcp14_key {
> + u32 seed;
> + u3
The Synopsys Designware HDMI RX controller is an HDMI receiver controller that
is responsible to process digital data that comes from a phy. The final result
is a stream of raw video data that can then be connected to a video DMA, for
example, and transfered into RAM so that it can be displayed.
T
Document the bindings for the Synopsys Designware HDMI RX.
Signed-off-by: Jose Abreu
Cc: Rob Herring
---
.../devicetree/bindings/media/snps,dw-hdmi-rx.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/snps,dw-hdmi-rx.t
This adds support for the Synopsys Designware HDMI RX PHY e405. This
phy receives and decodes HDMI video that is delivered to a controller.
Main features included in this driver are:
- Equalizer algorithm that chooses the phy best settings
according to the detected HDMI cable chara
Add a entry for Synopsys Designware HDMI Receivers drivers
and phys.
Signed-off-by: Jose Abreu
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 053c3bd..e798040 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11294,6 +11294,13 @@ L: ne
This is an initial submission for the Synopsys Designware HDMI RX
Controller Driver. This driver interacts with a phy driver so that
a communication between them is created and a video pipeline is
configured.
The controller + phy pipeline can then be integrated into a fully
featured system that ca
On Tue, Jun 13, 2017 at 10:58 AM, Binoy Jayan wrote:
> These are a set of patches [v2] which removes semaphores from ngene.
> These are part of a bigger effort to eliminate unwanted semaphores
> from the linux kernel.
All three
Acked-by: Arnd Bergmann
I already gave an Ack for one or two of th
Hi Kieran,
On Tue, Jun 13, 2017 at 11:32 AM, Kieran Bingham
wrote:
> On 13/06/17 10:24, Geert Uytterhoeven wrote:
>> On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
>>> From: Kieran Bingham
>>>
>>> Provide support for the ADV7481 and ADV7482.
>>>
>>> The driver is modelled with 4 subdevi
Hi Ramesh,
On Tue, Jun 13, 2017 at 11:10 AM, Ramesh Shanmugasundaram
wrote:
> This patch adds driver support for the MAX2175 chip. This is Maxim
> Integrated's RF to Bits tuner front end chip designed for software-defined
> radio solutions. This driver exposes the tuner as a sub-device instance
>
On 13/06/17 10:24, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
>> From: Kieran Bingham
>>
>> Provide support for the ADV7481 and ADV7482.
>>
>> The driver is modelled with 4 subdevices to allow simultaneous streaming
>> from the AFE (Analog
This patch adds driver support for the MAX2175 chip. This is Maxim
Integrated's RF to Bits tuner front end chip designed for software-defined
radio solutions. This driver exposes the tuner as a sub-device instance
with standard and custom controls to configure the device.
Signed-off-by: Ramesh Sha
Hi Kieran,
On Tue, Jun 13, 2017 at 2:35 AM, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide support for the ADV7481 and ADV7482.
>
> The driver is modelled with 4 subdevices to allow simultaneous streaming
> from the AFE (Analog front end) and HDMI inputs though two CSI TX
> entities.
>
Hi Tuukka,
Thanks for your replies. Please see mine inline.
On Tue, Jun 13, 2017 at 5:58 PM, Tuukka Toivonen
wrote:
> Hi Tomasz,
>
> On Monday, June 12, 2017 18:59:18 Tomasz Figa wrote:
>> By any chance, doesn't the hardware provide some simple mode for
>> contiguous buffers? Since we have an MM
The semaphore 'i2c_switch_mutex' is used as a simple mutex, so
it should be written as one. Semaphores are going away in the future.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 2 +-
drivers/media/pci/ngene/ngene-i2c.c | 6 +++---
drivers/media/pci/ngene/ngene.h |
The semaphore 'cmd_mutex' is used as a simple mutex, so
it should be written as one. Also, replace down with
mutex_destroy to ensure sane state when ngene_stop is
called.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 12 ++--
drivers/media/pci/ngene/ngene.h |
The semaphore 'stream_mutex' is used as a simple mutex, so
it should be written as one. Also moving the mutex_[lock/unlock]
to the caller as it is anyway locked at the beginning of the
callee thus avoiding repetition.
Signed-off-by: Binoy Jayan
---
drivers/media/pci/ngene/ngene-core.c | 18 +
Hi Tomasz,
On Monday, June 12, 2017 18:59:18 Tomasz Figa wrote:
> By any chance, doesn't the hardware provide some simple mode for
> contiguous buffers? Since we have an MMU anyway, we could use
> vb2_dma_contig and simplify the code significantly.
In IPU3 the CIO2 (CSI-2 receiver) and the IMGU (
These are a set of patches [v2] which removes semaphores from ngene.
These are part of a bigger effort to eliminate unwanted semaphores
from the linux kernel.
v1 --> v2
-
Moved mutex_[lock/unlock] outside caller for stream_mutex
mutex_lock converted to mutex_destroy in cmd_mutex
Binoy Ja
Hi Arnd,
On 9 June 2017 at 16:06, Arnd Bergmann wrote:
>> Thank you for pointing out that. I'll check the
>> concurrency part. By the way why do we need mutex_destoy?
>> To debug an aberrate condition?
>
> At first I suspected the down() here was added for the same
> purpose as a mutex_destroy:
On Wed 2017-06-07 11:33:44, Philipp Zabel wrote:
> Add two new media entity function definitions for video multiplexers
> and video interface bridges.
>
> Signed-off-by: Philipp Zabel
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.k
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: Tue Jun 13 05:00:15 CEST 2017
media-tree git hash:47f910f0e0deb880c2114811f7ea1ec115a19ee4
media_build gi
Hi Kieran,
Thanks for your patch, and great work!
On 2017-06-13 01:35:07 +0100, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide support for the ADV7481 and ADV7482.
>
> The driver is modelled with 4 subdevices to allow simultaneous streaming
> from the AFE (Analog front end) and HDMI
88 matches
Mail list logo