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: Sat Oct 28 05:00:17 CEST 2017 media-tree git hash:bbae615636155fa43a9b0fe0ea31c678984be864 media_build

[GIT PULL for 4.15] The atomisp cleanups, timer API changes

Hi Mauro, Here are the atomisp cleanups that were dependent the fixes. Included is Andy's patches to remove unused code (no hardware, makes fixing atomisp/sensor interfaces difficult). Also Kee Cook's timer fixes are in. Please pull. The following changes since commit

[PATCH v1.1 10/13] staging: atomisp: Remove Gmin dead code #1

From: Andy Shevchenko struct camera_af_platform_data and bound functions are not used anywhere. Signed-off-by: Andy Shevchenko Signed-off-by: Sakari Ailus --- since v1: - Remove af_power_ctrl

[PATCH] [media] radio-raremono: remove redundant initialization of freq

From: Colin Ian King Variable freq is initialized to f->frequency however this value is never read and freq is later updated; hence the initialization is redundant and can be removed. Cleans up clang warning: drivers/media/radio/radio-raremono.c:257:6: warning: Value

Re: [PATCH v16.1 17/32] v4l: async: Prepare for async sub-device notifiers

Hi, On Fri, Oct 27, 2017 at 11:26:29AM +0300, Sakari Ailus wrote: > Refactor the V4L2 async framework a little in preparation for async > sub-device notifiers. This avoids making some structural changes in the > patch actually implementing sub-device notifiers, making that patch easier > to

Re: [PATCH v16 15/32] v4l: async: Register sub-devices before calling bound callback

Hi, On Thu, Oct 26, 2017 at 10:53:25AM +0300, Sakari Ailus wrote: > Register the sub-device before calling the notifier's bound callback. > Doing this the other way around is problematic as the struct v4l2_device > has not assigned for the sub-device yet and may be required by the bound >

Re: [PATCH v16 16/32] v4l: async: Allow async notifier register call succeed with no subdevs

Hi, On Thu, Oct 26, 2017 at 10:53:26AM +0300, Sakari Ailus wrote: > The information on how many async sub-devices would be bindable to a > notifier is typically dependent on information from platform firmware and > it's not driver's business to be aware of that. > > Many V4L2 main drivers are

Re: [PATCH v16 12/32] omap3isp: Print the name of the entity where no source pads could be found

Hi, On Thu, Oct 26, 2017 at 10:53:22AM +0300, Sakari Ailus wrote: > If no source pads are found in an entity, print the name of the entity. > > Signed-off-by: Sakari Ailus > Acked-by: Hans Verkuil > Acked-by: Pavel Machek >

Re: [PATCH v16 14/32] v4l: async: Introduce helpers for calling async ops callbacks

Hi, On Thu, Oct 26, 2017 at 10:53:24AM +0300, Sakari Ailus wrote: > Add three helper functions to call async operations callbacks. Besides > simplifying callbacks, this allows async notifiers to have no ops set, > i.e. it can be left NULL. > > Signed-off-by: Sakari Ailus

Re: [PATCH v16 13/32] v4l: async: Move async subdev notifier operations to a separate structure

Hi, On Thu, Oct 26, 2017 at 10:53:23AM +0300, Sakari Ailus wrote: > From: Laurent Pinchart > > The async subdev notifier .bound(), .unbind() and .complete() operations > are function pointers stored directly in the v4l2_async_subdev > structure. As the

Re: [GIT PULL for 4.15 v2] Atomisp cleanups, fixes

Hi Mauro, On Fri, Oct 27, 2017 at 04:25:08PM +0200, Mauro Carvalho Chehab wrote: > Em Thu, 19 Oct 2017 18:21:20 +0300 > Sakari Ailus escreveu: > > > Hi Mauro, > > > > Here's the second version of the atomisp pull request. Since v1, I've added > > more patches, including an

Re: [PATCH v16 11/32] omap3isp: Fix check for our own sub-devices

Hi, On Thu, Oct 26, 2017 at 10:53:21AM +0300, Sakari Ailus wrote: > We only want to link sub-devices that were bound to the async notifier the > isp driver registered but there may be other sub-devices in the > v4l2_device as well. Check for the correct async notifier. > > Signed-off-by: Sakari

Re: [PATCH v16 09/32] omap3isp: Use generic parser for parsing fwnode endpoints

Hi, On Thu, Oct 26, 2017 at 10:53:19AM +0300, Sakari Ailus wrote: > Instead of using a custom driver implementation, use > v4l2_async_notifier_parse_fwnode_endpoints() to parse the fwnode endpoints > of the device. > > Signed-off-by: Sakari Ailus > Acked-by: Hans

Re: [PATCH v16 04/32] v4l: async: Fix notifier complete callback error handling

Hi, On Thu, Oct 26, 2017 at 10:53:14AM +0300, Sakari Ailus wrote: > The notifier complete callback may return an error. This error code was > simply returned to the caller but never handled properly. > > Move calling the complete callback function to the caller from > v4l2_async_test_notify and

Re: [PATCH v16 27/32] dt: bindings: smiapp: Document lens-focus and flash-leds properties

On Thu, Oct 26, 2017 at 10:53:37AM +0300, Sakari Ailus wrote: > Document optional lens-focus and flash-leds properties for the smiapp > driver. > > Signed-off-by: Sakari Ailus > Acked-by: Hans Verkuil > Acked-by: Pavel Machek

Re: [GIT PULL for 4.15 v2] Atomisp cleanups, fixes

Em Thu, 19 Oct 2017 18:21:20 +0300 Sakari Ailus escreveu: > Hi Mauro, > > Here's the second version of the atomisp pull request. Since v1, I've added > more patches, including an oops fix from Hans de Goede and move to > timer_setup from Kees Cook. Also Andy's patches to

Re: [PATCHv3 2/2] dib0700: add support for Xbox One Digital TV Tuner

On Wed, Aug 2, 2017 at 9:00 AM, wrote: > From: Olli Salonen > > Xbox One Digital TV Tuner is a low-cost USB 2.0 multistandard TV tuner. It > supports DVB-T, DVB-T2 and DVB-C broadcast standards. > > USB bridge: DibCom 0700C > Demodulator: Panasonic

Re: [PATCH v16 26/32] v4l: fwnode: Add a convenience function for registering sensors

On 2017-10-26 10:53:36 +0300, Sakari Ailus wrote: > Add a convenience function for parsing firmware for information on related > devices using v4l2_async_notifier_parse_fwnode_sensor_common() registering > the notifier and finally the async sub-device itself. > > This should be useful for sensor

[GIT PULL RESEND for 4.15 v3] Atomisp oops fix

Hi Mauro, This pull request includes two fixes for the atomisp driver. This replaces the earlier atomisp pull request. Please pull. The following changes since commit 61065fc3e32002ba48aa6bc3816c1f6f9f8daf55: Merge commit '3728e6a255b5' into patchwork (2017-10-17 17:22:20 -0700) are

Re: [PATCH v5 0/5] media: atmel-isc: Rework the format list and clock provider

Hi Wenyou, Unfortunately the v4 patch series was just merged instead of v5. Can you make a new patch applying just the v4 -> v5 changes? Thanks! Hans On 10/27/2017 05:21 AM, Wenyou Yang wrote: > To improve the readability of code, rework the format list table, > split the format array

Re: [PATCH v2 2/2] media: ov7740: Document device tree bindings

Hi Wenyou, On Fri, Oct 27, 2017 at 03:42:20PM +0800, Wenyou Yang wrote: > Add the device tree binding documentation for ov7740 driver and > add a new entry of ov7740 to the MAINTAINERS file. > > Signed-off-by: Wenyou Yang > --- > > Changes in v2: > - Split off the

[PATCH v16.1 19/32] v4l: async: Ensure only unique fwnodes are registered to notifiers

While registering a notifier, check that each newly added fwnode is unique, and return an error if it is not. Also check that a newly added notifier does not have the same fwnodes twice. Signed-off-by: Sakari Ailus Acked-by: Hans Verkuil

Re: [PATCHv3 1/2] tda18250: support for new silicon tuner

On Wed, Aug 2, 2017 at 9:00 AM, wrote: > From: Olli Salonen > > NXP TDA18250 silicon tuner driver. > > Version 3 removes regmap_exit as I was pointed out that device > management code automatically frees the regmap. > > Signed-off-by: Olli Salonen

[PATCH 1/1] staging: atomisp: Add videobuf2 switch to TODO

The atomisp driver uses the videobuf1 framework for buffer management. The framework is being removed; switch to videobuf2 needs to be made. There are only a handful of remaining non-staging drivers using videobuf1. Signed-off-by: Sakari Ailus ---

Re: [PATCH v16 23/32] v4l: fwnode: Add a helper function for parsing generic references

On 2017-10-26 10:53:33 +0300, Sakari Ailus wrote: > Add function v4l2_fwnode_reference_parse() for parsing them as async > sub-devices. This can be done on e.g. flash or lens async sub-devices that > are not part of but are associated with a sensor. > > Signed-off-by: Sakari Ailus

Re: [PATCH v16 19/32] v4l: async: Ensure only unique fwnodes are registered to notifiers

Hi Sakari, On 2017-10-27 13:06:09 +0300, Sakari Ailus wrote: > Hi Niklas, > > On Fri, Oct 27, 2017 at 11:52:27AM +0200, Niklas Söderlund wrote: > > Hi Sakari, > > > > Thanks for your patch. > > > > On 2017-10-26 10:53:29 +0300, Sakari Ailus wrote: > > > While registering a notifier, check that

Re: [PATCH] [media] rockchip/rga: annotate PM functions as __maybe_unused

On Thu, Oct 19, 2017 at 11:30:34AM +0200, Arnd Bergmann wrote: > The newly added driver has incorrect #ifdef annotations on its > PM functions, leading to a harmless compile-time warning when > CONFIG_PM is disabled: > > drivers/media/platform/rockchip/rga/rga.c:760:13: error:

Re: [RFC v4 17/17] [media] v4l: Document explicit synchronization behaviour

On Fri, Oct 20, 2017 at 07:50:12PM -0200, Gustavo Padovan wrote: From: Gustavo Padovan Add section to VIDIOC_QBUF about it v3: - make the out_fence refer to the current buffer (Hans) - Note what happens when the IN_FENCE is not set (Hans) v2:

Re: [PATCH v16 19/32] v4l: async: Ensure only unique fwnodes are registered to notifiers

Hi Niklas, On Fri, Oct 27, 2017 at 11:52:27AM +0200, Niklas Söderlund wrote: > Hi Sakari, > > Thanks for your patch. > > On 2017-10-26 10:53:29 +0300, Sakari Ailus wrote: > > While registering a notifier, check that each newly added fwnode is > > unique, and return an error if it is not. Also

Re: [RFC v4 16/17] [media] vb2: add out-fence support to QBUF

Hi Gustavo, On Fri, Oct 20, 2017 at 07:50:11PM -0200, Gustavo Padovan wrote: From: Gustavo Padovan If V4L2_BUF_FLAG_OUT_FENCE flag is present on the QBUF call we create an out_fence and send to userspace on the V4L2_EVENT_OUT_FENCE when the buffer is queued to

Re: [PATCH v16 19/32] v4l: async: Ensure only unique fwnodes are registered to notifiers

Hi Sakari, Thanks for your patch. On 2017-10-26 10:53:29 +0300, Sakari Ailus wrote: > While registering a notifier, check that each newly added fwnode is > unique, and return an error if it is not. Also check that a newly added > notifier does not have the same fwnodes twice. > > Signed-off-by:

Re: [RFC v4 15/17] [media] vb2: add infrastructure to support out-fences

Hi Gustavo, Sorry for the sporadic review... I'm struggling to get time to look at these. On Fri, Oct 20, 2017 at 07:50:10PM -0200, Gustavo Padovan wrote: From: Gustavo Padovan Add vb2_setup_out_fence() and the needed members to struct vb2_buffer. v2: -

[GIT PULL RESEND for 4.15] Drop dependency to s_power callback in smiapp

Hi Mauro, The smiapp driver no longer depends on s_power with these patches. Please pull. The following changes since commit 8382e556b1a2f30c4bf866f021b33577a64f9ebf: Simplify major/minor non-dynamic logic (2017-10-11 15:32:11 -0400) are available in the git repository at:

Re: [PATCH 07/13] media: soc_camera pad-aware driver initialisation

On 10/27/2017 10:52 AM, Sergei Shtylyov wrote: Add detection of source pad number for drivers aware of the media controller API, so that the combination of soc_camera and rcar_vin can create device nodes to support modern drivers such as adv7604.c (for HDMI on Lager) and the converted adv7180.c

Re: [PATCH 07/13] media: soc_camera pad-aware driver initialisation

Hello! On 7/23/2015 2:21 PM, William Towle wrote: Add detection of source pad number for drivers aware of the media controller API, so that the combination of soc_camera and rcar_vin can create device nodes to support modern drivers such as adv7604.c (for HDMI on Lager) and the converted

Re: [PATCH v16.1 18/32] v4l: async: Allow binding notifiers to sub-devices

On 2017-10-27 11:27:09 +0300, Sakari Ailus wrote: > Registering a notifier has required the knowledge of struct v4l2_device > for the reason that sub-devices generally are registered to the > v4l2_device (as well as the media device, also available through > v4l2_device). > > This information is

Re: [PATCH v16.1 17/32] v4l: async: Prepare for async sub-device notifiers

Hi Sakari, Thanks for your patch. On 2017-10-27 11:26:29 +0300, Sakari Ailus wrote: > Refactor the V4L2 async framework a little in preparation for async > sub-device notifiers. This avoids making some structural changes in the > patch actually implementing sub-device notifiers, making that

Re: [PATCH v16 17/32] v4l: async: Prepare for async sub-device notifiers

On Fri, Oct 27, 2017 at 10:10:02AM +0200, Niklas Söderlund wrote: > > > @@ -151,6 +152,31 @@ static int v4l2_async_match_notify(struct > > > v4l2_async_notifier *notifier, > > > return 0; > > > } > > > > > > +/* Test all async sub-devices in a notifier for a match. */ > > > +static int

[PATCH v16.1 18/32] v4l: async: Allow binding notifiers to sub-devices

Registering a notifier has required the knowledge of struct v4l2_device for the reason that sub-devices generally are registered to the v4l2_device (as well as the media device, also available through v4l2_device). This information is not available for sub-device drivers at probe time. What this

[PATCH v16.1 17/32] v4l: async: Prepare for async sub-device notifiers

Refactor the V4L2 async framework a little in preparation for async sub-device notifiers. This avoids making some structural changes in the patch actually implementing sub-device notifiers, making that patch easier to review. Signed-off-by: Sakari Ailus Acked-by:

Re: [PATCH v16 17/32] v4l: async: Prepare for async sub-device notifiers

Hi Sakari, On 2017-10-27 00:10:51 +0200, Niklas Söderlund wrote: > On 2017-10-26 10:53:27 +0300, Sakari Ailus wrote: > > Refactor the V4L2 async framework a little in preparation for async > > sub-device notifiers. This avoids making some structural changes in the > > patch actually implementing

Re: [v4,2/9] brcmsmac: split up wlc_phy_workarounds_nphy

Arnd Bergmann wrote: > The stack consumption in this driver is still relatively high, with one > remaining warning if the warning level is lowered to 1536 bytes: > > drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c:17135:1: error: > the frame size of 1880 bytes is

Re: [PATCH] media: i2c: Add the ov7740 image sensor driver

On 2017/10/27 15:10, Hans Verkuil wrote: On 10/27/2017 05:30 AM, Wenyou Yang wrote: From: Songjun Wu The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF

[PATCH v2 0/2] media: ov7740: Add a V4L2 sensor-level driver

Add a Video4Linux2 sensor-level driver for the OmniVision OV7740 VGA camera image sensor. Changes in v2: - Split off the bindings into a separate patch. - Add a new entry to the MAINTAINERS file. Wenyou Yang (2): media: i2c: Add the ov7740 image sensor driver media: ov7740: Document device

[PATCH v2 2/2] media: ov7740: Document device tree bindings

Add the device tree binding documentation for ov7740 driver and add a new entry of ov7740 to the MAINTAINERS file. Signed-off-by: Wenyou Yang --- Changes in v2: - Split off the bindings into a separate patch. - Add a new entry to the MAINTAINERS file.

[PATCH v2 1/2] media: i2c: Add the ov7740 image sensor driver

The ov7740 (color) image sensor is a high performance VGA CMOS image snesor, which supports for output formats: RAW RGB and YUV and image sizes: VGA, and QVGA, CIF and any size smaller. Signed-off-by: Songjun Wu Signed-off-by: Wenyou Yang ---

[GIT PULL FOR v4.15] Various fixes

Strange, this is actually an updated version for an earlier pull request that I sent on October 17th but that never showed up in patchwork! Odd, hopefully this will register there correctly. Regards, Hans The following changes since commit 61065fc3e32002ba48aa6bc3816c1f6f9f8daf55:

Re: [PATCH] media: i2c: Add the ov7740 image sensor driver

On 10/27/2017 05:30 AM, Wenyou Yang wrote: > From: Songjun Wu > > The ov7740 (color) image sensor is a high performance VGA CMOS > image snesor, which supports for output formats: RAW RGB and YUV > and image sizes: VGA, and QVGA, CIF and any size smaller. Two short