Add a documentation of LED Flash class specific sysfs attributes.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie rpur...@rpsys.net
---
Documentation/ABI/testing/sysfs-class-led-flash |
Change flash cell identifiers from max77693-flash to max77693-led
to avoid confusion with NOR/NAND Flash.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Lee Jones lee.jo...@linaro.org
---
drivers/mfd/max77693.c |4 ++--
1
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 j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu
This patch adds device tree binding documentation for
1.5A Step-Up Current Regulator for Flash LEDs.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie rpur...@rpsys.net
---
This patch set is a follow-up of the LED / flash API integration
series [1]. It is based on linux-next_20150304
Changes since version 11 :
- removed synchronized strobe feature from LED Flash class, as it
turned out to be not fitting for sysfs
Use skyworks as the vendor prefix for the Skyworks Solutions, Inc.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git
This patch extends LED Flash class documention by
the description of interactions with v4l2-flash sub-device.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Sakari Ailus sakari.ai...@linux.intel.com
Cc: Bryan Wu
This patch adds device tree binding documentation for
the flash cell of the Maxim max77693 multifunctional device.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Signed-off-by: Andrzej Hajda a.ha...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Lee Jones
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 j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu
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
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
The documentation being added contains overall description of the
LED Flash Class and the related sysfs attributes.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie rpur...@rpsys.net
---
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 j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu
This patch adds a description of 'flashes' property
to the samsung-fimc.txt.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Sylwester Nawrocki s.nawro...@samsung.com
---
.../devicetree/bindings/media/samsung-fimc.txt |8
Synchronized flash strobe feature has been considered not fitting
for LED subsystem sysfs interface and thus is being removed.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie
Add a macro for obtaining the mask of ITORCH register bit fields
related either to FLED1 or FLED2 current output. The expected
arguments are TORCH_IOUT1_SHIFT or TORCH_IOUT2_SHIFT.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc:
This patch adds support for external v4l2-flash devices.
The support includes parsing flashes DT property
and asynchronous subdevice registration.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Sylwester Nawrocki
Add macros for defining boost mode and trigger type properties
of flash LED devices.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie rpur...@rpsys.net
---
The flash part of the max77693 device will depend only on OF, and thus
will not use board files. Since there are no other users of the
struct max77693_led_platform_data its existence is unjustified.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park
Modify FLASH_EN_SHIFT and TORCH_EN_SHIFT macros to work properly
when passed enum max77693_fled values (0 for FLED1 and 1 for FLED2)
from leds-max77693 driver. Previous definitions were compatible with
one of the previous RFC versions of leds-max77693.c driver, which was
not merged.
In am437x-vpfe.h BASE_VIDIOC_PRIVATE is used for
making the name of ioctl command(VIDIOC_AM437X_CCDC_CFG).
The definition of BASE_VIDIOC_PRIVATE is in linux/videodev2.h.
However, linux/videodev2.h is not included in am437x-vpfe.h.
As the result an application using has to include both
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: Thu Mar 5 04:00:23 CET 2015
git branch: test
git hash: 3d945be05ac1e806af075e9315bc1b3409adae2b
gcc
As the clock_start/stop() use to control the mclk for the sensor not the
ISI peripheral clock.
So we move them to start/stop_stream() function.
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/media/platform/soc_camera/atmel-isi.c | 12 ++--
1 file changed, 6 insertions(+), 6
The runtime pm resume/suspend will enable/disable pclk (ISI peripheral
clock).
And we need to call rumtime_pm_get/put_sync function to make pm
resume/suspend.
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/media/platform/soc_camera/atmel-isi.c | 36 ---
1 file
This patch series fix the peripheral clock code and enable runtime pm
support.
Aslo clean up the code which is for the compatiblity of mck.
Josh Wu (3):
media: atmel-isi: move the peripheral clock to start/stop_stream()
function
media: atmel-isi: add runtime pm support
media:
WARNING: CPU: 0 PID: 172 at
/usr/src/linux-3.14.34/drivers/usb/core/urb.c:450
usb_submit_urb+0x297/0x449()
[4.133281] usb 2-1: BOGUS urb xfer, pipe 3 != type 1
[4.133285] Modules linked in: dvb_usb_dib0700(+) dib3000mc dib8000
dvb_usb dib0070 dib7000m dib0090 dib7000p dibx000_common
On 03/04/2015 05:14 PM, Jacek Anaszewski wrote:
Add macros for defining boost mode and trigger type properties
of flash LED devices.
Signed-off-by: Jacek Anaszewski j.anaszew...@samsung.com
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Bryan Wu coolo...@gmail.com
Cc: Richard Purdie
The master clock should handled by sensor itself.
Signed-off-by: Josh Wu josh...@atmel.com
---
drivers/media/platform/soc_camera/atmel-isi.c | 32 ---
1 file changed, 32 deletions(-)
diff --git a/drivers/media/platform/soc_camera/atmel-isi.c
On Wed, Mar 04, 2015 at 10:47:59AM +0100, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The subdev enum ioctls now have a new 'which' field. Document this.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Acked-by:
On 03/03/15 16:56, Hans Verkuil wrote:
Hi Mauro,
This patch series prepares for the removal of duplicate video enum ops. See
this
post for the background for this series:
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/87869
The patches in this pull request
Hi all,
I would like to develop a point in my previous discussion based on
new findings:
On Thu, 29 Jan 2015, William Towle wrote:
3. Our third problem concerns detecting the resolution of the stream.
Our code works with the obsoleted driver (adv761x.c) in place, but with
our modifications
On Wed, Mar 04, 2015 at 10:48:01AM +0100, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The video and pad ops are duplicates, so get rid of the more limited video op.
The whole point of the subdev API is to allow reuse of subdev drivers by
bridge drivers. Having duplicate
On 02/13/15 12:30, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Replace the video ops enum_framesizes and enum_frameintervals by the pad
ops enum_frame_size and enum_frame_interval.
The video and pad ops are duplicates, so get rid of the more limited video op.
The whole
On 03/03/15 23:15, Laurent Pinchart wrote:
Hi Hans,
Thank you for the review.
On Tuesday 03 March 2015 12:28:24 Hans Verkuil wrote:
Hi Laurent,
Thanks for this patch. I do have a few comments, see below. Note that I am
OK with the new DT format description.
On 03/02/2015 02:48 AM,
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_frame_size ops. Most drivers do not
need to be changed since they always returns the same enumeration regardless
of the 'which' field.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_frame_interval ops. Most drivers do
not
need to be changed since they always returns the same enumeration regardless
of the 'which' field.
Tested for ov7670 and marvell-ccic on a OLPC XO-1 laptop.
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_mbus_code ops. Most drivers do not
need to be changed since they always return the same enumeration regardless
of the 'which' field.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar
From: Hans Verkuil hans.verk...@cisco.com
The subdev enum ioctls now have a new 'which' field. Document this.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
From: Hans Verkuil hans.verk...@cisco.com
This patch series is based on this v1 series:
http://comments.gmane.org/gmane.linux.drivers.video-input-infrastructure/87869
Changes for v2:
- am437 needed to set 'which' to ACTIVE in patches 4 and 5, this was missing.
- The comment of the new
From: Hans Verkuil hans.verk...@cisco.com
While all other pad ops allow you to select whether to use the 'try' or
the 'active' formats, the enum ops didn't have that option and always used
'try'.
However, this will fail if a simple (e.g. PCI) bridge driver wants to use
the enum pad op of a
From: Hans Verkuil hans.verk...@cisco.com
Return an error if an invalid 'which' valid is passed in.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Tested-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Acked-by: Laurent Pinchart
From: Hans Verkuil hans.verk...@cisco.com
The video and pad ops are duplicates, so get rid of the more limited video op.
The whole point of the subdev API is to allow reuse of subdev drivers by
bridge drivers. Having duplicate ops makes that much harder. We should never
have allowed duplicate
On 03/04/15 10:51, William Towle wrote:
Hi all,
I would like to develop a point in my previous discussion based on
new findings:
On Thu, 29 Jan 2015, William Towle wrote:
3. Our third problem concerns detecting the resolution of the stream.
Our code works with the obsoleted driver
On 04/03/15 10:47, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
The subdev enum ioctls now have a new 'which' field. Document this.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Acked-by: Laurent Pinchart
Hi Hans,
On Wednesday 04 March 2015 10:30:40 Hans Verkuil wrote:
On 03/03/15 23:15, Laurent Pinchart wrote:
On Tuesday 03 March 2015 12:28:24 Hans Verkuil wrote:
On 03/02/2015 02:48 AM, Laurent Pinchart wrote:
Xilinx platforms have no hardwired video capture or video processing
Hi Hans,
On 04/03/15 10:47, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Support the new 'which' field in the enum_frame_size ops. Most drivers do not
need to be changed since they always returns the same enumeration regardless
of the 'which' field.
Signed-off-by: Hans
On 04/03/15 10:47, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
While all other pad ops allow you to select whether to use the 'try' or
the 'active' formats, the enum ops didn't have that option and always used
'try'.
However, this will fail if a simple (e.g. PCI) bridge
On 04/03/15 10:47, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
If a subdevice pad op is called from a bridge driver, then there is
no v4l2_subdev_fh struct that can be passed to the subdevice. This
made it hard to use such subdevs from a bridge driver.
This patch
On 04/03/15 10:47, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Return an error if an invalid 'which' valid is passed in.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Tested-by: Lad, Prabhakar
On Wed, 04 Mar 2015 09:47:47 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
It took blood, sweat and a bucket full of tears, but I finally managed to
get it to run on a OLPC XO-1 laptop.
Sorry you had to do that. I've been trying to find a moment to employ my
own bucket, but life remains rather
Em Wed, 4 Mar 2015 08:43:24 -0500
Steven Toth st...@kernellabs.com escreveu:
Mauro, what's the plan to pull the LGDT3306A branch into tip? The
SAA7164/HVR2255 driver need this for demod support.
Merged yesterday. Today, I added one fix from Olli to extend the
si2157 minimal frequency to match
From: Hyun Kwon hyun.k...@xilinx.com
Keep the formats sorted by type, bus_width, bits per component, samples
per pixel and order of subsamples, in that order.
Signed-off-by: Hyun Kwon hyun.k...@xilinx.com
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hans Verkuil
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Sakari Ailus sakari.ai...@linux.intel.com
---
include/media/media-entity.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/media/media-entity.h
The TPG generates multiple static or dynamic test patterns. The driver
currently hardcodes the pattern to the moving box pattern.
Signed-off-by: Christian Kohn christian.k...@xilinx.com
Signed-off-by: Hyun Kwon hyun.k...@xilinx.com
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media/v4l/subdev-formats.xml | 67 ++
include/uapi/linux/media-bus-format.h | 4 +-
2 files changed, 70 insertions(+), 1
Hello,
lo and behold, here's the sixth, latest, greatest and most amazing ever (so
far) version of the Xilinx FPGA Video IP Cores kernel drivers.
I won't detail in great lengths the Xilinx Video IP architecture here, as that
would result in dozens of pages of documentation. The interested reader
Xilinx platforms have no hardwired video capture or video processing
interface. Users create capture and memory to memory processing
pipelines in the FPGA fabric to suit their particular needs, by
instantiating video IP cores from a large library.
The Xilinx Video IP core is a framework that
The Video Timing Controller (VTC) includes a timing detector and/or a
timing generator. Only the generator is currently supported.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Signed-off-by: Michal Simek michal.si...@xilinx.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
From: Hyun Kwon hyun.k...@xilinx.com
Add VUY8 24 bits bus format, V4L2_MBUS_FMT_VUY8_1X24.
Signed-off-by: Hyun Kwon hyun.k...@xilinx.com
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
---
The function fills a link data structure with the device node and port
number at both the local and remote ends of a link defined by one of its
endpoint nodes.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Sakari Ailus
Mauro, what's the plan to pull the LGDT3306A branch into tip? The
SAA7164/HVR2255 driver need this for demod support.
Hey folks, an update on this.
So I have the green-light to release my HVR2205 and HVR2255 board
related patches. I started merging them into tip earlier this week.
The HVR2205 is
Hello,
This patch series fixes issues in s5p-mfc driver related to false
assumption that driver will be used only on 32bit architectures. With
those fixes and respective IOMMU driver one can use this driver on
ARM64-based Exynos SoCs, like Exynos 5433.
Best regards
Marek Szyprowski
Samsung
TASK_SIZE is depends on the systems architecture (32 or 64 bits) and it
should not be used for defining offset boundary for mmaping buffers for
CAPTURE and OUTPUT queues. This patch fixes support for MMAP calls on
the CAPTURE queue on 64bit architectures (like ARM64).
Signed-off-by: Marek
Unsigned int cannot be used to store casted pointer on 64bit
architecture, so correct such casts to properly use unsigned long
variables.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
drivers/media/platform/s5p-mfc/s5p_mfc_opr.h| 2 +-
Hello Steven,
Great to hear! The LGDT3306A went into the media_tree yesterday as far
as I can see, together with my HVR-955Q patches.
Coincidentally, I've been working with HVR-2205 and HVR-2215 as well
and have looked into the HVR-2255 a bit too. I'll also be travelling
(luckily on leisure) for
Hi Laurent,
On 03/04/15 16:02, Laurent Pinchart wrote:
Hi Hans,
Thank you for the patch.
On Wednesday 04 March 2015 10:47:54 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
If a subdevice pad op is called from a bridge driver, then there is
no v4l2_subdev_fh struct that
Hi Hans,
Thank you for the patch.
On Wednesday 04 March 2015 10:47:54 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
If a subdevice pad op is called from a bridge driver, then there is
no v4l2_subdev_fh struct that can be passed to the subdevice. This
made it hard to use
On Wed, Mar 4, 2015 at 9:03 AM, Olli Salonen olli.salo...@iki.fi wrote:
Hello Steven,
Great to hear! The LGDT3306A went into the media_tree yesterday as far
as I can see, together with my HVR-955Q patches.
Oh, great.
Coincidentally, I've been working with HVR-2205 and HVR-2215 as well
and
Mauro, what's the plan to pull the LGDT3306A branch into tip? The
SAA7164/HVR2255 driver need this for demod support.
Merged yesterday. Today, I added one fix from Olli to extend the
si2157 minimal frequency to match the ATSC tuner range (needed by
HVR-955Q - not sure if HVR2255 also uses
Hi Laurent,
Almost OK :-)
Two small issues remain, see below.
On 03/04/15 15:51, Laurent Pinchart wrote:
Xilinx platforms have no hardwired video capture or video processing
interface. Users create capture and memory to memory processing
pipelines in the FPGA fabric to suit their particular
70 matches
Mail list logo