Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

On 10/07/17 22:26, Gustavo Padovan wrote: > 2017-07-10 Gustavo Padovan : > >> 2017-07-07 Hans Verkuil : >> >>> On 07/07/2017 04:00 AM, Gustavo Padovan wrote: 2017-07-06 Hans Verkuil : > On 06/16/17 09:39, Gustavo Padovan

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: Tue Jul 11 05:00:19 CEST 2017 media-tree git hash:2748e76ddb2967c4030171342ebdd3faa6a5e8e8 media_build

[PATCH v4 1/3] videodev2.h, v4l2-ioctl: add IPU3 raw10 color format

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

[PATCH v4 3/3] intel-ipu3: cio2: Add new MIPI-CSI2 driver

This patch adds CIO2 CSI-2 device driver for Intel's IPU3 camera sub-system support. Signed-off-by: Yong Zhi Signed-off-by: Hyungwoo Yang Signed-off-by: Ramya Vijaykumar --- drivers/media/pci/Kconfig|

[PATCH v4 2/3] doc-rst: add IPU3 raw10 bayer pixel format definitions

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 Signed-off-by: Hyungwoo Yang ---

[PATCH v4 0/3] [media] add IPU3 CIO2 CSI2 driver

This patch series adds the driver for the CIO2 device found in some Skylake and Kaby Lake 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. This series was tested on Kaby Lake based platform with 2

Re: RFC: Selecting which sensor discrete frame size to use

Hi Hans, On Friday 07 Jul 2017 11:03:07 Hans Verkuil wrote: > Hi all, > > Hugues wants to add cropping support to the stm32-dcmi driver. The problem > he encountered is that the sensor driver has a list of discrete framesizes > and that causes problems with the API. > > Currently S_FMT is used

Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

2017-07-10 Gustavo Padovan : > 2017-07-07 Hans Verkuil : > > > On 07/07/2017 04:00 AM, Gustavo Padovan wrote: > > > 2017-07-06 Hans Verkuil : > > > > > > > On 06/16/17 09:39, Gustavo Padovan wrote: > > > > > From: Gustavo Padovan

Re: [PATCH 12/12] [media] vb2: add out-fence support to QBUF

2017-07-06 Hans Verkuil : > On 06/16/17 09:39, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create > > an out_fence for the buffer and return it to userspace on the

Re: [PATCH 09/12] [media] vivid: mark vivid queues as ordered

2017-07-07 Shuah Khan : > On 06/16/2017 01:39 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > To enable vivid to be used with explicit synchronization we need > > to mark its queues as ordered. > > > > Signed-off-by: Gustavo

Re: [PATCH 1/1 V2] media: usb: uvc: Fix incorrect timeout for Get Request

Hi Jim, Thank you for the patch. On Monday 10 Jul 2017 14:43:49 Jim Lin wrote: > Section 9.2.6.4 of USB 2.0/3.x specification describes that > "device must be able to return the first data packet to host within > 500 ms of receipt of the request. For subsequent data packet, if any, > the device

Re: [PATCH 07/12] [media] v4l: add support to BUF_QUEUED event

2017-07-06 Hans Verkuil : > On 06/30/17 14:04, Mauro Carvalho Chehab wrote: > > Em Fri, 16 Jun 2017 16:39:10 +0900 > > Gustavo Padovan escreveu: > > > >> From: Gustavo Padovan > >> > >> Implement the needed pieces to let

Re: [PATCH 04/12] [media] uvc: enable subscriptions to other events

2017-07-07 Shuah Khan : > On 06/16/2017 01:39 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Call v4l2_ctrl_subscribe_event to subscribe to more events supported by > > v4l. > > > > Signed-off-by: Gustavo Padovan

Re: [PATCH 05/12] [media] vivid: assign the specific device to the vb2_queue->dev

2017-07-07 Shuah Khan : > On 06/16/2017 01:39 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > Instead of assigning the global v4l2 device, assign the specific device. > > This was causing trouble when using using V4L2 events

Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

2017-07-07 Hans Verkuil : > On 07/07/2017 03:53 AM, Gustavo Padovan wrote: > > > > > > > help > > > > If you want to use Webcams, Video grabber devices and/or TV > > > > devices > > > > enable this option and other options below. > > > > diff

[PATCH v2] staging: media: atomisp: Use kvfree() instead of kfree()/vfree()

Conditionally calling kfree()/vfree() can be replaced by a call to kvfree() which handles both kmalloced memory and vmalloced memory. The resulting wrapper function has been replaced with direct calls to kvfree(). This change was made with the help of the following Coccinelle semantic patch: //

Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

2017-07-07 Hans Verkuil : > On 07/07/2017 04:00 AM, Gustavo Padovan wrote: > > 2017-07-06 Hans Verkuil : > > > > > On 06/16/17 09:39, Gustavo Padovan wrote: > > > > From: Gustavo Padovan > > > > > > > > Receive in-fence

[PATCH 2/2] staging: atomisp2: hmm: Alignment code

This patch fixed code alignment to open paranthesis. Semantic should not be affected by this patch. Signed-off-by: Philipp Guendisch Signed-off-by: Chris Baller --- .../staging/media/atomisp/pci/atomisp2/hmm/hmm.c | 79 +++--- 1

[PATCH 1/2] staging: atomisp2: hmm: Fixed comment style

This patch fixed comment style. Semantic should not be affected. There are also two warnings left about too long lines, which reduce readability if changed. Signed-off-by: Philipp Guendisch Signed-off-by: Chris Baller ---

[PATCH] [media] solo6x10: make const array saa7128_regs_ntsc static

From: Colin Ian King Don't populate const array saa7128_regs_ntsc on the stack but insteaed make it static. Makes the object code smaller and saves nearly 840 bytes Before: textdata bss dec hex filename 9218 360 09578256a

Applied "regmap: Avoid namespace collision within macro & tidy up" to the regmap tree

The patch regmap: Avoid namespace collision within macro & tidy up has been applied to the regmap tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

[PATCH] [media] smiapp: make various const arrays static

From: Colin Ian King Don't populate const arrays on the stack but instead make them static. Makes the object code smaller and saves nearly 550 bytes. Before: textdata bss dec hex filename 3638 752 043901126 smiapp-quirk.o After:

Re: [PATCH v4 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

Hi Rob, On 10-07-2017 16:24, Rob Herring wrote: > On Mon, Jun 26, 2017 at 11:42 AM, Jose Abreu wrote: >> Hi Rob, >> >> >> On 23-06-2017 22:58, Rob Herring wrote: >>> On Tue, Jun 20, 2017 at 06:26:12PM +0100, Jose Abreu wrote: Document the bindings for the Synopsys

[PATCH v8 1/5] [media] cec.h: Add stub function for cec_register_cec_notifier()

Add a new stub function for cec_register_cec_notifier() so that we can still call this function when CONFIG_CEC_NOTIFIER and CONFIG_CEC_CORE are not set. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Hans Verkuil ---

[PATCH v8 0/5] Synopsys Designware HDMI Video Capture Controller + PHY

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.

[PATCH v8 3/5] MAINTAINERS: Add entry for Synopsys Designware HDMI drivers

Add a entry for Synopsys Designware HDMI Receivers drivers and phys. Signed-off-by: Jose Abreu Cc: Carlos Palminha --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c4be6d4..7ebc6dd 100644 ---

[PATCH v8 2/5] dt-bindings: media: Document Synopsys Designware HDMI RX

Document the bindings for the Synopsys Designware HDMI RX. Signed-off-by: Jose Abreu Cc: Carlos Palminha Cc: Rob Herring Cc: Mark Rutland Cc: Mauro Carvalho Chehab Cc: Hans Verkuil

[PATCH v8 4/5] [media] platform: Add Synopsys Designware HDMI RX PHY e405 Driver

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

[PATCH v8 5/5] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

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

Re: [PATCH 3/4] [media] ddbridge: fix buffer overflow in max_set_input_unlocked()

Am Mon, 10 Jul 2017 10:12:24 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > From: Daniel Scheller > > > > Picked up code parts introduced one smatch error: > > > > drivers/media/pci/ddbridge/ddbridge-maxs8.c:163 > >

Re: [PATCH 1/4] [media] dvb-frontends: MaxLinear MxL5xx DVB-S/S2 tuner-demodulator driver

Am Mon, 10 Jul 2017 10:41:03 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > From: Daniel Scheller > > > > This adds the frontend driver for the MaxLinear MxL5xx family of > > tuner- demodulators, as used on Digital Devices MaxS4/8 > >

Re: [PATCH 10/14] [media] ddbridge: remove unreachable code

Am Mon, 10 Jul 2017 10:24:00 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > From: Daniel Scheller > > > > >From smatch: > > > > drivers/media/pci/ddbridge/ddbridge-core.c:3490 snr_store() > > info: ignoring unreachable code. >

Re: [PATCH 09/14] [media] ddbridge: fix possible buffer overflow in ddb_ports_init()

Am Mon, 10 Jul 2017 10:21:57 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > From: Daniel Scheller > > > > Report from smatch: > > > > drivers/media/pci/ddbridge/ddbridge-core.c:2659 ddb_ports_init() > > error: buffer overflow

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Am Mon, 10 Jul 2017 10:11:01 +0200 schrieb Ralph Metzler : > Daniel Scheller writes: > > Stripped functionality compared to dddvb: > > > > - DVB-C modulator card support removed (requires DVB core API) > > not really besides one device name entry. ... and a header

Re: [PATCH v4 4/4] dt-bindings: media: Document Synopsys Designware HDMI RX

On Mon, Jun 26, 2017 at 11:42 AM, Jose Abreu wrote: > Hi Rob, > > > On 23-06-2017 22:58, Rob Herring wrote: >> On Tue, Jun 20, 2017 at 06:26:12PM +0100, Jose Abreu wrote: >>> Document the bindings for the Synopsys Designware HDMI RX. >>> [...] >>> +A sample binding is

Re: [PATCH] ddbridge: constify i2c_algorithm structure

Am Sun, 9 Jul 2017 20:15:36 -0500 schrieb "Gustavo A. R. Silva" : > Check for i2c_algorithm structures that are only stored in > the algo field of an i2c_adapter structure. This field is > declared const, so i2c_algorithm structures that have this > property can be

Re: [PATCH v2 6/6] [media] dt-bindings: pwm-ir-tx: Add support for PWM IR Transmitter

On Fri, Jul 07, 2017 at 10:52:04AM +0100, Sean Young wrote: > Document the device tree bindings for the PWM IR Transmitter. > > Signed-off-by: Sean Young > --- > Documentation/devicetree/bindings/leds/irled/pwm-ir-tx.txt | 13 + > 1 file changed, 13 insertions(+) >

Re: [PATCH 4/4] [media] rc: pwm-ir-tx: add new driver

On Fri, Jul 7, 2017 at 11:15 AM, Pavel Machek wrote: > On Fri 2017-07-07 08:59:28, Rob Herring wrote: >> On Sun, Jul 02, 2017 at 12:06:13PM +0100, Sean Young wrote: >> > This is new driver which uses pwm, so it is more power-efficient >> > than the bit banging gpio-ir-tx driver. >>

[PATCH] [media] ddbridge: constify i2c_algorithm structure

From: Daniel Scheller Original patch and issue identified by Gustavo A. R. Silva via [1] using Coccinelle. While at it, even mark the struct static again since it isn't referenced anywhere else. [1]

Re: [PATCH v2 5/6] [media] dt-bindings: gpio-ir-tx: add support for GPIO IR Transmitter

On Mon, Jul 10, 2017 at 10:05:38AM -0500, Rob Herring wrote: > On Fri, Jul 07, 2017 at 10:52:03AM +0100, Sean Young wrote: > > Document the device tree bindings for the GPIO Bit Banging IR > > Transmitter. > > > > Signed-off-by: Sean Young > > --- > >

Re: [PATCH v2 5/6] [media] dt-bindings: gpio-ir-tx: add support for GPIO IR Transmitter

On Fri, Jul 07, 2017 at 10:52:03AM +0100, Sean Young wrote: > Document the device tree bindings for the GPIO Bit Banging IR > Transmitter. > > Signed-off-by: Sean Young > --- > Documentation/devicetree/bindings/leds/irled/gpio-ir-tx.txt | 11 +++ > 1 file changed, 11

[PATCH v1] MAINTAINERS: Change OV5647 Maintainer

Signed-off-by: Ramiro Oliveira --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 749426702fa2..29dc00b2f3a6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9466,7 +9466,7 @@ S:Maintained F:

[PATCH] [media] dvb-frontends/cxd2841er: make several arrays static

From: Colin Ian King Don't populate arrays on the stack but make them static. Makes the object code smaller: Before: textdata bss dec hex filename 89299 21704 64 111067 1b1db cxd2841er.o After: textdata bss dec hex

Re: [PATCH RFC 1/2] app: kaffeine: Fix missing PCR on live streams.

Em Sun, 9 Jul 2017 13:11:36 +0100 Malcolm Priestley escreveu: > On 09/07/17 12:14, Mauro Carvalho Chehab wrote: > > Hi Malcolm, > > > > Em Sun, 9 Jul 2017 10:43:50 +0100 > > Malcolm Priestley escreveu: > > > >> The ISO/IEC standard 13818-1 or ITU-T

Re: [PATCH] s5k5baf: remove unnecessary static in s5k5baf_get_selection()

On 05.07.2017 20:07, Gustavo A. R. Silva wrote: > Remove unnecessary static on local variable rtype. > Such variable is initialized before being used, > on every execution path throughout the function. > The static has no benefit and, removing it reduces > the code size. > > This issue was

[PATCH] [BUGREPORT] media: v4l: omap_vout: vrfb: initialize DMA flags

Passing uninitialized flags into device_prep_interleaved_dma is clearly a bad idea, and we get a compiler warning for it: drivers/media/platform/omap/omap_vout_vrfb.c: In function 'omap_vout_prepare_vrfb': drivers/media/platform/omap/omap_vout_vrfb.c:273:5: error: 'flags' may be used

Re: Support for Linux driver for GENIATECH Mygica ATSC USB TV Stick A681

Could you provide us the details of the following: 1) After attaching the device to your usb port - output of lsusb and dmesg commands. (name@computer$ lsusb ) and (name@computer$ dmesg) 2) Information regarding the chips present on this board - USB bridge, Demodulator and Tuner chips. I have a

Support for Linux driver for GENIATECH Mygica ATSC USB TV Stick A681

Dear all (I have no experience in mailing list and linux programming. Please be patient of my first request mail. No html allowed, I insert blank and replaced . to $$$) By chance I got linux driver for GENIATECH Mygica A681. Can any one include it to LinuxTV project? I saw my gica support forum

Infrared support on tango boards

Hello, First of all, let's see if I got this right. An infrared remote control emits IR pulses to send a bitstream. This is the "raw" data. The bit sequence depends on the button being pressed (or released), and the protocol being used, right? An infrared receiver "captures" this bitstream,

Support for Linux driver for GENIATECH Mygica ATSC USB TV Stick A681

Dear all (I have no experience in mailing list and linux programming, so please be patient of my first request mail.) By chance I (may) got linux driver for GENIATECH Mygica A681. Can any one verify it and include it to LinuxTV project? I saw

[PATCH] [media] platform: video-mux: fix Kconfig dependency

When CONFIG_V4L2 is built as a loadable module, the new video mux driver fails to link as built-in code: drivers/media/platform/video-mux.o: In function `video_mux_remove': video-mux.c:(.text+0x24): undefined reference to `v4l2_async_unregister_subdev' drivers/media/platform/video-mux.o: In

[PATCH] media/dvb: earth-pt3: fix hang-up in a rare case

From: Akihiro Tsukada When a user starts and stops filtering at a demux device too quickly in a very short interval, the user process hangs in uninterruptible sleep, due to an inconsistency of kthread status in the driver. The kthread can be stopped before it starts running its

[PATCH 1/4] [media] dvb-frontends: MaxLinear MxL5xx DVB-S/S2 tuner-demodulator driver

Daniel Scheller writes: > From: Daniel Scheller > > This adds the frontend driver for the MaxLinear MxL5xx family of tuner- > demodulators, as used on Digital Devices MaxS4/8 four/eight-tuner cards. > > The driver was picked from the dddvb vendor driver package and -

Re: Trying to use IR driver for my SoC

On 29/06/2017 21:44, Sean Young wrote: > On Thu, Jun 29, 2017 at 09:12:48PM +0200, Mason wrote: > >> On 29/06/2017 19:50, Sean Young wrote: >> >>> On Thu, Jun 29, 2017 at 06:25:55PM +0200, Mason wrote: >>> $ ir-keytable -v -t Found device /sys/class/rc/rc0/ Input sysfs node is

[PATCH 10/14] [media] ddbridge: remove unreachable code

Daniel Scheller writes: > From: Daniel Scheller > > >From smatch: > > drivers/media/pci/ddbridge/ddbridge-core.c:3490 snr_store() info: ignoring > unreachable code. > > In fact, the function immediately returns zero, so remove it and update > ddb_attrs_snr[] to

[PATCH 09/14] [media] ddbridge: fix possible buffer overflow in ddb_ports_init()

Daniel Scheller writes: > From: Daniel Scheller > > Report from smatch: > > drivers/media/pci/ddbridge/ddbridge-core.c:2659 ddb_ports_init() error: > buffer overflow 'dev->port' 32 <= u32max > > Fix by making sure "p" is greater than zero before checking for >

[PATCH 3/4] [media] ddbridge: fix buffer overflow in max_set_input_unlocked()

Daniel Scheller writes: > From: Daniel Scheller > > Picked up code parts introduced one smatch error: > > drivers/media/pci/ddbridge/ddbridge-maxs8.c:163 max_set_input_unlocked() > error: buffer overflow 'dev->link[port->lnr].lnb.voltage' 4 <= 255 > > Fix this by

[PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Daniel Scheller writes: > Stripped functionality compared to dddvb: > > - DVB-C modulator card support removed (requires DVB core API) not really besides one device name entry. > - OctoNET SAT>IP server/box support removed (requires API aswell) > - with this, GT link support was removed

[PATCH v2 0/2] media: Add Amlogic Meson AO CEC Controller support

The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver for such controller. The controller does not need HPD to be active, and could support up to max 5 logical addresses, but only 1 is handled since the Suspend firmware can make use of this unique logical address to wake up

[PATCH v2 1/2] platform: Add Amlogic Meson AO CEC Controller driver

The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver for such controller. The controller does not need HPD to be active, and could support up to max 5 logical addresses, but only 1 is handled since the Suspend firmware can make use of this unique logical address to wake up

[PATCH v2 2/2] dt-bindings: media: Add Amlogic Meson AO-CEC bindings

The Amlogic SoCs embeds a standalone CEC Controller, this patch adds this device bindings. Acked-by: Rob Herring Signed-off-by: Neil Armstrong --- .../devicetree/bindings/media/meson-ao-cec.txt | 28 ++ 1 file changed, 28

[PATCH 1/1 V2] media: usb: uvc: Fix incorrect timeout for Get Request

Section 9.2.6.4 of USB 2.0/3.x specification describes that "device must be able to return the first data packet to host within 500 ms of receipt of the request. For subsequent data packet, if any, the device must be able to return them within 500 ms". This is to fix incorrect timeout and change

Re: [PATCH v2] staging: atomisp: use kstrdup to replace kmalloc and memcpy

On 10 July 2017 at 01:22, Sakari Ailus wrote: > On Sun, Jul 09, 2017 at 05:56:15PM +0530, hari prasath wrote: >> On 8 July 2017 at 16:31, Sakari Ailus wrote: >> > Hi Hari, >> > >> > On Fri, Jul 07, 2017 at 08:15:21PM +0530, Hari Prasath wrote: >> >>

[PATCHv3] staging: atomisp: use kstrdup to replace kmalloc and memcpy

kstrdup kernel primitive can be used to replace kmalloc followed by string copy. This was reported by coccinelle tool. Signed-off-by: Hari Prasath --- v1: Replace kmalloc followed by memcpy with kmemdup. Based on review comments from Alan Cox, this