On Mon November 12 2012 23:46:55 Sakari Ailus wrote:
> Hi all,
>
> This patchset removes V4L2 int device interface and the two drivers using
> it: omap24xxcam and tcm825x. The status is that these drives do not work;
> the last time I hacked on it I managed to get them to compile about a year
> ag
Hi Laurent,
On Mon, Nov 12, 2012 at 12:06:50PM +0100, Laurent Pinchart wrote:
> On Monday 12 November 2012 00:33:17 Sakari Ailus wrote:
> > On Wed, Oct 31, 2012 at 02:02:54PM +0100, Guennadi Liakhovetski wrote:
> > > On Wed, 31 Oct 2012, Laurent Pinchart wrote:
> > ...
> >
> > > > > +#include
>
Remove tcm825x driver. It uses the obsolete V4L2 int device framework, and
can only work with omap24xxcam driver.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/Kconfig |8 -
drivers/media/i2c/Makefile |1 -
drivers/media/i2c/tcm825x.c | 937 ---
Remove the V4L2 int device interface. There are no users left anymore.
Signed-off-by: Sakari Ailus
---
drivers/media/v4l2-core/Makefile |2 +-
drivers/media/v4l2-core/v4l2-int-device.c | 164 ---
include/media/v4l2-int-device.h | 308 -
Hi all,
This patchset removes V4L2 int device interface and the two drivers using
it: omap24xxcam and tcm825x. The status is that these drives do not work;
the last time I hacked on it I managed to get them to compile about a year
ago with a number of hacks. There was a hard crash without logs ove
And the smiapp-pll which is in a way part of the smiapp driver.
Signed-off-by: Sakari Ailus
---
MAINTAINERS | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index f4b3aa8..9c2a6bb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -336
Hi Laurent,
On Mon, Nov 12, 2012 at 12:18:10PM +0100, Laurent Pinchart wrote:
> On Sunday 11 November 2012 10:51:06 Sakari Ailus wrote:
> > On Mon, Nov 05, 2012 at 09:47:00PM +0100, Sylwester Nawrocki wrote:
> > > On 11/05/2012 11:45 AM, Alain VOLMAT wrote:
> > > > Hi Laurent,
> > > >
> > > > Yes
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:Mon Nov 12 19:00:20 CET 2012
git hash:2c4e11b7c15af70580625657a154ea7ea70b8c76
gcc version: i686-linux-gcc (GCC
On 11/12/2012 08:37 AM, Steffen Trumtrar wrote:
> This adds support for reading display timings from DT or/and convert one of
> those
> timings to a videomode.
> The of_display_timing implementation supports multiple children where each
> property can have up to 3 values. All children are read int
Hello Steffen,
On Mon, Nov 12, 2012 at 7:37 PM, Steffen Trumtrar
wrote:
> This adds support for reading display timings from DT or/and convert one of
> those
> timings to a videomode.
> The of_display_timing implementation supports multiple children where each
> property can have up to 3 values.
Hi Steffen,
You lose memory in several places:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
> +static struct display_timing *of_get_display_timing(struct device_node *np)
> +{
> + struct display_timing *dt;
> + int ret = 0;
> +
> + dt = kzalloc(sizeof(*dt), GFP_KE
Em Mon, 12 Nov 2012 22:41:57 +0400
Alexey Klimov escreveu:
> Hi Mauro, Hans, all,
>
> On Fri, Nov 2, 2012 at 6:34 PM, Mauro Carvalho Chehab
> wrote:
> > Em Fri, 2 Nov 2012 14:47:49 +0100
> > Hans Verkuil escreveu:
> >
> >> On Fri November 2 2012 14:13:10 Mauro Carvalho Chehab wrote:
> >> > Em
Hi Mauro, Hans, all,
On Fri, Nov 2, 2012 at 6:34 PM, Mauro Carvalho Chehab
wrote:
> Em Fri, 2 Nov 2012 14:47:49 +0100
> Hans Verkuil escreveu:
>
>> On Fri November 2 2012 14:13:10 Mauro Carvalho Chehab wrote:
>> > Em Thu, 1 Nov 2012 14:12:44 -0200
>> > Mauro Carvalho Chehab escreveu:
>> >
>> >
* Tomi Valkeinen [121112 05:35]:
> Hi,
>
> This patch removes use of cpu_is_* funcs from omap_vout, and uses omapdss's
> version instead. The other patch removes an unneeded plat/dma.h include.
>
> These are based on current omapdss master branch, which has the omapdss
> version
> code. The oma
Hi Arun,
Thank you very much for this bug report. This is indeed a mistake on my
side. I will prepare a patch to fix it.
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> From: Arun Kumar K [mailto:arunkk.sams...@gmail.com]
> Sent: Saturday, November 03, 2012 10:21
Hi!
This is v8 of the display helper series
Changes since v7:
- move of_xxx to drivers/video
- remove non-binding documentation from display-timings.txt
- squash display_timings and videomode in one patch
- misc minor fixes
Regards,
Steffen
Steffen Trumtrar (6):
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |3 +++
2 files changed, 39 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 40
include/linux/fb.h|3 +++
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c
index d46ecef
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 41 +
include/drm/drmP.h |5 +
2 files changed, 46 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gp
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All children are read into an array, that
can be queried.
of_get_videomode converts
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
.
Also, add helper functions to convert from display timings to a generic
videomode
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 37 +
include/linux/fb.h|2 ++
2 files changed, 39 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/f
On Mon, Nov 12, 2012 at 01:17:31PM +0100, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Friday 09 November 2012 00:33:40 Sakari Ailus wrote:
> > On Thu, Nov 08, 2012 at 01:18:15PM +0100, Laurent Pinchart wrote:
> > > On Monday 05 November 2012 16:04:32 Sakari Ailus wrote:
> > > > On Sun, Nov 04, 201
DEAR Guennadi,
Thanks for your reply.
SOC-Camera driver module is a great component based on V4L2.
It's very easy to use.I can write ISP driver and sensor driver separately for
our company's chip which is in reseach.I am looking forward to your best
resolution.
robin.li
Remove including plat/dma.h which is not needed.
Signed-off-by: Tomi Valkeinen
---
drivers/media/platform/omap/omap_vout.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/platform/omap/omap_vout.c
b/drivers/media/platform/omap/omap_vout.c
index 7b1afc8..a2cc634 100644
--- a/
cpu_is_* class functions create a dependency to OMAP platform code.
omapdss driver, which omap_vout uses, exposes a function to get the
version of the DSS hardware.
To remove the dependency to OMAP platform code this patch changes
omap_vout to use the omapdss version. For most of the checks, the o
Hi,
This patch removes use of cpu_is_* funcs from omap_vout, and uses omapdss's
version instead. The other patch removes an unneeded plat/dma.h include.
These are based on current omapdss master branch, which has the omapdss version
code. The omapdss version code is queued for v3.8. I'm not sure
Hello All,
When using the V5 API (DVB-S/S2) for the DVB frontend device (with the
now merged SEC functionality), setting properties DTV_VOLTAGE and/or
DTV_TONE generates extra (unwanted?) events. This is due to utilising
the legacy FE_SET_FRONTEND IOCTL in their respective implementations.
Depen
On Mon, 2012-11-12 at 10:04 +0100, Joakim Hernberg wrote:
> Hello,
>
> First of all, thanks a lot for adding the S471 support to the kernel.
> It appears to work very well on 3.6 which is what I'm running.
>
> I am trying to get the included ir remote working. Tried the
> enable_885_ir=1 module
Hi Sakari,
On Friday 09 November 2012 00:33:40 Sakari Ailus wrote:
> On Thu, Nov 08, 2012 at 01:18:15PM +0100, Laurent Pinchart wrote:
> > On Monday 05 November 2012 16:04:32 Sakari Ailus wrote:
> > > On Sun, Nov 04, 2012 at 01:07:25PM +0100, Laurent Pinchart wrote:
> > > > On Wednesday 24 October
Hi Mauro,
On Friday 09 November 2012 09:51:11 Mauro Carvalho Chehab wrote:
> Laurent Pinchart escreveu:
> > On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote:
> > > Hi Mauro,
> > >
> > > Here's the application I've used to test V4L2 dma-buf support with a UVC
> > > webcam and an Intel
Hi Steffen,
On Friday 09 November 2012 20:31:33 Steffen Trumtrar wrote:
> On Fri, Nov 09, 2012 at 04:54:16PM +, Manjunathappa, Prakash wrote:
> > On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> > > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > > > On W
Hi Richard,
Em 11-11-2012 07:25, Richard escreveu:
Hi Mauro (and others),
The documentation shows userspace applications quite clearly, and they
are very easy - its the device driver that I would like to understand
and implement on a SoC. The 'Copy someone elses' idea will get me to
an end, but
Hi Pawel,
On Friday 09 November 2012 15:33:22 Pawel Osciak wrote:
> On Tue, Oct 16, 2012 at 8:37 AM, Laurent Pinchart wrote:
> > For output buffers application provide to the kernel the number of bytes
> > they stored in each plane of the buffer. Verify that the value is
> > smaller than or equal
Hi Andreas,
On Saturday 10 November 2012 14:49:12 Andreas Nagel wrote:
> Sakari Ailus schrieb am 08.11.2012 10:29:
> > On Thu, Nov 08, 2012 at 10:26:11AM +0100, Laurent Pinchart wrote:
> >> media-ctl doesn't show pad formats, that's a bit weird. Are you using a
> >> recent version ?
> >
> > This
Hi Dario,
On Saturday 10 November 2012 16:58:05 Dario Carmignani wrote:
> Hi,
> Thank you.
>
> The main issue I have is that when I use vpfe system and soc camera at the
> same time, I'm able to register ov772x i2c address with soc system, but vpfe
> seems not to be able to register ov772x device
Hi Sakari,
On Sunday 11 November 2012 10:51:06 Sakari Ailus wrote:
> On Mon, Nov 05, 2012 at 09:47:00PM +0100, Sylwester Nawrocki wrote:
> > On 11/05/2012 11:45 AM, Alain VOLMAT wrote:
> > > Hi Laurent,
> > >
> > > Yes indeed, meta plane seems a good candidate. It was the other option.
> > >
> > >
Hi Sakari,
On Monday 12 November 2012 00:33:17 Sakari Ailus wrote:
> On Wed, Oct 31, 2012 at 02:02:54PM +0100, Guennadi Liakhovetski wrote:
> > On Wed, 31 Oct 2012, Laurent Pinchart wrote:
> ...
>
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +#include
> > > > +#include
> > >
Hi Guennadi,
On Wednesday 31 October 2012 14:02:54 Guennadi Liakhovetski wrote:
> On Wed, 31 Oct 2012, Laurent Pinchart wrote:
> > On Tuesday 30 October 2012 15:18:38 Guennadi Liakhovetski wrote:
> > > Typical video devices like camera sensors require an external clock
> > > source. Many such devi
On Mon, Nov 12, 2012 at 10:46:26AM +0100, Hans Verkuil wrote:
> On Mon 12 November 2012 09:12:58 Kirill Smelkov wrote:
>
> > Ping. Is maybe something stupid on my side?
> >
>
> No, I've been abroad and haven't had time to look at it. I want to do that
> this week. Ping me again if you haven't he
Hi Sakari,
Em Sat, 10 Nov 2012 22:55:22 +0200
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Fri, Nov 02, 2012 at 11:13:10AM -0200, Mauro Carvalho Chehab wrote:
> ...
> These are "Maintained" by me (with Laurent):
>
> > i2c/adp1653.ko = i2c/adp1653.c
> > i2c/as3645a.ko
On Mon 12 November 2012 09:12:58 Kirill Smelkov wrote:
> Ping. Is maybe something stupid on my side?
>
No, I've been abroad and haven't had time to look at it. I want to do that
this week. Ping me again if you haven't heard from me by Saturday.
Regards,
Hans
--
To unsubscribe from this
Hello,
First of all, thanks a lot for adding the S471 support to the kernel.
It appears to work very well on 3.6 which is what I'm running.
I am trying to get the included ir remote working. Tried the
enable_885_ir=1 module parameter (for cx23885) to no effect.
Any ideas?
--
Joakim
--
To
Hi Prabhakar,
On 11/09/2012 08:33 PM, Prabhakar Lad wrote:
> Hi Wei,
>
> Thanks for the patch.
>
> On Wed, Oct 24, 2012 at 4:59 PM, Wei Yongjun wrote:
>> From: Wei Yongjun
>>
>> In case of error, the function vb2_dma_contig_init_ctx() returns
>> ERR_PTR() and never returns NULL. The NULL test in
On Wed, Nov 07, 2012 at 03:30:01PM +0400, Kirill Smelkov wrote:
> On Fri, Nov 02, 2012 at 03:42:21PM +0100, Hans Verkuil wrote:
> > Thanks for the ping, I forgot about this patch...
>
> Thanks for feedback and for waiting. I'm here again...
>
>
> > On Tue October 23 2012 15:35:21 Kirill Smelkov
In vb2_buffer_done, it would be better the print the value of 'state'
(current state of buffer) than to print 'vb->state' which is always
VB2_BUF_STATE_ACTIVE.
Signed-off-by: Tushar Behera
---
drivers/media/v4l2-core/videobuf2-core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
d
46 matches
Mail list logo