[PATCH v2 6/7] Documentation: bindings: add documentation for ir-spi device driver

Document the ir-spi driver's binding which is a IR led driven through the SPI line. Signed-off-by: Andi Shyti --- Documentation/devicetree/bindings/media/spi-ir.txt | 26 ++ 1 file changed, 26 insertions(+) create mode 100644

[PATCH v2 4/7] [media] rc-ir-raw: do not generate any receiving thread for raw transmitters

Raw IR transmitters do not need any thread listening for occurring events. Check the driver type before running the thread. Signed-off-by: Andi Shyti --- drivers/media/rc/rc-ir-raw.c | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git

[PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

The ir-spi is a simple device driver which supports the connection between an IR LED and the MOSI line of an SPI device. The driver, indeed, uses the SPI framework to stream the raw data provided by userspace through an rc character device. The chardev is handled by the LIRC framework and its

[PATCH v2 1/7] [media] rc-main: assign driver type during allocation

The driver type can be assigned immediately when an RC device requests to the framework to allocate the device. This is an 'enum rc_driver_type' data type and specifies whether the device is a raw receiver or scancode receiver. The type will be given as parameter to the rc_allocate_device device.

[PATCH v2 5/7] [media] ir-lirc-codec: don't wait any transmitting time for tx only devices

Transmitters do not need to wait until the data has been sent (and of course received). Return before waiting. Signed-off-by: Andi Shyti --- drivers/media/rc/ir-lirc-codec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 3/7] [media] rc-core: add support for IR raw transmitters

IR raw transmitter driver type is specified in the enum rc_driver_type as RC_DRIVER_IR_RAW_TX which includes all those devices that transmit raw stream of bit to a receiver. The data are provided by userspace applications, therefore they don't need any input device allocation, but still they need

Re: [PATCH v2 3/7] [media] rc-core: add support for IR raw transmitters

On Fri, Sep 02, 2016 at 02:16:25AM +0900, Andi Shyti wrote: > IR raw transmitter driver type is specified in the enum > rc_driver_type as RC_DRIVER_IR_RAW_TX which includes all those > devices that transmit raw stream of bit to a receiver. > > The data are provided by userspace applications,

[PATCH v2 0/7] Add support for IR transmitters

Hi, The main goal is to add support in the rc framework for IR transmitters, which currently is only supported by lirc but that is not the preferred way. The last patch adds support for an IR transmitter driven by the MOSI line of an SPI controller, it's the case of the Samsung TM2(e) board

[PATCH v2 2/7] [media] rc-main: split setup and unregister functions

Move the input device allocation, map and protocol handling to different functions. Signed-off-by: Andi Shyti --- drivers/media/rc/rc-main.c | 144 + 1 file changed, 81 insertions(+), 63 deletions(-) diff --git

Re: [PATCH v2 1/4] v4l: Add metadata buffer type and format

Hi Sakari, On Monday 29 Aug 2016 12:13:40 Sakari Ailus wrote: > On Wed, Aug 17, 2016 at 03:20:27PM +0300, Laurent Pinchart wrote: > > The metadata buffer type is used to transfer metadata between userspace > > and kernelspace through a V4L2 buffers queue. It comes with a new > > metadata capture

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

Thanks Andi, this is looking great! On Fri, Sep 02, 2016 at 02:16:29AM +0900, Andi Shyti wrote: > The ir-spi is a simple device driver which supports the > connection between an IR LED and the MOSI line of an SPI device. > > The driver, indeed, uses the SPI framework to stream the raw data >

Re: [PATCH v2 1/7] [media] rc-main: assign driver type during allocation

On Fri, Sep 02, 2016 at 02:16:23AM +0900, Andi Shyti wrote: > The driver type can be assigned immediately when an RC device > requests to the framework to allocate the device. > > This is an 'enum rc_driver_type' data type and specifies whether > the device is a raw receiver or scancode receiver.

Re: [PATCH v2 1/4] v4l: Add metadata buffer type and format

On Friday 02 Sep 2016 00:22:42 Laurent Pinchart wrote: > On Monday 29 Aug 2016 12:13:40 Sakari Ailus wrote: > > On Wed, Aug 17, 2016 at 03:20:27PM +0300, Laurent Pinchart wrote: > >> The metadata buffer type is used to transfer metadata between userspace > >> and kernelspace through a V4L2 buffers

Re: [PATCH v2 6/7] Documentation: bindings: add documentation for ir-spi device driver

On Thu, Sep 1, 2016 at 12:16 PM, Andi Shyti wrote: > Document the ir-spi driver's binding which is a IR led driven > through the SPI line. > > Signed-off-by: Andi Shyti > --- > Documentation/devicetree/bindings/media/spi-ir.txt | 26 >

Re: [PATCH] vsp1: add R8A7792 VSP1V support

Hi Sergei, Thank you for the patch. On Saturday 20 Aug 2016 00:57:59 Sergei Shtylyov wrote: > Add support for the R8A7792 VSP1V cores which are different from the other > gen2 VSP1 cores... > > Signed-off-by: Sergei Shtylyov > > --- > This patch is against

[PATCH v1.2 5/5] smiapp: Switch to gpiod API for GPIO control

Switch from the old gpio API to the new descriptor based gpiod API. Signed-off-by: Sakari Ailus --- since v1.1: - Return the error if devm_gpiod_get_optional() fails. NULL is returned if there's no GPIO defined. - No debug print is performed on lack of the GPIO.

[PATCH] [media] lgdt3306a: fix spelling mistake "supportted" -> "supported"

From: Colin Ian King Trivial fix to spelling mistake in pr_warn message. Signed-off-by: Colin Ian King --- drivers/media/dvb-frontends/lgdt3306a.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 2/3] media: exynos4-is: Improve clock management

On 08/31/2016 03:25 PM, Marek Szyprowski wrote: > There is no need to keep all clocks prepared all the time. Call to > clk_prepare/unprepare can be done on demand from runtime pm callbacks > (it is allowed to call sleeping functions from that context). > > Signed-off-by: Marek Szyprowski

Re: [PATCH 1/3] media: exynos4-is: Add support for all required clocks

On 08/31/2016 03:25 PM, Marek Szyprowski wrote: > This patch adds 3 more clocks to Exynos4 ISP driver. Enabling them is > needed to make the hardware operational. Till now it worked only because > those clocks were registered with IGNORE_UNUSED flag and were enabled > by default after SoC reset. >

Re: [PATCH 3/3] ARM: exynos: add all required FIMC-IS clocks to exynos4x12 dtsi

On 08/31/2016 03:25 PM, Marek Szyprowski wrote: > FIMC-IS blocks must control 3 more clocks ("gicisp", "mcuctl_isp" and > "pwm_isp") to make the hardware fully operational. > > Signed-off-by: Marek Szyprowski > --- > arch/arm/boot/dts/exynos4x12.dtsi | 5 - > 1

[PATCH] [media] rc/streamzap: fix spelling mistake "sumbiting" -> "submitting"

From: Colin Ian King Trivial fix to spelling mistake in dev_err message. Signed-off-by: Colin Ian King --- drivers/media/rc/streamzap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/rc/streamzap.c

Re: [PATCH v2 3/7] [media] rc-core: add support for IR raw transmitters

Hi Andi, [auto build test WARNING on linuxtv-media/master] [also build test WARNING on v4.8-rc4 next-20160825] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenience) to

cron job: media_tree daily build: ERRORS

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 Sep 2 04:00:16 CEST 2016 git branch: test git hash: fb6609280db902bd5d34445fba1c926e95e63914 gcc

Re: [PATCH v1.2 5/5] smiapp: Switch to gpiod API for GPIO control

Hi, On Thu, Sep 01, 2016 at 09:48:28AM +0300, Sakari Ailus wrote: > Switch from the old gpio API to the new descriptor based gpiod API. > > Signed-off-by: Sakari Ailus > --- > since v1.1: > - Return the error if devm_gpiod_get_optional() fails. NULL is returned if

[PATCH 1/4] exynos4-is: Clear isp-i2c adapter power.ignore_children flag

Since commit 04f59143b571161d25315dd52d7a2ecc022cb71a ("i2c: let I2C masters ignore their children for PM") the power.ignore_children flag is set when registering an I2C adapter. Since I2C transfers are not managed by the fimc-isp-i2c driver its clients use pm_runtime_* calls directly to

[PATCH 2/3] s5k6a3: Add missing entity function initialization

Suppresses warning like: s5p-fimc-md camera: Entity type for entity S5K6A3 13-0010 was not initialized! Signed-off-by: Sylwester Nawrocki --- drivers/media/i2c/s5k6a3.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/i2c/s5k6a3.c

Re: [PATCH 1/4] exynos4-is: Clear isp-i2c adapter power.ignore_children flag

On Thu, Sep 01, 2016 at 01:39:16PM +0200, Sylwester Nawrocki wrote: > Since commit 04f59143b571161d25315dd52d7a2ecc022cb71a > ("i2c: let I2C masters ignore their children for PM") > the power.ignore_children flag is set when registering an I2C > adapter. Since I2C transfers are not managed by the

[PATCH 3/3] s5c73m3: Fix entity function assignment for the OIF subdev

Suppresses warnings like: s5p-fimc-md camera: Entity type for entity S5C73M3-OIF was not initialized! Signed-off-by: Sylwester Nawrocki --- drivers/media/i2c/s5c73m3/s5c73m3-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/3] exynos4-is: Add missing entity function initialization

Suppresses following warnings: s5p-fimc-md camera: Entity type for entity FIMC.0 was not initialized! s5p-fimc-md camera: Entity type for entity FIMC.1 was not initialized! s5p-fimc-md camera: Entity type for entity s5p-mipi-csis.0 was not initialized! s5p-fimc-md camera: Entity type for entity

Re: [PATCH 1/4] exynos4-is: Clear isp-i2c adapter power.ignore_children flag

Hi, On Thursday, September 01, 2016 01:39:16 PM Sylwester Nawrocki wrote: > Since commit 04f59143b571161d25315dd52d7a2ecc022cb71a > ("i2c: let I2C masters ignore their children for PM") > the power.ignore_children flag is set when registering an I2C > adapter. Since I2C transfers are not managed

[GIT PULL FOR v4.9] smiapp cleanups and probe deferral

Hi Mauro, Here are cleanups and probe deferral in case of a failure to obtain a clock for the smiapp driver. Please pull. The following changes since commit b6aa39228966e0d3f0bc3306be1892f87792903a: Merge tag 'v4.8-rc1' into patchwork (2016-08-08 07:30:25 -0300) are available in the git

Re: [PATCH 0/3] Fix kernel-doc parser for typedef functions

On Tue, 30 Aug 2016 20:20:56 -0300 Mauro Carvalho Chehab wrote: > The other two patches better fit on your tree, IMHO. > > Mauro Carvalho Chehab (3): > docs-rst: improve typedef parser > docs-rst: kernel-doc: fix typedef output in RST format I've just applied

Re: [PATCH] doc-rst:sphinx-extensions: add metadata parallel-safe

On Wed, 24 Aug 2016 15:35:24 +0200 Markus Heiser wrote: > With metadata "parallel_read_safe = True" a extension is marked as > save for "parallel reading of source". This is needed if you want > build in parallel with N processes. E.g.: > > make SPHINXOPTS=-j4

Re: [PATCH] doc-rst:sphinx-extensions: add metadata parallel-safe

On Thu, 01 Sep 2016, Jonathan Corbet wrote: > On Wed, 24 Aug 2016 15:35:24 +0200 > Markus Heiser wrote: > >> With metadata "parallel_read_safe = True" a extension is marked as >> save for "parallel reading of source". This is needed if you want >> build

Re: [PATCH v2 1/7] [media] rc-main: assign driver type during allocation

Hi Sean, > > ir = kzalloc(sizeof(*ir), GFP_KERNEL); > > - dev = rc_allocate_device(); > > + dev = rc_allocate_device(RC_DRIVER_IR_RAW); > > if (!ir || !dev) > > goto err_out_free; > > > > If ir->sampling = 0 then it should be RC_DRIVER_SCANCODE. > > > > @@ -481,7

Re: [PATCH v2 6/7] Documentation: bindings: add documentation for ir-spi device driver

Hi Rob, > > Document the ir-spi driver's binding which is a IR led driven > > through the SPI line. > > > > Signed-off-by: Andi Shyti > > --- > > Documentation/devicetree/bindings/media/spi-ir.txt | 26 > > ++ > > 1 file changed, 26 insertions(+) > >

Re: [PATCH v2 7/7] [media] rc: add support for IR LEDs driven through SPI

> Thanks Andi, this is looking great! Thanks Sean! With your reviews the whole thing looks much better now :) I agree with all your points here, I will fix them. Can I add your reviewd-by? Thanks, Andi -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a

Re: [PATCH 0/3] doc-rst: generic way to build PDF of sub-folder

On Wed, 24 Aug 2016 17:36:13 +0200 Markus Heiser wrote: > here is a small patch series which extends the method to build only > sub-folders > to the targets "latexdocs" and "pdfdocs". Well this doesn't seem to break anything, so I went ahead and applied it :)

Re: [PATCH 0/3] doc-rst: generic way to build PDF of sub-folder

On Thu, 1 Sep 2016 08:53:34 -0600 Jonathan Corbet wrote: > > here is a small patch series which extends the method to build only > > sub-folders > > to the targets "latexdocs" and "pdfdocs". > > Well this doesn't seem to break anything, so I went ahead and applied > it :) By

Re: [PATCH] doc-rst:sphinx-extensions: add metadata parallel-safe

Am 01.09.2016 um 18:22 schrieb Markus Heiser : > > Am 01.09.2016 um 16:29 schrieb Jani Nikula : > >> On Thu, 01 Sep 2016, Jonathan Corbet wrote: >>> On Wed, 24 Aug 2016 15:35:24 +0200 >>> Markus Heiser

Re: [PATCH] doc-rst:sphinx-extensions: add metadata parallel-safe

Am 01.09.2016 um 16:29 schrieb Jani Nikula : > On Thu, 01 Sep 2016, Jonathan Corbet wrote: >> On Wed, 24 Aug 2016 15:35:24 +0200 >> Markus Heiser wrote: >> >>> With metadata "parallel_read_safe = True" a extension is