Re: [PATCH] cx18: Fix a sleep-in-atomic bug in snd_cx18_pcm_hw_free

Hi Jia-Ju, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.12-rc3 next-20170531] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jia-Ju-Bai/cx18-Fix-a-sleep

Re: [PATCH] ivtv: Fix a sleep-in-atomic bug in snd_ivtv_pcm_hw_free

Hi Jia-Ju, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.12-rc3 next-20170531] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jia-Ju-Bai/ivtv-Fix-a-sleep

Re: [PATCH v6 7/7] media: platform: rcar_drif: Add DRIF support

Hi Ramesh, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.12-rc3 next-20170531] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ramesh-Shanmugasundaram/Add-V4L2-SDR

cron job: media_tree daily build: WARNINGS

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 Jun 1 05:00:16 CEST 2017 media-tree git hash:36bcba973ad478042d1ffc6e89afd92e8bd17030 media_build

[PATCH] ivtv: Fix a sleep-in-atomic bug in snd_ivtv_pcm_hw_free

The driver may sleep under a spin lock, and the function call path is: snd_ivtv_pcm_hw_free (acquire the lock by spin_lock_irqsave) vfree --> may sleep To fix it, the "substream->runtime->dma_area" is passed to a temporary value, and mark it NULL when holding the lock. The memory is freed by

[PATCH] cx18: Fix a sleep-in-atomic bug in snd_cx18_pcm_hw_free

The driver may sleep under a spin lock, and the function call path is: snd_cx18_pcm_hw_free (acquire the lock by spin_lock_irqsave) vfree --> may sleep To fix it, the "substream->runtime->dma_area" is passed to a temporary value, and mark it NULL when holding the lock. The memory is freed by

Error trying to build the latest V4L on a BeagleBone Black

’m trying to build the latest V4L on a BeagleBone Black ( BBB ): lsb_release -a -> No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.8 (jessie) Release:8.8 Codename: jessie name -mrs -> Linux 4.4.54-ti-r93 armv7l error:

Re: [PATCH v2 0/15] [dt-bindings] [media] Add document file and driver for Sony CXD2880 DVB-T2/T tuner + demodulator

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? I'd like to get better understanding of current review status for our codes. Regards, Takiguchi

Re: [PATCH 00/19] cxd2841er/ddbridge: support Sony CXD28xx hardware

Hi Daniel, ok, perfect ! Will check this flags later when I switch back to driver :) Current situation with configurable flags is ok. 2017-05-31 16:32 GMT-04:00 Daniel Scheller : > Am Wed, 31 May 2017 08:30:34 -0400 > schrieb Abylay Ospan : > > Hi

Re: [PATCH 00/19] cxd2841er/ddbridge: support Sony CXD28xx hardware

Am Wed, 31 May 2017 08:30:34 -0400 schrieb Abylay Ospan : Hi Abylay, > I have ack'ed all patches related to cxd2841er. Please check am i > missing something ? Thank you very much for your review and your ACKs, and in general taking time to look into them! You didn't miss any of

Re: [PATCH v7 00/34] i.MX Media Driver

Hi! > >If there's a need for this (there should not be, as the controls are exposed > >to the user space through the sub-device nodes as the other drivers do), the > >framework APIs need to be extended. > > Right, this gets back to the media framework usability arguments. At least > myself,

Re: Fwd: [PATCH] em28xx: add support for Hauppauge WinTV-dualHD DVB tuner

Christian et al, I am an engineer at Hauppauge. This repo is the staging area for all the patches I am testing, with the intention of getting them upstreamed. I will be inaccessible for the next 18 days however, so I will not be able to put any effort until I get back. Cheers, Brad On

Re: [PATCH v7 16/34] [media] add Omnivision OV5640 sensor driver

Hi! > +/* min/typical/max system clock (xclk) frequencies */ > +#define OV5640_XCLK_MIN 600 > +#define OV5640_XCLK_MAX 2400 > + > +/* > + * FIXME: there is no subdev API to set the MIPI CSI-2 > + * virtual channel yet, so this is hardcoded for now. > + */ > +#define OV5640_MIPI_VC

Re: [PATCH] ARM: dts: exynos: Add HDMI CEC device to Exynos5 SoC family

On Wed, May 31, 2017 at 01:00:17PM +0200, Marek Szyprowski wrote: > Exynos5250 and Exynos542x SoCs have the same CEC hardware module as > Exynos4 SoC series, so enable support for it using the same compatible > string. > > Tested on Odroid XU3 (Exynos5422) and Google Snow (Exynos5250) boards. >

Re: [PATCH 6/7] [media] soc_camera: rcar_vin: use proper name for the R-Car SoC

On Sun, May 28, 2017 at 11:30:49AM +0200, Wolfram Sang wrote: > It is 'R-Car', not 'RCar'. No code or binding changes, only descriptive text. > > Signed-off-by: Wolfram Sang > --- > I suggest this trivial patch should be picked individually per susbsystem. > >

hi

-- Please contact me in the my e-mail addres,(griestkrist1...@gmail.com)

Re: [RFC v2 3/3] dt: bindings: Add a binding for referencing EEPROM from camera sensors

Hi! > > I agree, yes. I think the only way to solve this is to have a generic > > EEPROM API that allows the camera sensor to read data from it. If > > We have one already, and it's defined in Documentation/misc-devices/eeprom . > > > another vendor uses a different type of EEPROM, the sensor

[PATCH v6 1/1] [media] i2c: add support for OV13858 sensor

This patch adds driver for Omnivision's ov13858 sensor, the driver supports following features: - manual exposure/analog gain - two link frequencies - VBLANK support - test pattern support - media controller support - runtime pm support - supported resolutions + 4224x3136 at 30FPS + 2112x1568

RE: [PATCH v5 1/1] [media] i2c: add support for OV13858 sensor

Hi, Thank you so much. I'll submit v6. -Original Message- > From: Sakari Ailus [mailto:sakari.ai...@iki.fi] > Sent: Wednesday, May 31, 2017 2:25 AM > To: Yang, Hyungwoo > Cc: linux-media@vger.kernel.org; sakari.ai...@linux.intel.com; Zheng, Jian Xu >

[PATCH 2/3] vb2: Move buffer cache synchronisation to prepare from queue

The buffer cache should be synchronised in buffer preparation, not when the buffer is queued to the device. Fix this. Mmap buffers do not need cache synchronisation since they are always coherent. Signed-off-by: Sakari Ailus Acked-by: Hans Verkuil

[PATCH 3/3] vb2: Move cache synchronisation from buffer done to dqbuf handler

The cache synchronisation may be a time consuming operation and thus not best performed in an interrupt which is a typical context for vb2_buffer_done() calls. This may consume up to tens of ms on some machines, depending on the buffer size. Signed-off-by: Sakari Ailus

[PATCH 0/3] Prepare for cache coherency changes in videobuf2

Hello everyone, I split off these three patches from another set ("vb2: Handle user cache hints, allow drivers to choose cache coherency"): The reason is that the rest of the set requires further work in order to be mergeable. For

[PATCH 1/3] vb2: Rename confusingly named internal buffer preparation functions

Rename __qbuf_*() functions which are specific to a buffer type as __prepare_*() which matches with what they do. The naming was there for historical reasons; the purpose of the functions was changed without renaming them. Signed-off-by: Sakari Ailus Acked-by: Hans

[PATCH v7] cec: add STM32 cec driver

This patch add cec driver for STM32 platforms. cec hardware block isn't not always used with hdmi so cec notifier is not implemented. That will be done later when STM32 DSI driver will be available. Driver compliance has been tested with cec-ctl and cec-compliance tools. Signed-off-by: Benjamin

Re: [PATCH RFC] v4l2-core: Use kvmalloc() for potentially big allocations

Hi Tomasz, On Wed, May 31, 2017 at 09:46:05PM +0900, Tomasz Figa wrote: > On Wed, May 31, 2017 at 9:09 PM, Marek Szyprowski > wrote: > > Hi Tomasz, > > > > > > On 2017-05-31 08:58, Tomasz Figa wrote: > >> > >> There are multiple places where arrays or otherwise variable

Re: [PATCH v6 2/2] cec: add STM32 cec driver

On 05/31/17 14:13, Benjamin Gaignard wrote: > This patch add cec driver for STM32 platforms. > cec hardware block isn't not always used with hdmi so > cec notifier is not implemented. That will be done later > when STM32 DSI driver will be available. > > Driver compliance has been tested with

Re: [PATCH v9 3/4] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

On 10/05/17 13:02, Matthias Brugger wrote: On 14/12/16 09:04, Rick Chang wrote: Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add

Re: [PATCH] ARM: dts: exynos: Add HDMI CEC device to Exynos5 SoC family

On 05/31/17 14:04, Marek Szyprowski wrote: > Hi Hans, > > On 2017-05-31 13:17, Hans Verkuil wrote: >> On 05/31/17 13:00, Marek Szyprowski wrote: >>> Exynos5250 and Exynos542x SoCs have the same CEC hardware module as >>> Exynos4 SoC series, so enable support for it using the same compatible >>>

Re: [PATCH RFC] v4l2-core: Use kvmalloc() for potentially big allocations

On Wed, May 31, 2017 at 9:09 PM, Marek Szyprowski wrote: > Hi Tomasz, > > > On 2017-05-31 08:58, Tomasz Figa wrote: >> >> There are multiple places where arrays or otherwise variable sized >> buffer are allocated through V4L2 core code, including things like >> controls,

Re: [PATCH 00/19] cxd2841er/ddbridge: support Sony CXD28xx hardware

Hi Daniel, I have ack'ed all patches related to cxd2841er. Please check am i missing something ? I see some good flags (CXD2841ER_NO_WAIT_LOCK and CXD2841ER_EARLY_TUNE). I should check it for our boards too :) 2017-05-30 10:31 GMT-04:00 Abylay Ospan : > Hi Daniel, > > I have

Re: [PATCH 17/19] [media] ddbridge: add I2C functions, add XO2 module support

not related to cxd2841er. I'm skipping this ... same for rest of the patches (18/19, 19/19). 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Some Flex modules (mostly with anyof C/C2/T/T2 demods based on the Sony > CXD28xxER

Re: [PATCH 16/19] [media] ddbridge: board control setup, ts quirk flags

not related to cxd2841er. I'm skipping this ... 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > This is a backport of the board control setup from the vendor provided > dddvb driver package, which does additional device

Re: [PATCH 15/19] [media] dvb-frontends/cxd2841er: improved snr reporting

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > On DVB-T/T2 at least, SNR might be reported as >2500dB, which not only is > just wrong but also ridiculous, so fix this by improving the

Re: [PATCH 14/19] [media] dvb-frontends/cxd2841er: more configurable TSBITS

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Bits 3 and 4 of the TSCONFIG register are important for certain hardware > constellations, in that they need to be zeroed. Add a

Re: [PATCH 13/19] [media] dvb-frontends/cxd2841er: configurable IFAGCNEG

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Adds a flag to enable or disable the IFAGCNEG bit in cxd2841er_init_tc(). > > Signed-off-by: Daniel Scheller > ---

Re: [PATCH 12/19] [media] dvb-frontends/cxd2841er: make lock wait in set_fe_tc() optional

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Don't wait for FE_HAS_LOCK in set_frontend_tc() and thus don't hammer the > lock status register with inquiries when

Re: [PATCH 11/19] [media] dvb-frontends/cxd2841er: optionally tune earlier in set_frontend()

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > When AUTO_IFHZ is set and the tuner is supposed to provide proper IF speed > values, it should be possible to have the tuner setup take

Re: [PATCH 10/19] [media] dvb-frontends/cxd2841er: make ASCOT use optional

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > The Sony CXD28xx demods may have other tuner types attached to them (e.g. > NXP TDA18212), so don't mandatorily configure and enable the

[PATCH v6 1/2] dt-bindings: media: stm32 cec driver

Add bindings documentation for stm32 CEC driver. Signed-off-by: Benjamin Gaignard --- .../devicetree/bindings/media/st,stm32-cec.txt| 19 +++ 1 file changed, 19 insertions(+) create mode 100644

[PATCH v6 2/2] cec: add STM32 cec driver

This patch add cec driver for STM32 platforms. cec hardware block isn't not always used with hdmi so cec notifier is not implemented. That will be done later when STM32 DSI driver will be available. Driver compliance has been tested with cec-ctl and cec-compliance tools. Signed-off-by: Benjamin

[PATCH v6 0/2] cec: STM32 driver

version 6: - fix duplicate constant in define - add monitor mode version 5: - remove cec notifier (to be added after drm driver release) version 4: - rebased on Hans cec-config branch - rework bindings commit message - add notifier support - update KConfig version 2: - fix typo in compagnie

Re: [PATCH RFC] v4l2-core: Use kvmalloc() for potentially big allocations

Hi Tomasz, On 2017-05-31 08:58, Tomasz Figa wrote: There are multiple places where arrays or otherwise variable sized buffer are allocated through V4L2 core code, including things like controls, memory pages, staging buffers for ioctls and so on. Such allocations can potentially require an

Re: [PATCH 09/19] [media] dvb-frontends/cxd2841er: TS_SERIAL config flag

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Some constellations work/need a serial TS transport mode. This adds a flag > that will toggle set up of such mode. > > Signed-off-by:

Re: [PATCH 08/19] [media] dvb-frontends/cxd2841er: support IF speed calc from tuner values

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Add a AUTO_IFHZ flag and a function that will read IF speed values from any > attached tuner if the tuner supports this and if AUTO_IFHZ

Re: [PATCH] ARM: dts: exynos: Add HDMI CEC device to Exynos5 SoC family

Hi Hans, On 2017-05-31 13:17, Hans Verkuil wrote: On 05/31/17 13:00, Marek Szyprowski wrote: Exynos5250 and Exynos542x SoCs have the same CEC hardware module as Exynos4 SoC series, so enable support for it using the same compatible string. Tested on Odroid XU3 (Exynos5422) and Google Snow

Re: [PATCH 07/19] [media] dvb-frontends/cxd2841er: make call to i2c_gate_ctrl optional

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Some cards/bridges wrap i2c_gate_ctrl handling with a mutex_lock(). This is > e.g. done in ddbridge to protect against concurrent tuner

Re: [PATCH 06/19] [media] dvb-frontends/cxd2841er: add variable for configuration flags

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > Throughout the patch series some configuration flags will be added to the > demod driver. This patch prepares this by adding the flags

Re: [PATCH 05/19] [media] dvb-frontends/cxd2841er: replace IFFREQ calc macros into functions

Acked-by: Abylay Ospan 2017-04-09 15:38 GMT-04:00 Daniel Scheller : > From: Daniel Scheller > > The way the MAKE_IFFREQ_CONFIG macros are written make it impossible to > pass regular integers for iffreq calculation, since this will

Re: [PATCH] ARM: dts: exynos: Add HDMI CEC device to Exynos5 SoC family

On 05/31/17 13:00, Marek Szyprowski wrote: > Exynos5250 and Exynos542x SoCs have the same CEC hardware module as > Exynos4 SoC series, so enable support for it using the same compatible > string. > > Tested on Odroid XU3 (Exynos5422) and Google Snow (Exynos5250) boards. Thanks! Do you know if

Re: [ANN] HDMI CEC Status Update

Hi Andrzej and Hans, On 2017-05-31 10:12, Andrzej Hajda wrote: On 30.05.2017 08:53, Hans Verkuil wrote: For those who are interested in HDMI CEC support I made a little status document that I intend to keep up to date: https://hverkuil.home.xs4all.nl/cec-status.txt My goal is to get CEC

[PATCH] ARM: dts: exynos: Add HDMI CEC device to Exynos5 SoC family

Exynos5250 and Exynos542x SoCs have the same CEC hardware module as Exynos4 SoC series, so enable support for it using the same compatible string. Tested on Odroid XU3 (Exynos5422) and Google Snow (Exynos5250) boards. Signed-off-by: Marek Szyprowski ---

[PATCH] cec: improve debug messages

- use __func__ instead of writing the full function name - drop debug message in cec_config_log_addr since the same information will be reported later - use debug level 1 for errors and infrequent events, use level 2 for debugging CEC message traffic - log when a transmit is retried, very

[PATCH] [media] tc358743: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/media/i2c/tc358743.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/media/i2c/tc358743.c b/drivers/media/i2c/tc358743.c

Re: [PATCH v5 1/1] [media] i2c: add support for OV13858 sensor

Hi Hyungwoo, A few minor comments more. Then I think we're done. On Wed, May 31, 2017 at 01:09:28AM -0700, Hyungwoo Yang wrote: > This patch adds driver for Omnivision's ov13858 > sensor, the driver supports following features: > > - manual exposure/analog gain > - two link frequencies > -

[PATCH v6 7/7] media: platform: rcar_drif: Add DRIF support

This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 SoCs. The driver exposes each instance of DRIF as a V4L2 SDR device. A DRIF device represents a channel and each channel can have one or two sub-channels respectively depending on the target board. DRIF supports only Rx

[PATCH v6 0/7] Add V4L2 SDR (DRIF & MAX2175) driver

Hi Media, DT maintainers, All, This patch set contains two drivers - Renesas R-Car Digital Radio Interface (DRIF) driver - Maxim's MAX2175 RF to Bits tuner driver These patches were based on top of Sakari's v4l2-acpi tag as requested. repo: git://git.linuxtv.org/sailus/media_tree.git branch:

[PATCH v6 1/7] media: v4l2-ctrls: Reserve controls for MAX217X

Reserve controls for MAX217X RF to Bits tuner family. These hybrid radio receiver chips are highly programmable and hence reserving 32 controls. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Laurent Pinchart ---

[PATCH v6 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

Add binding documentation for Renesas R-Car Digital Radio Interface (DRIF) controller. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Rob Herring --- .../devicetree/bindings/media/renesas,drif.txt | 176 + 1

[PATCH v6 2/7] dt-bindings: media: Add MAX2175 binding description

Add device tree binding documentation for MAX2175 RF to bits tuner device. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Rob Herring --- v6: - clocks property updated. - pico-farads renamed to picofarads (Sakari). v5: - pF in

[PATCH v6 4/7] media: Add new SDR formats PC16, PC18 & PC20

This patch adds support for the three new SDR formats. These formats were prefixed with "planar" indicating I & Q data are not interleaved as in other formats. Here, I & Q data constitutes the top half and bottom half of the received buffer respectively. V4L2_SDR_FMT_PCU16BE - 14-bit complex (I &

[PATCH v6 5/7] doc_rst: media: New SDR formats PC16, PC18 & PC20

This patch adds documentation for the three new SDR formats V4L2_SDR_FMT_PCU16BE V4L2_SDR_FMT_PCU18BE V4L2_SDR_FMT_PCU20BE Signed-off-by: Ramesh Shanmugasundaram --- .../media/uapi/v4l/pixfmt-sdr-pcu16be.rst | 55 ++

[PATCH v6 3/7] media: i2c: max2175: Add MAX2175 support

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

Re: [ANN] HDMI CEC Status Update

On 30.05.2017 08:53, Hans Verkuil wrote: > For those who are interested in HDMI CEC support I made a little status > document that I intend to keep up to date: > > https://hverkuil.home.xs4all.nl/cec-status.txt > > My goal is to get CEC supported for any mainlined HDMI driver where the > hardware

[PATCH v5 1/1] [media] i2c: add support for OV13858 sensor

This patch adds driver for Omnivision's ov13858 sensor, the driver supports following features: - manual exposure/analog gain - two link frequencies - VBLANK support - test pattern support - media controller support - runtime pm support Signed-off-by: Hyungwoo Yang ---

[PATCH RFC] v4l2-core: Use kvmalloc() for potentially big allocations

There are multiple places where arrays or otherwise variable sized buffer are allocated through V4L2 core code, including things like controls, memory pages, staging buffers for ioctls and so on. Such allocations can potentially require an order > 0 allocation from the page allocator, which is not

Re: [RFC PATCH 6/7] drm: add support for DisplayPort CEC-Tunneling-over-AUX

On 05/31/2017 01:57 AM, Clint Taylor wrote: On 05/26/2017 12:18 AM, Daniel Vetter wrote: On Thu, May 25, 2017 at 05:06:25PM +0200, Hans Verkuil wrote: From: Hans Verkuil This adds support for the DisplayPort CEC-Tunneling-over-AUX feature that is part of the

Re: [RFC PATCH 7/7] drm/i915: add DisplayPort CEC-Tunneling-over-AUX support

On 05/31/2017 01:25 AM, Clint Taylor wrote: On 05/30/2017 02:29 PM, Hans Verkuil wrote: On 05/30/2017 10:32 PM, Clint Taylor wrote: On 05/30/2017 09:54 AM, Hans Verkuil wrote: On 05/30/2017 06:49 PM, Hans Verkuil wrote: On 05/30/2017 04:19 PM, Clint Taylor wrote: On 05/30/2017 12:11

Re: [RFC PATCH] [media] v4l2-subdev: check colorimetry in link validate

Hi Helen, On Tue, May 30, 2017 at 04:08:08PM -0300, Helen Koike wrote: > colorspace, ycbcr_enc, quantization and xfer_func must match across the > link. > Check if they match in v4l2_subdev_link_validate_default unless they are > set as _DEFAULT. > > Signed-off-by: Helen Koike