Patch v2 deletes unnecessary codes.
This patch adds the driver for the LM3560, dual LED Flash The
LM3560 has two 1A constant current driver for high current
white LEDs. It is controlled via an I2C compatible
interface(up to 400kHz). Each flash brightness, torch
brightness and enable/disable
Hi Mauro,
On Thu, Sep 26, 2013 at 01:51:57PM -0300, Mauro Carvalho Chehab wrote:
The difference between your patch and the applied one is:
diff --git a/drivers/media/pci/cx23885/cx23885-dvb.c
b/drivers/media/pci/cx23885/cx23885-dvb.c
index 971e4ff..8ed7b94 100644
---
Hi Shaik,
I tried to build your driver. It does not compile, so please fix it.
CC drivers/media/platform/exynos-scaler/scaler-m2m.o
drivers/media/platform/exynos-scaler/scaler-m2m.c: In function
'scaler_m2m_open':
drivers/media/platform/exynos-scaler/scaler-m2m.c:616:2: error: implicit
On 16.10.2013 07:50, Matthias Schwarzott wrote:
On 07.10.2013 22:16, Antti Palosaari wrote:
On 07.10.2013 22:30, Matthias Schwarzott wrote:
my real problem currently is, that I cannot get a good usb dump:
1. In virtual machine (win xp under kvm) it finds one transponder when
scanning DVB-T,
Hi,
On 16/10/13 03:49, Milo Kim wrote:
General LED trigger APIs were created not for the application interface
but for any kernel space driver.
The LED camera trigger APIs are used by a camera driver, not application.
Some LED devices provide basic LED functionalities and high current
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Saturday, October 12, 2013 2:32 PM
Subject: [PATCH RFC v2 10/10] s5p-g2d: Use mem-to-mem ioctl helpers
Simplify the driver by using the m2m ioctl and vb2 helpers.
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Saturday, October 12, 2013 2:32 PM
Subject: [PATCH RFC v2 02/10] mem2mem_testdev: Use mem-to-mem ioctl and
vb2 helpers
Simplify the driver by using the m2m ioctl and
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Saturday, October 12, 2013 2:32 PM
Subject: [PATCH RFC v2 04/10] s5p-jpeg: Use mem-to-mem ioctl helpers
Simplify the driver by using the m2m ioctl and vb2 helpers.
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Saturday, October 12, 2013 2:32 PM
Subject: [PATCH RFC v2 03/10] exynos4-is: Use mem-to-mem ioctl helpers
Simplify the FIMC mem-to-mem driver by using the m2m ioctl and
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
Sent: Saturday, October 12, 2013 2:39 PM
Subject: [PATCH RFC v2.1 01/10] V4L: Add mem2mem ioctl and file
operation helpers
This patch adds ioctl helpers to the V4L2
Hi Philipp,
I know that this patch's explanation is pretty much contained in the
subject,
but could you add a short description as well?
Best wishes,
--
Kamil Debski
Linux Kernel Developer
Samsung RD Institute Poland
-Original Message-
From: linux-media-ow...@vger.kernel.org
Hi Philipp,
A small comment inline.
Best wishes,
--
Kamil Debski
Linux Kernel Developer
Samsung RD Institute Poland
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Philipp Zabel
Sent: Monday, September 30, 2013
Resending, now making sure I use plain text for the email...
Hi there,
2013/10/15 David Härdeman da...@hardeman.nu
IIRC, Juan had a hacked-up version of the winbond-cir driver working on
his hardware back in March (the hardware seems similar enough, basically
the WEC1022 adds some additional
This kinda makes me a bit nervous. The patch itself looks OK but the
cascading effects that it will have across the DVB subsystem need to
be discussed.
Is there a discussion about this kind of conversion on the mailing
list somewhere that I've missed?
-Mike
On Tue, Oct 15, 2013 at 7:33 PM,
Hi Greg,
This series includes video PHY adaptation to Generic PHY Framework.
With the adaptation they were able to get rid of plat data callbacks.
Since you've taken the Generic PHY Framework, I think this series should
also go into your tree.
We should thank Sylwester for actively testing and
From: Jingoo Han jg1@samsung.com
Use the generic PHY API to control the DP PHY.
Signed-off-by: Jingoo Han jg1@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Documentation/devicetree/bindings/video/exynos_dp.txt | 17
From: Sylwester Nawrocki sylvester.nawro...@gmail.com
Generic PHY drivers are used to handle the MIPI CSIS and MIPI DSIM
DPHYs so we can remove now unused code at arch/arm/plat-samsung.
In case there is any board file for S5PV210 platforms using MIPI
CSIS/DSIM (not any upstream currently) it
From: Sylwester Nawrocki sylvester.nawro...@gmail.com
Use the generic PHY API instead of the platform callback
to control the MIPI CSIS DPHY.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Felipe Balbi ba...@ti.com
From: Sylwester Nawrocki sylvester.nawro...@gmail.com
Use the generic PHY API instead of the platform callback
for the MIPI DSIM DPHY enable/reset control.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Felipe Balbi
From: Jingoo Han jg1@samsung.com
Exynos Display Port can be used only for Exynos SoCs. In addition,
non-DT for EXYNOS SoCs is not supported from v3.11; thus, there is
no need to support non-DT for Exynos Display Port.
The 'include/video/exynos_dp.h' file has been used for non-DT
support and
From: Sylwester Nawrocki sylvester.nawro...@gmail.com
Add a PHY provider driver for the Samsung S5P/Exynos SoC MIPI CSI-2
receiver and MIPI DSI transmitter DPHYs.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Kishon
From: Jingoo Han jg1@samsung.com
Add a PHY provider driver for the Samsung Exynos SoC Display Port PHY.
Signed-off-by: Jingoo Han jg1@samsung.com
Reviewed-by: Tomasz Figa t.f...@samsung.com
Cc: Sylwester Nawrocki s.nawro...@samsung.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by:
Em Wed, 16 Oct 2013 11:54:57 -0400
Michael Krufky mkru...@linuxtv.org escreveu:
This kinda makes me a bit nervous. The patch itself looks OK but the
cascading effects that it will have across the DVB subsystem need to
be discussed.
Is there a discussion about this kind of conversion on the
On 16.10.2013 18:54, Michael Krufky wrote:
This kinda makes me a bit nervous. The patch itself looks OK but the
cascading effects that it will have across the DVB subsystem need to
be discussed.
Basically, the only effect is that you must use i2c_new_device() or
i2c_new_probed_device()
On Wed, Oct 16, 2013 at 12:43 PM, Antti Palosaari cr...@iki.fi wrote:
On 16.10.2013 18:54, Michael Krufky wrote:
This kinda makes me a bit nervous. The patch itself looks OK but the
cascading effects that it will have across the DVB subsystem need to
be discussed.
Basically, the only
On Wed, Oct 16, 2013 at 1:01 PM, Michael Krufky mkru...@linuxtv.org wrote:
On Wed, Oct 16, 2013 at 12:43 PM, Antti Palosaari cr...@iki.fi wrote:
On 16.10.2013 18:54, Michael Krufky wrote:
This kinda makes me a bit nervous. The patch itself looks OK but the
cascading effects that it will have
Hi there,
on Raspbian, the Debian port for the Raspberry Pi, the needed
lsdiff is in the package patchutils and
Proc::ProcessTable is in the package libproc-processtable-perl.
Thanks a lot for your good work!
Kind Regards
Alex
--
To unsubscribe from this list: send the line unsubscribe
Hi Michael,
On Wed, 16 Oct 2013 13:04:42 -0400, Michael Krufky wrote:
YIKES!! i2c_new_probed_device() does indeed probe the hardware --
this is unacceptable, as such an action can damage the ic.
Is there some additional information that I'm missing that lets this
perform an attach without
On Tue, Oct 15, 2013 at 6:49 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/16/2013 03:37 AM, Bryan Wu wrote:
On Fri, Oct 11, 2013 at 12:38 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Bryan,
On Thursday 10 October 2013 17:02:18 Bryan Wu wrote:
On Mon, Oct 7,
On Wed, Oct 16, 2013 at 1:09 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Michael,
On Wed, 16 Oct 2013 13:04:42 -0400, Michael Krufky wrote:
YIKES!! i2c_new_probed_device() does indeed probe the hardware --
this is unacceptable, as such an action can damage the ic.
Is there some
On 16.10.2013 20:19, Michael Krufky wrote:
On Wed, Oct 16, 2013 at 1:09 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Michael,
On Wed, 16 Oct 2013 13:04:42 -0400, Michael Krufky wrote:
YIKES!! i2c_new_probed_device() does indeed probe the hardware --
this is unacceptable, as such an action
On Wed, Oct 16, 2013 at 1:22 PM, Antti Palosaari cr...@iki.fi wrote:
On 16.10.2013 20:19, Michael Krufky wrote:
On Wed, Oct 16, 2013 at 1:09 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Michael,
On Wed, 16 Oct 2013 13:04:42 -0400, Michael Krufky wrote:
YIKES!! i2c_new_probed_device()
On Wed, 16 Oct 2013 20:45:39 +0300, Antti Palosaari wrote:
On 16.10.2013 20:33, Michael Krufky wrote:
OK, I get it and it does seem OK. I'm just curious what kind of
impact this refactoring would have over something like the
b2c2-flexcop-fe driver, who does not know which ic's to attach
On 16.10.2013 20:33, Michael Krufky wrote:
On Wed, Oct 16, 2013 at 1:22 PM, Antti Palosaari cr...@iki.fi wrote:
On 16.10.2013 20:19, Michael Krufky wrote:
On Wed, Oct 16, 2013 at 1:09 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Michael,
On Wed, 16 Oct 2013 13:04:42 -0400, Michael Krufky
Am 13.10.2013 16:00, schrieb Frank Schäfer:
[snip]
Am 12.10.2013 05:45, schrieb Mauro Carvalho Chehab:
Changing the input will likely power on the device. The design of the
old suspend callback were to call it when the device is not being used.
Any try to use the device makes it to wake up,
Commit 622b828ab7 (v4l2_subdev: rename tuner s_standby operation to
core s_power) replaced the tuner s_standby call in the em28xx driver with
a (s_power, 0) call which suspends all subdevices.
But it neglected to add corresponding (s_power, 1) calls to make sure that
the subdevices are powered on
On Wed, Oct 16, 2013 at 09:58:09PM +0530, Kishon Vijay Abraham I wrote:
Hi Greg,
This series includes video PHY adaptation to Generic PHY Framework.
With the adaptation they were able to get rid of plat data callbacks.
Since you've taken the Generic PHY Framework, I think this series
Hi Bryan,
On 10/17/2013 02:17 AM, Bryan Wu wrote:
On Tue, Oct 15, 2013 at 6:49 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/16/2013 03:37 AM, Bryan Wu wrote:
On Fri, Oct 11, 2013 at 12:38 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Bryan,
On Thursday 10
On Wed, Oct 16, 2013 at 4:36 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/17/2013 02:17 AM, Bryan Wu wrote:
On Tue, Oct 15, 2013 at 6:49 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/16/2013 03:37 AM, Bryan Wu wrote:
On Fri, Oct 11, 2013 at 12:38 AM, Laurent Pinchart
On Wed, Oct 16, 2013 at 4:54 PM, Bryan Wu coolo...@gmail.com wrote:
On Wed, Oct 16, 2013 at 4:36 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/17/2013 02:17 AM, Bryan Wu wrote:
On Tue, Oct 15, 2013 at 6:49 PM, Milo Kim milo@ti.com wrote:
Hi Bryan,
On 10/16/2013 03:37 AM,
On Thu, 2013-10-17 at 08:36 +0900, Milo Kim wrote:
That's current solution, we plan to unify this two API since those
chip are basically LED.
On the other hands, LM3642 has an indicator mode with flash/torch.
Then, it will consist of 3 parts - MFD core, LED(indicator) and
41 matches
Mail list logo