Hi Hans,
Thanks for the review comments.
Frankly, I was not following the recent changes related to vb2 framework.
And I didn't tested the driver for v4l2-compliance :(
Will try to address all your comments in the next version of posting
and this time with v4l2-compliance :)
Regards,
Shaik Amee
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: Fri Mar 21 04:00:24 CET 2014
git branch: test
git hash: ed97a6fe5308e5982d118a25f0697b791af5ec50
gcc versio
Hi Grant,
On Thursday 20 March 2014 23:12:50 Grant Likely wrote:
> On Thu, 20 Mar 2014 19:52:53 +0100, Laurent Pinchart wrote:
> > On Thursday 20 March 2014 18:48:16 Grant Likely wrote:
> > > On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab wrote:
> > > > Em Thu, 20 Mar 2014 17:54:31 +000
On Thu, 20 Mar 2014 19:52:53 +0100, Laurent Pinchart
wrote:
> On Thursday 20 March 2014 18:48:16 Grant Likely wrote:
> > On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab wrote:
> > > Em Thu, 20 Mar 2014 17:54:31 + Grant Likely escreveu:
> > > > On Wed, 12 Mar 2014 10:25:56 +, Rus
On Sat, 8 Mar 2014 13:07:23 +0100, Philipp Zabel
wrote:
> Hi Grant,
>
> On Fri, Mar 7, 2014 at 6:18 PM, Grant Likely wrote:
> > On Wed, 26 Feb 2014 16:24:57 +0100, Philipp Zabel
> > wrote:
> >> The 'ports' node is optional. It is only needed if the parent node has
> >> its own #address-cells
Hi Grant,
On Thursday 20 March 2014 22:23:47 Grant Likely wrote:
> On Sat, 08 Mar 2014 16:50:33 +0100, Laurent Pinchart wrote:
> > On Saturday 08 March 2014 12:23:21 Grant Likely wrote:
> > > On Sat, 8 Mar 2014 12:46:05 +0200, Tomi Valkeinen wrote:
> > > > On 07/03/14 19:18, Grant Likely wrote:
>
On Mon, 10 Mar 2014 08:34:54 +0200, Tomi Valkeinen
wrote:
> On 08/03/14 14:23, Grant Likely wrote:
>
> >>> That's fine. In that case the driver would specifically require the
> >>> endpoint to be that one node although the above looks a little weird
> >>
> >> The driver can't require that. I
On Sat, 08 Mar 2014 16:50:33 +0100, Laurent Pinchart
wrote:
> Hi Grant,
>
> On Saturday 08 March 2014 12:23:21 Grant Likely wrote:
> > On Sat, 8 Mar 2014 12:46:05 +0200, Tomi Valkeinen wrote:
> > > On 07/03/14 19:18, Grant Likely wrote:
> > > > From a pattern perspective I have no problem with t
Add sleep ops to lgdt3304_ops to invoke lgdt3305_sleep() to be called
from dvb_frontend_suspend(). lgdt3305_soft_reset() is called for both
3304 and 3305 devices. soft_reset and sleep touch LGDT3305_GEN_CTRL_3
on 3304 and 3305 devices. Hence, adding sleep to lgdt3304_ops will help
suspend 3304 prop
Hi Russell,
On Thursday 20 March 2014 18:18:20 Russell King - ARM Linux wrote:
> On Thu, Mar 20, 2014 at 07:16:29PM +0100, Laurent Pinchart wrote:
> > On Thursday 20 March 2014 17:54:31 Grant Likely wrote:
> > > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
> > > > On Mon, Ma
On Thursday 20 March 2014 18:48:16 Grant Likely wrote:
> On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab wrote:
> > Em Thu, 20 Mar 2014 17:54:31 + Grant Likely escreveu:
> > > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
> > > > On Mon, Mar 10, 2014 at 02:52:53P
Hi Russell,
On Thursday 20 March 2014 18:18:20 Russell King - ARM Linux wrote:
> On Thu, Mar 20, 2014 at 07:16:29PM +0100, Laurent Pinchart wrote:
> > On Thursday 20 March 2014 17:54:31 Grant Likely wrote:
> > > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
[snip]
> > > > I
On Thu, 20 Mar 2014 15:38:04 -0300, Mauro Carvalho Chehab
wrote:
> Em Thu, 20 Mar 2014 17:54:31 +
> Grant Likely escreveu:
>
> > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux
> > wrote:
> > > On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > > > In theor
On Thursday 20 March 2014 18:43:16 Russell King - ARM Linux wrote:
> On Thu, Mar 20, 2014 at 03:38:04PM -0300, Mauro Carvalho Chehab wrote:
> > Em Thu, 20 Mar 2014 17:54:31 + Grant Likely escreveu:
> > > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
> > > > On Mon, Mar 10,
On Thu, Mar 20, 2014 at 03:38:04PM -0300, Mauro Carvalho Chehab wrote:
> Em Thu, 20 Mar 2014 17:54:31 +
> Grant Likely escreveu:
>
> > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux
> > wrote:
> > > On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > > > In t
Em Thu, 20 Mar 2014 17:54:31 +
Grant Likely escreveu:
> On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux
> wrote:
> > On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > > In theory unidirectional links in DT are indeed enough. However, let's
> > > not
> > >
On Thu, Mar 20, 2014 at 07:16:29PM +0100, Laurent Pinchart wrote:
> On Thursday 20 March 2014 17:54:31 Grant Likely wrote:
> > On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
> > > On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > > > In theory unidirectional
On Thursday 20 March 2014 17:54:31 Grant Likely wrote:
> On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux wrote:
> > On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > > In theory unidirectional links in DT are indeed enough. However, let's
> > > not forget the follow
On Wed, 12 Mar 2014 10:25:56 +, Russell King - ARM Linux
wrote:
> On Mon, Mar 10, 2014 at 02:52:53PM +0100, Laurent Pinchart wrote:
> > In theory unidirectional links in DT are indeed enough. However, let's not
> > forget the following.
> >
> > - There's no such thing as single start points
On Tue, 11 Mar 2014 16:21:49 +0100, Laurent Pinchart
wrote:
> Hi Philipp,
>
> On Tuesday 11 March 2014 16:07:00 Philipp Zabel wrote:
> > Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> > > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
>
> [snip]
>
> > > > In theory
On Tue, 11 Mar 2014 16:07:00 +0100, Philipp Zabel
wrote:
> Hi Grant,
>
> Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart
> > wrote:
> > > On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
> > > > On 08/03/14 13:41, Gran
On Tue, 11 Mar 2014 14:04:34 +0100, Andrzej Hajda wrote:
> On 03/10/2014 04:15 PM, Laurent Pinchart wrote:
> > Hi Grant,
> >
> > On Monday 10 March 2014 14:58:15 Grant Likely wrote:
> >> On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
> >>> On Monday 10 March 2014 12:18:20 Tomi Valkei
On Tue, 11 Mar 2014 14:16:37 +0100, Laurent Pinchart
wrote:
> On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote:
> > So depending on the use case, the endpoints would point to opposite
> > direction from the encoder's point of view.
> >
> > And if I gathered Grant's opinion correctly (corre
On Tue, 11 Mar 2014 12:43:44 +0100, Laurent Pinchart
wrote:
> Hi Philipp,
>
> On Monday 10 March 2014 16:40:30 Philipp Zabel wrote:
> > Am Montag, den 10.03.2014, 16:15 +0100 schrieb Laurent Pinchart:
> > > On Monday 10 March 2014 14:58:15 Grant Likely wrote:
> > > > On Mon, 10 Mar 2014 14:52:53
On Mon, 10 Mar 2014 16:15:37 +0100, Laurent Pinchart
wrote:
> Hi Grant,
>
> On Monday 10 March 2014 14:58:15 Grant Likely wrote:
> > On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
> > > On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
> > > > On 08/03/14 13:41, Grant Likely wr
On Thu, 13 Mar 2014 11:35:28 +, Russell King - ARM Linux
wrote:
> On Thu, Mar 13, 2014 at 12:08:16PM +0100, Philipp Zabel wrote:
> > I'm not sure if maybe I misunderstood or missed a mail, but I haven't
> > seen a proposal to resolve the situation without rewinds. Given that
> > Mauro already
On Thu, 2014-03-20 at 15:51 +0100, Jacek Anaszewski wrote:
> Some LED devices support two operation modes - torch and
> flash. This patch provides support for flash LED devices
> in the LED subsystem by introducing new sysfs attributes
> and kernel internal interface. The attributes being
> introdu
On Thu, 20 Mar 2014, Jacek Anaszewski wrote:
> This patch adds led-flash support to Maxim max77693 chipset.
> Device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the support
> for Multimedia Framework is enabled. Device supports up to
> two le
This patch series is a follow up of the discussion on Media
summit 2013-10-23, related to the LED / flash API integration.
The notes from the discussion were enclosed in the message [1],
paragraph 5. The series is based on linux-next 20140319.
In order to show the exemplary usage of the proposed m
led_update_brightness helper function used to be exploited
only locally in the led-class.c module, where its result was
being passed to the brightness_show sysfs callback. With the
introduction of v4l2-flash subdevice the same functionality
became required for checking the current flash strobe stat
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
---
Documentation/leds/leds-class.txt | 25 +
1 file changed, 25 insertions(+)
diff --git a/Documentation/leds/leds-class.txt
b/Documentation/leds/leds-class.txt
index 62261c0..d
This patch adds suppport for external v4l2-flash devices.
The support includes parsing camera-flash DT property
and asynchronous subdevice registration.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
---
drivers/media/platform/exynos4-is/media-dev.c | 34 ++---
dr
This patch adds helper functions for registering/unregistering
LED class flash devices as V4L2 subdevs. The functions should
be called from the LED subsystem device driver. In case the
Multimedia Framework support is disabled in the kernel config
the functions' empty versions will be used.
Signed-
Some LED devices support two operation modes - torch and
flash. This patch provides support for flash LED devices
in the LED subsystem by introducing new sysfs attributes
and kernel internal interface. The attributes being
introduced are: flash_mode, flash_timeout, max_flash_timeout,
flash_fault an
This patch adds device tree binding documentation for
the flash cell of the Maxim max77693 multifunctional device.
Signed-off-by: Andrzej Hajda
Acked-by: Kyungmin Park
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
Documentation/devicetree/bindings/mfd/
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
.../devicetree/bindings/media/samsung-fimc.txt |3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/media/sa
This patch adds led-flash support to Maxim max77693 chipset.
Device can be exposed to user space through LED subsystem
sysfs interface or through V4L2 subdevice when the support
for Multimedia Framework is enabled. Device supports up to
two leds which can work in flash and torch mode. Leds can
be t
The pull request was missing a proper subject, here it is. Sorry.
On Thursday 20 March 2014 15:36:40 Laurent Pinchart wrote:
> Hi Mauro,
>
> The following changes since commit ed97a6fe5308e5982d118a25f0697b791af5ec50:
>
> [media] af9033: Don't export functions for the hardware filter (2014-03-
Hi Josh,
On 19/03/14 10:17, Josh Wu wrote:
> On 3/15/2014 5:17 AM, Sylwester Nawrocki wrote:
>> > On 03/14/2014 11:12 AM, Josh Wu wrote:
>>> >> +clk = v4l2_clk_get(&client->dev, "mclk");
>>> >> +if (IS_ERR(clk))
>>> >> +return -EPROBE_DEFER;
>> >
>> > You should instead make it:
>>
Hi Mauro,
The following changes since commit ed97a6fe5308e5982d118a25f0697b791af5ec50:
[media] af9033: Don't export functions for the hardware filter (2014-03-14
20:26:59 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git adv7611
for you to fetch changes
We offer all purpose loan at 3% interest rate. Contact Us for more details by
Email:santanderfinancegr...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordo
Prod...
Is this acceptable to go in?
Thanks
Will
On 13/03/14 12:38, William Manley wrote:
> The uvcvideo webcam driver exposes the v4l2 control "Exposure (Absolute)"
> which allows the user to control the exposure time of the webcam,
> essentially controlling the brightness of the received imag
Since the the v4l2_clk_get() may return a EPROBE_DEFER during async
probing. So move the v4l2_clk_get() to the beginning of the
probe(). Only when we get mclk successfully we continue the probe.
Signed-off-by: Josh Wu
---
v1 -> v2:
just return PTR_ERR(clk) as it can be -EPROBE_DEFER.
refined
Hi,
On Tuesday 18 March 2014 04:11 PM, Bartlomiej Zolnierkiewicz wrote:
devm_ioremap_resource() returns a pointer to the remapped memory or
an ERR_PTR() encoded error code on failure. Fix the checks inside
csc_create() and sc_create() accordingly.
Cc: Archit Taneja
Cc: Hans Verkuil
Signed-of
On 03/19/2014 08:02 PM, Mauro Carvalho Chehab wrote:
> As discussed on our IRC #v4l channels, most of the core developers will be
> in San Jose - CA - USA for the Embedded Linux Conference.
>
> There are several subjects that we've been discussing those days that
> require a face to face meeting
45 matches
Mail list logo
