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
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
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
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 | 41 +++
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
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
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
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
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
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. The no-op definitions are
changed from macros to inli
This is a fifth non-RFC version of LED / flash API integration
series [1]. It is based on linux-next_linux_next-20150414.
Changes since v4
- adapted leds-max77693 and leds-aat1290 drivers to the recent
modifications in leds/common.txt bindings documentation and
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 15 04:00:22 CEST 2015
git branch: test
git hash: e183201b9e917daf2530b637b2f34f1d5afb934d
gcc versi
Hi Laurent,
Thank you for the patchset.
On Tue, Apr 14, 2015 at 10:44:48PM +0300, Laurent Pinchart wrote:
> The data_offset field has been introduced along with the multiplane API
> to convey header size information between kernelspace and userspace.
> It's not used by any mainline driver except
The v4l2_plane data_offset field has been repurposed in the V4L2 API.
Update videobuf2 accordingly.
Signed-off-by: Laurent Pinchart
---
drivers/media/v4l2-core/videobuf2-core.c | 46 +++-
include/media/videobuf2-core.h | 4 +++
include/media/videobuf2-dma-c
Hello,
The v4l2_plane data_offset field has been introduced at the same time as the
the multiplane API to convey header size information between kernelspace and
userspace.
The API then became slightly controversial, both because different developers
understood the purpose of the field differently
The data_offset field has been introduced along with the multiplane API
to convey header size information between kernelspace and userspace.
It's not used by any mainline driver except vivid (for testing purpose).
A different data offset is needed to allow data capture to or data
output from a use
From: Fabio Estevam
Building for avr32 leads the following build warning:
drivers/media/rc/st_rc.c:270: warning: passing argument 1 of 'IS_ERR' discards
qualifiers from pointer target type
drivers/media/rc/st_rc.c:271: warning: passing argument 1 of 'PTR_ERR' discards
qualifiers from pointer t
Building for avr32 leads the following build warning:
drivers/media/rc/ir-hix5hd2.c:221: warning: passing argument 1 of 'IS_ERR'
discards qualifiers from pointer target type
drivers/media/rc/ir-hix5hd2.c:222: warning: passing argument 1 of 'PTR_ERR'
discards qualifiers from pointer target type
tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 31f7dc796998d2967e999a0f9229d8a50c7b348d
commit: 8f8218e89d5500f5d53556a3e0739d1ffc591aa1 [media] st_rc: fix address
space casting
date: 7 months ago
config: avr32-allyesconfig (attached as .config)
reproduce
tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 31f7dc796998d2967e999a0f9229d8a50c7b348d
commit: 7f01308e543f33a977750bf464ae6bf3f9733cf0 [media] ir-hix5hd2: fix
address space casting
date: 7 months ago
config: avr32-allyesconfig (attached as .config)
repr
This variable was not being used anywhere.
Signed-off-by: Sudip Mukherjee
---
drivers/media/v4l2-core/videobuf2-core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/v4l2-core/videobuf2-core.c
b/drivers/media/v4l2-core/videobuf2-core.c
index c11aee7..d3f7bf0 100644
--- a/drive
Retry the FE_GET_PROPERTY ioctl used to determine if we have a DVBv5 device
if it returns EAGAIN indicating the driver is currently locked by the kernel.
Also skip over subsequent information gathering calls to FE_GET_PROPERTY
that return EAGAIN.
Original-author: Mauro Carvalho Chehab
Signed-off
Hello,
On 2015-04-10 22:24, Arnd Bergmann wrote:
A recent bug fix removed all uses of the 'fileio' variable in
vb2_thread_stop(), which now causes warnings in a lot of
ARM defconfig builds:
drivers/media/v4l2-core/videobuf2-core.c:3228:26: warning: unused variable
'fileio' [-Wunused-variable]
On Mon, Apr 13, 2015 at 09:39:42PM +0300, Laurent Pinchart wrote:
> Hello,
>
> Here's a proposal for a different approach to live source in DRM based on an
> idea by Daniel Vetter. The previous version can be found at
> http://lists.freedesktop.org/archives/dri-devel/2015-March/079319.html.
msm i
Now that videobuf2-vmalloc supports exporting buffers, add support for
the DMABUF exporter role by plugging in the videobuf2 ioctl helper.
Signed-off-by: Laurent Pinchart
---
drivers/media/usb/uvc/uvc_queue.c | 12
drivers/media/usb/uvc/uvc_v4l2.c | 13 +
drivers/media/
25 matches
Mail list logo
