On OMAP3, in order to enable alpha blending for LCD and TV managers, we needed
to set LCDALPHABLENDERENABLE/TVALPHABLENDERENABLE bits in DISPC_CONFIG. On
OMAP4, alpha blending is always enabled by default, if the above bits are set,
we switch to an OMAP3 compatibility mode where the zorder values
This set includes patches which do the following:
- Fix crash if a we call dssdev-driver-update for a disabled panel.
- Fix the issue of not being able to request for a buffer which is larger than
what we did the last time.
- Fix a small bug in omap_vout_isr()
- Remove some redundant code in
The commit 383e4f69879d11c86ebdd38b3356f6d0690fb4cc makes reqbuf prevent
requesting a larger size buffer than what is allocated at kernel boot during
omap_vout_probe.
The requested size is compared with vout-buffer_size, this isn't correct as
vout-buffer_size is later set to the size requested in
Currently, there is a lot of redundant code is between DPI and VENC panels, this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no functional
change made.
Signed-off-by: Archit Taneja arc...@ti.com
---
Currently, in omap_vout_isr(), if the panel type is DPI, and if we
get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
current buffers state to VIDEOBUF_DONE and prepare to display the
next frame in the queue.
On OMAP4, because we have 2 LCD managers, the panel type itself is not
Add support for DSI panels. DSI video mode panels will work directly. For
command mode panels, we will need to trigger updates regularly. This isn't done
by the omap_vout driver currently. It can still be supported if we connect a
framebuffer device to the panel and configure it in auto update
Remove the code in omap_vout_probe() which calls display-driver-update() for
all the displays. This isn't correct because:
- An update in probe doesn't make sense, because we don't have any valid content
to show at this time.
- Calling update for a panel which isn't enabled is not supported by
Hello Mauro,
Le Fri, 23 Sep 2011 23:15:54 -0300,
Mauro Carvalho Chehab mche...@redhat.com a écrit :
And still the result is the same: we get a first frame, and then
nothing more, and we have a large number of error messages in the
kernel logs.
I don't think that this is related to the
Hi Martin,
On Tuesday 20 September 2011 22:42:23 mar...@neutronstar.dyndns.org wrote:
On Mon, Sep 19, 2011 at 12:48:24AM +0200, Laurent Pinchart wrote:
On Saturday 17 September 2011 11:29:31 Martin Hostettler wrote:
[snip]
+{
+ struct i2c_client *client =
On 09/24/2011 05:58 AM, Mauro Carvalho Chehab wrote:
Hi Mauro
Thank you for your comments. Please refer to the answers below.
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hello Mauro,
I've collected pending selection API patches together with pending
videobuf2 and Samsung driver fixes to a
For the past few weeks I've been unable to work on V4L due to real-life
interfering :-)
As a result I haven't followed-up on this, but I do have time again so I
intend to have a new patch some time this week incorporating the comments
I received and also reorganizing the radio menu.
Regards.
Le 24/09/2011 07:26, Jean-Christophe PLAGNIOL-VILLARD :
On 09:35 Thu 22 Sep , Guennadi Liakhovetski wrote:
On Thu, 22 Sep 2011, Josh Wu wrote:
This patch
1. add ISI_MCK parent setting code when add ISI device.
2. add ov2640 support on board file.
3. define isi_mck clock in sam9g45 chip
Hi!
I have one of these devices as well (although I don't know if it is identical
to yours), so I will take a look. Unfortunately, I don't have access to it until
next week.
I hope to have more information for you by then.
Regards,
Hans
On Thursday, September 08, 2011 10:58:20
Hi Nicolas
On Mon, 26 Sep 2011, Nicolas Ferre wrote:
Le 24/09/2011 07:26, Jean-Christophe PLAGNIOL-VILLARD :
On 09:35 Thu 22 Sep , Guennadi Liakhovetski wrote:
On Thu, 22 Sep 2011, Josh Wu wrote:
This patch
1. add ISI_MCK parent setting code when add ISI device.
2. add ov2640
On Tuesday, September 06, 2011 13:36:53 Sakari Ailus wrote:
Hi all,
We are beginning to have raw bayer image sensor drivers in the mainline.
Typically such sensors are not controlled by general purpose applications
but e.g. require a camera control algorithm framework in user space. This
Hi Hans,
On Monday 26 September 2011 11:51:05 Hans Verkuil wrote:
On Tuesday, September 06, 2011 13:36:53 Sakari Ailus wrote:
Hi all,
We are beginning to have raw bayer image sensor drivers in the mainline.
Typically such sensors are not controlled by general purpose applications
but
Hello Mauro,
Ok, I agree that s5p-tv patches need some more work. What about
the other patches, especially these two:
vb2: add vb2_get_unmapped_area in vb2 core
v4l: mem2mem: add wait_{prepare,finish} ops to m2m_testdev?
I cannot find them in your staging/for_v3.2 branch yet - should
I include
(Sorry for the late reply, I'm plowing through weeks of backlog...)
On Thursday, September 08, 2011 15:35:00 Deepthy Ravi wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Migrate tvp5146 driver to media controller framework. The
driver registers as a sub-device entity to MC framwork
and
2011/9/26 Mauro Carvalho Chehab mauroche...@gmail.com:
Em 25-09-2011 15:03, Johannes Stezenbach escreveu:
On Sun, Sep 25, 2011 at 07:33:57AM -0500, Patrick Dickey wrote:
I tried to follow the steps for cloning both the media_tree.git and
media_build.git repositories, and received errors for
-Original Message-
From: Taneja, Archit
Sent: Thursday, September 22, 2011 11:46 AM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
me...@vger.kernel.org
Subject: Re: [PATCH 3/5] [media]: OMAP_VOUT: Fix VSYNC IRQ handling in
Hi Laurent,
Here's a quick review (just two small things):
On Friday, September 09, 2011 17:52:49 Laurent Pinchart wrote:
This patch adds the driver for the as3645a LED flash controller. This
controller supports a high power led in flash and torch modes and an
indicator light, sometimes also
On Friday, September 09, 2011 19:43:35 Guennadi Liakhovetski wrote:
The most important change in this patch is direct linking to struct
soc_camera_link via the client-dev.platform_data pointer. This makes most
of the soc-camera client drivers also usable outside of the soc-camera
framework.
On Thursday, September 15, 2011 19:10:52 Sakari Ailus wrote:
Cliff Cai wrote:
On Thu, Sep 15, 2011 at 6:20 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Cliff,
On Wednesday 14 September 2011 08:13:32 Cliff Cai wrote:
Dear guys,
I'm currently working on a
On Thu, 22 Sep 2011, Guennadi wrote:
On Thu, 22 Sep 2011, Josh Wu wrote:
This patch
1. add ISI_MCK parent setting code when add ISI device.
2. add ov2640 support on board file.
3. define isi_mck clock in sam9g45 chip file.
Signed-off-by: Josh Wu josh.wu@x
---
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hello Mauro,
I've collected pending selection API patches together with pending
videobuf2 and Samsung driver fixes to a single git branch. Please pull
them to your media tree.
Best regards,
Marek Szyprowski
Samsung Poland RD Center
The
On Monday, September 19, 2011 07:49:18 Hadli, Manjunath wrote:
Sakari, Hans,
Can I request you to have a look at these patches too?
It's on my TODO list for this week.
Regards,
Hans
Thanks and Regards,
-Manju
On Mon, Sep 19, 2011 at 11:05:25, Hadli, Manjunath wrote:
The
Hi Hans
Sorry for reviving an almost 2 year old thread, but the topic, discussed
back then is still relevant (I'll include a complete quote to refresh the
old discussion):
On Thu, 5 Nov 2009, Hans Verkuil wrote:
On Friday 23 October 2009 16:25:40 Laurent Pinchart wrote:
Hi everybody,
Em 26-09-2011 07:03, Marek Szyprowski escreveu:
Hello Mauro,
Ok, I agree that s5p-tv patches need some more work. What about
the other patches, especially these two:
vb2: add vb2_get_unmapped_area in vb2 core
Just reviewed this one.
v4l: mem2mem: add wait_{prepare,finish} ops to
Hello,
On Monday, September 26, 2011 1:14 PM Mauro Carvalho Chehab wrote:
Scott Jiang (1):
vb2: add vb2_get_unmapped_area in vb2 core
diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h
index ea55c08..977410b 100644
--- a/include/media/videobuf2-core.h
On Mon, 26 Sep 2011, Wu, Josh wrote:
On Thu, 22 Sep 2011, Guennadi wrote:
On Thu, 22 Sep 2011, Josh Wu wrote:
[snip]
diff --git a/arch/arm/mach-at91/at91sam9g45.c
b/arch/arm/mach-at91/at91sam9g45.c
index e04c5fb..5e23d6d 100644
--- a/arch/arm/mach-at91/at91sam9g45.c
+++
On Sat, Sep 24, 2011 at 05:04:26, Mauro Carvalho Chehab wrote:
Em 19-09-2011 02:35, Manjunath Hadli escreveu:
remove VPBE_DISPLAY_SD_BUF_SIZE as it is no longer used.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/video/davinci/vpbe_display.c |1 -
1
On Sat, Sep 24, 2011 at 05:08:34, Mauro Carvalho Chehab wrote:
Em 19-09-2011 02:35, Manjunath Hadli escreveu:
The patchset adds incremental changes necessary to enable dm365
v4l2 display driver, which includes vpbe display driver changes, osd
specific changes and venc changes. The changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I ran into that issue yesterday, but figured that I'd caused enough of a
headache asking about the problems already--so I decided to wait and see
if it was fixed this morning.
Thank you (even though I didn't report the issue), and have a great day:)
On Mon, Sep 26, 2011 at 16:46:52, Hans Verkuil wrote:
On Monday, September 19, 2011 07:49:18 Hadli, Manjunath wrote:
Sakari, Hans,
Can I request you to have a look at these patches too?
It's on my TODO list for this week.
Thank you Hans.
I will pull request nevertheless, and Mauro can
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Mauro Carvalho Chehab
Sent: Thursday, September 22, 2011 2:14 AM
To: Mauro Carvalho Chehab
Cc: LMML; Morimoto Kuninori; Manu Abraham; Jarod Wilson; Jean-Francois
This set includes patches which do the following:
- Fix crash if a we call dssdev-driver-update for a disabled panel.
- Fix the issue of not being able to request for a buffer which is larger than
what we did the last time.
- Remove some redundant code in omap_vout_isr()
- Add basic support for
The commit 383e4f69879d11c86ebdd38b3356f6d0690fb4cc makes reqbuf prevent
requesting a larger size buffer than what is allocated at kernel boot during
omap_vout_probe.
The requested size is compared with vout-buffer_size, this isn't correct as
vout-buffer_size is later set to the size requested in
Currently, there is a lot of redundant code is between DPI and VENC panels, this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no functional
change made.
Signed-off-by: Archit Taneja arc...@ti.com
---
Add support for DSI panels. DSI video mode panels will work directly. For
command mode panels, we will need to trigger updates regularly. This isn't done
by the omap_vout driver currently. It can still be supported if we connect a
framebuffer device to the panel and configure it in auto update
Remove the code in omap_vout_probe() which calls display-driver-update() for
all the displays. This isn't correct because:
- An update in probe doesn't make sense, because we don't have any valid content
to show at this time.
- Calling update for a panel which isn't enabled is not supported by
Hello,
I'm sorry for the late reply. I must have missed this mail...
On Wednesday, August 03, 2011 7:44 PM James Bottomley wrote:
[cc to ks-discuss added, since this may be a relevant topic]
On Tue, 2011-07-05 at 14:27 +0200, Arnd Bergmann wrote:
On Tuesday 05 July 2011, Russell King -
Em 26-09-2011 05:42, Tomasz Stanislawski escreveu:
On 09/24/2011 05:58 AM, Mauro Carvalho Chehab wrote:
Hi Mauro
Thank you for your comments. Please refer to the answers below.
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hello Mauro,
I've collected pending selection API patches
Em 26-09-2011 09:10, Mauro Carvalho Chehab escreveu:
Em 26-09-2011 05:42, Tomasz Stanislawski escreveu:
On 09/24/2011 05:58 AM, Mauro Carvalho Chehab wrote:
Hi Mauro
Thank you for your comments. Please refer to the answers below.
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hello Mauro,
On Saturday, September 24, 2011 05:58:25 Mauro Carvalho Chehab wrote:
Em 22-09-2011 12:13, Marek Szyprowski escreveu:
Hello Mauro,
I've collected pending selection API patches together with pending
videobuf2 and Samsung driver fixes to a single git branch. Please pull
them to your
On Monday, September 19, 2011 07:35:27 Manjunath Hadli wrote:
This patch implements the core additions to the display driver,
mainly controlling the VENC and other encoders for dm365.
This patch also includes addition of amplifier subdevice to the
vpbe driver and interfacing with venc
On Wed, Aug 03, 2011 at 12:43:50PM -0500, James Bottomley wrote:
I assume from the above that ARM has a hardware page walker?
Correct, and speculative prefetch (which isn't prevented by not having
TLB entries), so you can't keep entries out of the TLB. If it's in
the page tables it can end up
On Monday, September 19, 2011 07:35:25 Manjunath Hadli wrote:
The patchset adds incremental changes necessary to enable dm365
v4l2 display driver, which includes vpbe display driver changes,
osd specific changes and venc changes. The changes are incremental
in nature,addind a few HD modes, and
On Wednesday, September 21, 2011 19:45:07 Sylwester Nawrocki wrote:
This driver exposes preview mode operation of the S5K6AAFX sensor with
embedded SoC ISP. It uses one of the five user predefined configuration
register sets. There is yet no support for capture (snapshot) operation.
Following
Em 26-09-2011 08:21, Marek Szyprowski escreveu:
Hello,
On Monday, September 26, 2011 1:14 PM Mauro Carvalho Chehab wrote:
Scott Jiang (1):
vb2: add vb2_get_unmapped_area in vb2 core
diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h
index ea55c08..977410b
Hi Scott!
Sorry for the late review, but real-life interfered with my usual v4l review
duties in the past few weeks.
On Monday, September 19, 2011 22:59:39 Scott Jiang wrote:
this driver is a v4l2 subdevice driver to support
Analog Devices ADV7183 SDTV video decoder
Since we already have an
On Monday, September 19, 2011 22:59:41 Scott Jiang wrote:
this is a v4l2 bridge driver for Blackfin video capture device,
support ppi interface
Signed-off-by: Scott Jiang scott.jiang.li...@gmail.com
---
drivers/media/video/Kconfig |2 +
drivers/media/video/Makefile
On Wednesday, September 14, 2011 16:30:47 Sylwester Nawrocki wrote:
On 09/14/2011 09:10 AM, Scott Jiang wrote:
+static int bcap_qbuf(struct file *file, void *priv,
+ struct v4l2_buffer *buf)
+{
+ struct bcap_device *bcap_dev = video_drvdata(file);
+ struct
Hi Mauro,
On Monday 26 September 2011 15:30:15 Mauro Carvalho Chehab wrote:
Em 26-09-2011 08:21, Marek Szyprowski escreveu:
On Monday, September 26, 2011 1:14 PM Mauro Carvalho Chehab wrote:
Scott Jiang (1):
vb2: add vb2_get_unmapped_area in vb2 core
diff --git
Hi Hans,
On Monday 26 September 2011 12:55:05 Hans Verkuil wrote:
On Thursday, September 15, 2011 19:10:52 Sakari Ailus wrote:
Cliff Cai wrote:
On Thu, Sep 15, 2011 at 6:20 PM, Laurent Pinchart wrote:
On Wednesday 14 September 2011 08:13:32 Cliff Cai wrote:
Dear guys,
I'm
On Monday, September 26, 2011 18:03:16 Laurent Pinchart wrote:
Hi Hans,
On Monday 26 September 2011 12:55:05 Hans Verkuil wrote:
On Thursday, September 15, 2011 19:10:52 Sakari Ailus wrote:
Cliff Cai wrote:
On Thu, Sep 15, 2011 at 6:20 PM, Laurent Pinchart wrote:
On Wednesday 14
Em 26-09-2011 05:13, Thomas Petazzoni escreveu:
Hello Mauro,
Le Fri, 23 Sep 2011 23:15:54 -0300,
Mauro Carvalho Chehab mche...@redhat.com a écrit :
And still the result is the same: we get a first frame, and then
nothing more, and we have a large number of error messages in the
kernel
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 Sep 26 19:00:16 CEST 2011
git hash:0f910bf0008c54b33da5691278c8ee8e8700ac48
gcc version: i686-linux-gcc
On Monday 26 September 2011 19:32:47 Mauro Carvalho Chehab wrote:
Em 26-09-2011 05:13, Thomas Petazzoni escreveu:
Le Fri, 23 Sep 2011 23:15:54 -0300, Mauro Carvalho Chehab a écrit:
And still the result is the same: we get a first frame, and then
nothing more, and we have a large number of
On Mon, Sep 26, 2011 at 06:15:07PM +0800, Scott Jiang wrote:
2011/9/26 Mauro Carvalho Chehab mauroche...@gmail.com:
Em 25-09-2011 15:03, Johannes Stezenbach escreveu:
But please don't clone from linuxtv.org, intead use
git clone git://github.com/torvalds/linux.git
and then add linuxtv
Hello Laurent,
Le Mon, 26 Sep 2011 21:02:48 +0200,
Laurent Pinchart laurent.pinch...@ideasonboard.com a écrit :
Are you using the MMAP or USERPTR capture method ? If using MMAP, can
you try (as a test only) to unmap the buffer before queueing it and
to remap it after dequeuing it ?
So far,
Em 26-09-2011 16:59, Thomas Petazzoni escreveu:
Hello Laurent,
Le Mon, 26 Sep 2011 21:02:48 +0200,
Laurent Pinchart laurent.pinch...@ideasonboard.com a écrit :
Are you using the MMAP or USERPTR capture method ? If using MMAP, can
you try (as a test only) to unmap the buffer before
Scott,
A late echo. I am just now getting into the heart of this project and realize I
missed your answer here from back in August. Just grabbed the trunk from the
repo and trying to compile it.
I'm not sure I understand why it would work with one sensor driver and not
another. I thought the
W dniu 24.09.2011 22:21, Andy Walls pisze:
Hi Maciej,
I'll try and comment on the specific areas below, but overall the
problem is this:
1. The default setup and behavior of the cx25840 module was written
around hardware designs supported by the ivtv driver: i.e. interfacing
to a CX23416
Hi Hans,
thanks for the comments. It's good to see you back, this mailing list
had been much more quiet when you've been away for a while;)
I hope everything got well for you.
On 09/26/2011 03:21 PM, Hans Verkuil wrote:
On Wednesday, September 21, 2011 19:45:07 Sylwester Nawrocki wrote:
This
On Mon, 2011-09-26 at 23:37 +0200, Maciej Szmigiero wrote:
W dniu 24.09.2011 22:21, Andy Walls pisze:
Hi Maciej,
I'll try and comment on the specific areas below, but overall the
problem is this:
1. The default setup and behavior of the cx25840 module was written
around hardware
On Sun, Sep 25, 2011 at 11:25 PM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
I fail to see any trial from your side to send the patches upstream:
no pull requests and no patches for this driver were _ever_ sent to
the ML.
You and I have discussed this issue multiple times with these
2011/9/27 Gilles gil...@gigadevices.com:
Scott,
A late echo. I am just now getting into the heart of this project and realize
I missed your answer here from back in August. Just grabbed the trunk from
the repo and trying to compile it.
I'm not sure I understand why it would work with one
Hi Vaibhav,
On Mon, Sep 26, 2011 at 3:49 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
-Original Message-
From: Taneja, Archit
Sent: Thursday, September 22, 2011 11:46 AM
To: Hiremath, Vaibhav
Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
68 matches
Mail list logo