Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

On Fri, Apr 28, 2017 at 08:42:13PM +0100, Sean Young wrote: >On Fri, Apr 28, 2017 at 06:59:11PM +0200, David Härdeman wrote: >> On Fri, Apr 28, 2017 at 08:31:33AM -0300, Mauro Carvalho Chehab wrote: >> >Em Thu, 27 Apr 2017 22:34:23 +0200 >> >David Härdeman escreveu: >> ... >>

Re: [patch] propagating controls in libv4l2 was Re: support autofocus / autogain in libv4l2

Hi! > > + devices[index].subdev_fds[0] = SYS_OPEN("/dev/video_sensor", O_RDWR, 0); > > + devices[index].subdev_fds[1] = SYS_OPEN("/dev/video_focus", O_RDWR, 0); > > + devices[index].subdev_fds[2] = -1; > > Hardcoding names here is not a good idea. Ideally, it should open > the MC, using

[PATCH] rc-core: export the hardware type to sysfs

Exporting the hardware type makes it possible for userspace applications to know what to expect from the hardware. This makes it possible to write more user-friendly userspace apps. Note that the size of sysfs_groups[] in struct rc_dev is not changed by this patch because it was already large

[PATCH] [RFC] rc-core: report protocol information to userspace

Whether we decide to go for any new keytable ioctl():s or not in rc-core, we should provide the protocol information of keypresses to userspace. Note that this means that the RC_TYPE_* definitions become part of the userspace <-> kernel API/ABI (meaning a full patch should maybe move those

[PATCH 1/1] [media] mceusb: coding style & comments update for -EPIPE error patches

Cosmetic updates to recent code revisions for better compliance with https://www.kernel.org/doc/html/latest/process/coding-style.html This patch depends on an earlier (marked accepted) patch: [PATCH v2] [media] mceusb: TX -EPIPE (urb status = -32) lockup fix Signed-off-by: A Sun

[PATCH 0/1] [media] mceusb: coding style & comments update, for -EPIPE error patches

Hi Sean, Thanks for the comments for: [PATCH v2] [media] mceusb: TX -EPIPE (urb status = -32) lockup fix I received another email indicating the patch in accepted state, so I'm following up with a subsequent patch for cosmetic (coding style and comment) changes to incorporate your review

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Tony Lindgren [170428 11:57]: > The pull seems to be enabled in the Android kernel too: > > # rwmem -s16 0x4a10009a > 0x4a10009a = 0x0118 > > So needs to be tested, what's the simplest test to check the CEC? So on droid 4, with the internal pull enabled cec-ctl -m does not

[PATCH 1/3] [media] 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 | 4 2

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

This patch adds CIO2 CSI-2 device driver for Intel's IPU3 camera sub-system support. The V4L2 fwnode matching depends on the following work: Signed-off-by: Yong Zhi --- drivers/media/pci/Kconfig

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

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. It depends on Sakari's V4L2 fwnode patchset here:

[PATCH 2/3] [media] 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 --- Documentation/media/uapi/v4l/pixfmt-rgb.rst| 1 +

[PATCH V2] staging: atomisp: Add __printf validation and fix fallout

__printf validation adds format and argument validation. Fix the various broken format/argument mismatches. Signed-off-by: Joe Perches --- v2: bah, now without unrelated changes to other staging files... I'm not at all sure all the modifications are appropriate. Some maybe

Re: [PATCH v8 05/10] media: venus: adding core part and helper functions

On Fri 28 Apr 15:02 PDT 2017, Jordan Crouse wrote: > On Fri, Apr 28, 2017 at 12:13:52PM +0300, Stanimir Varbanov wrote: > > +int venus_boot(struct device *parent, struct device *fw_dev) > > +{ > > + const struct firmware *mdt; > > + phys_addr_t mem_phys; > > + ssize_t fw_size; > > +

[PATCH] ir-lirc-codec: let lirc_dev handle the lirc_buffer (v2)

ir_lirc_register() currently creates its own lirc_buffer before passing the lirc_driver to lirc_register_driver(). When a module is later unloaded, ir_lirc_unregister() gets called which performs a call to lirc_unregister_driver() and then free():s the lirc_buffer. The problem is that: a) there

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-04-28 16:13, Philipp Zabel wrote: > This driver can handle SoC internal and external video bus multiplexers, > controlled by mux controllers provided by the mux controller framework, > such as MMIO register bitfields or GPIOs. The subdevice passes through > the mbus configuration of the

Re: [PATCH] ir-lirc-codec: let lirc_dev handle the lirc_buffer

On Fri, Apr 28, 2017 at 07:04:09PM +0200, David Härdeman wrote: >ir_lirc_register() currently creates its own lirc_buffer before >passing the lirc_driver to lirc_register_driver(). > >When a module is later unloaded, ir_lirc_unregister() gets called >which performs a call to

Re: [PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

On 2017-04-29 23:29, Peter Rosin wrote: > On 2017-04-28 16:13, Philipp Zabel wrote: >> This driver can handle SoC internal and external video bus multiplexers, >> controlled by mux controllers provided by the mux controller framework, >> such as MMIO register bitfields or GPIOs. The subdevice

[PATCH] staging: atomisp: Add __printf validation and fix fallout

__printf validation adds format and argument validation. Fix the various broken format/argument mismatches. Signed-off-by: Joe Perches --- I'm not at all sure all the modifications are appropriate. Some maybe should use the original format types like %x instead of %p with

Re: [PATCH v8 05/10] media: venus: adding core part and helper functions

Hi, Stan!! On Fri, Apr 28, 2017 at 12:13:52PM +0300, Stanimir Varbanov wrote: ... > +int helper_get_bufreq(struct venus_inst *inst, u32 type, > + struct hfi_buffer_requirements *req) > +{ > + u32 ptype = HFI_PROPERTY_CONFIG_BUFFER_REQUIREMENTS; > + union hfi_get_property

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

Hi Yong, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on next-20170428] [cannot apply to v4.11-rc8] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

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: Sun Apr 30 05:00:18 CEST 2017 media-tree git hash:3622d3e77ecef090b5111e3c5423313f11711dfa media_build