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: Wed Apr 1 04:00:13 CEST 2015 git branch: test git hash: 8a56b6b5fd6ff92b7e27d870b803b11b751660c2 gcc versi

Re: [RFC PATCH 0/6] Send and receive decoded IR using lirc interface

Em Mon, 30 Mar 2015 23:18:19 +0200 David Härdeman escreveu: > On Thu, Mar 19, 2015 at 09:50:11PM +, Sean Young wrote: > >This patch series tries to fix the lirc interface and extend it so it can > >be used to send/recv scancodes in addition to raw IR: Haven't look at the series yet. I just a

[PATCH v3 5/7] rc: rc-core: Add support for encode_wakeup drivers

From: James Hogan Add support in rc-core for drivers which implement the wakeup scancode filter by encoding the scancode using the raw IR encoders. This is by way of rc_dev::encode_wakeup which should be set to true to make the allowed wakeup protocols the same as the set of raw IR encoders. As

[PATCH v3 7/7] rc: nuvoton-cir: Add support for writing wakeup samples via sysfs filter callback

Nuvoton-cir utilizes the encoding capabilities of rc-core to convert scancodes from user space to pulse/space format understood by the underlying hardware. Converted samples are then written to the wakeup fifo along with other necessary configuration to enable wake up functionality. Signed-off-by

[PATCH v3 6/7] rc: rc-loopback: Add loopback of filter scancodes

From: James Hogan Add the s_wakeup_filter callback to the rc-loopback driver, which instead of setting the filter just feeds the scancode back through the input device so that it can be verified. Signed-off-by: James Hogan Signed-off-by: Antti Seppälä Cc: David Härdeman --- Notes: Change

[PATCH v3 1/7] rc: rc-ir-raw: Add scancode encoder callback

From: James Hogan Add a callback to raw ir handlers for encoding and modulating a scancode to a set of raw events. This could be used for transmit, or for converting a wakeup scancode filter to a form that is more suitable for raw hardware wake up filters. Signed-off-by: James Hogan Signed-off-

[PATCH v3 0/7] rc: Add IR encode based wakeup filtering

Hello. I'd like to revive efforts and discussion on adding IR encoding support to rc-core. Here is an updated patchset which adds support for modulating RC-5 scancodes into raw IR events which can be written to hardware such as nuvoton-cir to perform system wakeup with an IR pulse. The previous

[PATCH v3 4/7] rc: ir-rc6-decoder: Add encode capability

Add the capability to encode RC-6 and RC-6A scancodes as raw events. The protocol is chosen based on the specified protocol mask, and whether all the required bits are set in the scancode mask, and none of the unused bits are set in the scancode data. The Manchester modulation helper is used sever

[PATCH v3 3/7] rc: ir-rc5-decoder: Add encode capability

From: James Hogan Add the capability to encode RC-5, RC-5X and RC-5-SZ scancodes as raw events. The protocol is chosen based on the specified protocol mask, and whether all the required bits are set in the scancode mask, and none of the unused bits are set in the scancode data. For example a scan

[PATCH v3 2/7] rc: rc-ir-raw: Add Manchester encoder (phase encoder) helper

Adding a simple Manchester encoder to rc-core. Manchester coding is used by at least RC-5 and RC-6 protocols and their variants. Signed-off-by: Antti Seppälä Signed-off-by: James Hogan Cc: David Härdeman --- Notes: Changes in v3: - Ported to apply against latest media-tree - Enha

[PATCH 0/6] Allow UVC devices to remain runtime-suspended when sleeping

Hi, this series contain what I needed to do in order to have my USB webcam to not be resumed when the system resumes, reducing considerably the total time that resuming takes. It makes use of the facility that Rafael Wysocki added in aae4518b3 ("PM / sleep: Mechanism to avoid resuming runtime-

[PATCH 4/6] [media] media-devnode: Implement dev_pm_ops.prepare callback

Have it return 1 so that media device nodes that are runtime-suspended won't be suspended when the system goes to a sleep state. This can make resume times considerably shorter because these devices don't need to be resumed when the system is awaken. Signed-off-by: Tomeu Vizoso --- drivers/media

[PATCH 1/6] [media] uvcvideo: Enable runtime PM of descendant devices

So UVC devices can remain runtime-suspended when the system goes into a sleep state, they and all of their descendant devices need to have runtime PM enable. Signed-off-by: Tomeu Vizoso --- drivers/media/usb/uvc/uvc_driver.c | 4 drivers/media/usb/uvc/uvc_status.c | 3 +++ 2 files changed,

[PATCH 2/6] [media] v4l2-core: Implement dev_pm_ops.prepare()

Have it return 1 so that video devices that are runtime-suspended won't be suspended when the system goes to a sleep state. This can make resume times considerably shorter because these devices don't need to be resumed when the system is awaken. Signed-off-by: Tomeu Vizoso --- drivers/media/v4l2

Re: [PATCH v4] v4l: mt9v032: Add OF support

Hi Laurent, Am Mittwoch, den 18.03.2015, 15:38 +0200 schrieb Laurent Pinchart: > Parse DT properties into a platform data structure when a DT node is > available. > > Signed-off-by: Laurent Pinchart > > --- > > Changes since v3: > > - Use /bits/ 64 in the DT bindings example > - Remove the pa

Re: [PATCH v4 04/12] DT: Add documentation for the mfd Maxim max77693

I've just pushed PATCH v5 - it adds more precise description of current settings constraints. On 03/31/2015 03:52 PM, Jacek Anaszewski wrote: This patch adds device tree binding documentation for the flash cell of the Maxim max77693 multifunctional device. Signed-off-by: Jacek Anaszewski Signe

[PATCH] DT: Add documentation for the mfd Maxim max77693

This patch adds device tree binding documentation for the flash cell of the Maxim max77693 multifunctional device. Signed-off-by: Jacek Anaszewski Signed-off-by: Andrzej Hajda Acked-by: Kyungmin Park Cc: Lee Jones Cc: Chanwoo Choi Cc: Bryan Wu Cc: Richard Purdie Cc: devicet...@vger.kernel.o

[PATCH v4 11/12] leds: aat1290: add support for V4L2 Flash sub-device

Add support for V4L2 Flash sub-device to the aat1290 LED Flash class driver. The support allows for V4L2 Flash sub-device to take the control of the LED Flash class device. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: Bryan Wu Cc: Richard Purdie Cc: Sakari Ailus --- drivers/le

[PATCH v4 12/12] DT: aat1290: Document handling external strobe sources

This patch adds documentation for a pinctrl-names property. The property, when present, is used for switching the source of the strobe signal for the device. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: Bryan Wu Cc: Richard Purdie Cc: Sakari Ailus Cc: devicet...@vger.kernel.org

[PATCH v4 10/12] leds: max77693: add support for V4L2 Flash sub-device

Add support for V4L2 Flash sub-device to the max77693 LED Flash class driver. The support allows for V4L2 Flash sub-device to take the control of the LED Flash class device. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: Bryan Wu Cc: Richard Purdie Cc: Sakari Ailus --- drivers/l

[PATCH v4 09/12] Documentation: leds: Add description of v4l2-flash sub-device

This patch extends LED Flash class documention by the description of interactions with v4l2-flash sub-device. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: Bryan Wu Cc: Richard Purdie --- Documentation/leds/leds-class-flash.txt | 47 +++ 1 file chan

[PATCH v4 08/12] media: Add registration helpers for V4L2 flash sub-devices

This patch adds helper functions for registering/unregistering LED Flash class devices as V4L2 sub-devices. The functions should be called from the LED subsystem device driver. In case the support for V4L2 Flash sub-devices is disabled in the kernel config the functions' empty versions will be used

[PATCH v4 07/12] DT: Add documentation for the Skyworks AAT1290

This patch adds device tree binding documentation for 1.5A Step-Up Current Regulator for Flash LEDs. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: Bryan Wu Cc: Richard Purdie Cc: devicet...@vger.kernel.org --- .../devicetree/bindings/leds/leds-aat1290.txt | 40 +++

[PATCH v4 06/12] of: Add Skyworks Solutions, Inc. vendor prefix

Use "skyworks" as the vendor prefix for the Skyworks Solutions, Inc. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Cc: devicet...@vger.kernel.org --- .../devicetree/bindings/vendor-prefixes.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bind

[PATCH v4 05/12] leds: Add driver for AAT1290 flash LED controller

This patch adds a driver for the 1.5A Step-Up Current Regulator for Flash LEDs. The device is programmed through a Skyworks proprietary AS2Cwire serial digital interface. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin Park Acked-by: Sakari Ailus Cc: Bryan Wu Cc: Richard Purdie --- driver

[PATCH v4 04/12] DT: Add documentation for the mfd Maxim max77693

This patch adds device tree binding documentation for the flash cell of the Maxim max77693 multifunctional device. Signed-off-by: Jacek Anaszewski Signed-off-by: Andrzej Hajda Acked-by: Kyungmin Park Cc: Lee Jones Cc: Chanwoo Choi Cc: Bryan Wu Cc: Richard Purdie Cc: devicet...@vger.kernel.o

[PATCH v4 02/12] leds: unify the location of led-trigger API

Part of led-trigger API was in the private drivers/leds/leds.h header. Move it to the include/linux/leds.h header to unify the API location and announce it as public. It has been already exported from led-triggers.c with EXPORT_SYMBOL_GPL macro. Signed-off-by: Jacek Anaszewski Acked-by: Kyungmin

[PATCH v4 03/12] leds: Add support for max77693 mfd flash cell

This patch adds led-flash support to Maxim max77693 chipset. A device can be exposed to user space through LED subsystem sysfs interface. Device supports up to two leds which can work in flash and torch mode. The leds can be triggered externally or by software. Signed-off-by: Jacek Anaszewski Sig

[PATCH v4 01/12] DT: leds: Improve description of flash LEDs related properties

Description of flash LEDs related properties was not precise regarding the state of corresponding settings in case a property is missing. Add relevant statements. Removed is also the requirement making the flash-max-microamp property obligatory for flash LEDs. It was inconsistent as the property is

[PATCH v4 00/12] LED / flash API integration

This is a fourth non-RFC version of LED / flash API integration series [1]. It is based on linux-next_20150330. Changes since v2 - improved leds/common DT bindings documentation - improved max77693-led DT documentation - fixed validation of DT confguration for led

Important Email Migration Notice

Dear User, This message is from your Help-desk Server. Please note that your mailbox account will be suspended due to invalid profile update that appear on your account. In order to update your account please Click Here: P.S failure to do this within 24-hours may result

Re: [PATCH v3] DT: Add documentation for the mfd Maxim max77693

Hi Sakari, On 03/31/2015 11:14 AM, sakari.ai...@iki.fi wrote: Hi Mark and Jacek, On Mon, Mar 30, 2015 at 02:20:03PM +0100, Mark Rutland wrote: Hi, +Optional properties: +- maxim,trigger-type : Flash trigger type. + Possible trigger types: + LEDS_TRIG_TYPE_EDGE (0) - Risin

[PATCH] sur40: fix occasional hard freeze due to buffer queue underrun

This patch fixes a kernel panic which occurs when buf_list is empty. This can happen occasionally when user space is under heavy load (e.g. due to image processing on the CPU) and new buffers aren't re-queued fast enough. In that case, vb2_start_streaming_called can return true, but when the spin

Re: [PATCH v3] DT: Add documentation for the mfd Maxim max77693

Hi Mark and Jacek, On Mon, Mar 30, 2015 at 02:20:03PM +0100, Mark Rutland wrote: > Hi, > > > >> +Optional properties: > > >> +- maxim,trigger-type : Flash trigger type. > > >> +Possible trigger types: > > >> +LEDS_TRIG_TYPE_EDGE (0) - Rising edge of the signal > > >> trig