On Thursday 16 June 2011 21:06:56 Jiri Slaby wrote:
Telling the user they can disable an option if they want is not the
much useful. Describe what it is good for instead.
The text was derived from Mauro's email.
Acked-by: Hans Petter Selasky hsela...@c2i.net
PS: Don't forget the other patch
fixed a wrong file inclusion in one of the patches
Manjunath Hadli (6):
davinci vpbe: V4L2 display driver for DM644X SoC
davinci vpbe: VPBE display driver
davinci vpbe: OSD(On Screen Display) block
davinci vpbe: VENC( Video Encoder) implementation
davinci vpbe: Build infrastructure for
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
Documentation/video4linux/README.davinci-vpbe | 93
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/davinci/Kconfig | 23 +++
This patch adds the VENC or the Video encoder, which is responsible
for the blending of all source planes and timing generation for Video
modes like NTSC, PAL and other digital outputs. the VENC implementation
currently supports COMPOSITE and COMPONENT outputs and NTSC and PAL
resolutions through
This patch implements the core functionality of the display driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface for the main V4L2 driver. This implements
the core of each of the V4L2 IOCTLs.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by:
This patch implements the functionality of the OSD block
of the VPBE. The OSD in total supports 4 planes or Video
sources - 2 mainly RGB and 2 Video. The patch implements general
handling of all the planes, with specific emphasis on the Video
plane capabilities as the Video planes are supported
Mauro,
Can you consider this patch series for a pull?
-Manju
On Fri, Jun 17, 2011 at 12:31:30, Hadli, Manjunath wrote:
fixed a wrong file inclusion in one of the patches
Manjunath Hadli (6):
davinci vpbe: V4L2 display driver for DM644X SoC
davinci vpbe: VPBE display driver
davinci
On 06/17/2011 08:04 AM, Hans Petter Selasky wrote:
PS: Don't forget the other patch to add a dependency to DVB_CORE.
Sorry, I'm not your fixing monkey. Fix your bugs on your own.
thanks,
--
js
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to
On Thursday 16 June 2011 22:20:22 Alan Stern wrote:
On Thu, 16 Jun 2011, Sarah Sharp wrote:
On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote:
That's appropriate. But nobody should ever set an isochronous URB's
status field to -EPROTO, no matter whether the device is connected
Jan Hoogenraad wrote:
Sascha: Thanks for the links
Would you know how to contact poma ?
http://www.spinics.net/lists/linux-media/msg24890.html
I will be getting more info from Realtek soon.
I did not realize that they were putting out updated drivers.
Once the status becomes more
Hi,
On Friday 17 June 2011 01:44 AM, Hiremath, Vaibhav wrote:
From: Vaibhav Hiremathhvaib...@ti.com
The usecase where, user allocates small size of buffer
through bootargs (video1_bufsize/video2_bufsize) and later from application
tries to set the format which requires larger buffer size,
On Friday 17 June 2011 10:02:21 Jiri Slaby wrote:
On 06/17/2011 08:04 AM, Hans Petter Selasky wrote:
PS: Don't forget the other patch to add a dependency to DVB_CORE.
Sorry, I'm not your fixing monkey. Fix your bugs on your own.
The PS was intended for Mauro. Sorry if you confused that.
Hello everybody,
Following our (not so) long-standing tradition of V4L2 brainstorming meetings,
I would like to propose Cambridge, UK as a possible location for the next
brainstorming session on the first week of August (1st to 5th).
Linaro developers will gather for a one-week sprint session
Hello,
I'm trying to get working the combination from mail subject. Unfortunately
there is no driver for atmel isi interface in current kernel (2.6.39.1),
but I discovered a recent patch from Josh Wu, which is adding the support
for the similar atmel interface (ISI v2) as my chip has. I
-Original Message-
From: Taneja, Archit
Sent: Friday, June 17, 2011 2:16 PM
To: Hiremath, Vaibhav
Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl
Subject: Re: [PATCH] omap_vout: Added check in reqbuf mmap for buf_size
allocation
Hi,
On Friday 17 June
Hi,
On Friday 17 June 2011 03:33 PM, Hiremath, Vaibhav wrote:
-Original Message-
From: Taneja, Archit
Sent: Friday, June 17, 2011 2:16 PM
To: Hiremath, Vaibhav
Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl
Subject: Re: [PATCH] omap_vout: Added check in reqbuf
-Original Message-
From: Taneja, Archit
Sent: Friday, June 17, 2011 3:57 PM
To: Hiremath, Vaibhav
Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl
Subject: Re: [PATCH] omap_vout: Added check in reqbuf mmap for buf_size
allocation
Hi,
On Friday 17 June
Hi Sascha,
this solution is not working for me. When compiling and installing the
media_build, it works
fine. Here in combination with a Digivox Duo Stick:
Bus 002 Device 002: ID 1462:8801 Micro Star International
# lsmod | grep dvb
dvb_usb_af9015 21067 5
dvb_usb22011
Hi,
On Friday 17 June 2011 03:53 PM, Hiremath, Vaibhav wrote:
-Original Message-
From: Taneja, Archit
Sent: Friday, June 17, 2011 3:57 PM
To: Hiremath, Vaibhav
Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl
Subject: Re: [PATCH] omap_vout: Added check in reqbuf
On Thursday 16 June 2011 19:01:33 Larry Bassel wrote:
Can you describe how the memory areas differ specifically?
Is there one that is always faster but very small, or are there
just specific circumstances under which some memory is faster than
another?
One is always faster, but very
Hi again,
i managed to merge the driver with a media_build snapshot by hand, and managed
to get it loaded
without errors. But now where I looked more closely to the files, I noticed
something.
The driver refered mentions RTL2832u and some following versions, but it _dont_
mention RTL2831u
at
Laurent,
have you been able to successfully test the driver?
I've found some issues and I don't know whether I should send a new
version or just wait for you to mainline the last one and send a patch
later.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros
Hi Javier,
On Friday 17 June 2011 17:26:26 javier Martin wrote:
Laurent,
have you been able to successfully test the driver?
I've found some issues and I don't know whether I should send a new version
or just wait for you to mainline the last one and send a patch later.
Sorry for the late
On Wednesday 15 June 2011, Daniel Vetter wrote:
On Tue, Jun 14, 2011 at 20:30, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 14 June 2011 18:58:35 Michal Nazarewicz wrote:
Ah yes, I forgot that separate regions for different purposes could
decrease fragmentation.
That is indeed a good
On Fri, Jun 17, 2011 at 10:18:39AM +0200, Laurent Pinchart wrote:
On Thursday 16 June 2011 22:20:22 Alan Stern wrote:
On Thu, 16 Jun 2011, Sarah Sharp wrote:
On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote:
That's appropriate. But nobody should ever set an isochronous URB's
Hi Sarah,
On Friday 17 June 2011 18:46:20 Sarah Sharp wrote:
On Fri, Jun 17, 2011 at 10:18:39AM +0200, Laurent Pinchart wrote:
On Thursday 16 June 2011 22:20:22 Alan Stern wrote:
On Thu, 16 Jun 2011, Sarah Sharp wrote:
On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote:
On Fri, Jun 17, 2011 at 07:01:10PM +0200, Laurent Pinchart wrote:
Hi Sarah,
On Friday 17 June 2011 18:46:20 Sarah Sharp wrote:
On Fri, Jun 17, 2011 at 10:18:39AM +0200, Laurent Pinchart wrote:
On Thursday 16 June 2011 22:20:22 Alan Stern wrote:
On Thu, 16 Jun 2011, Sarah Sharp wrote:
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Jun 17 19:00:41 CEST 2011
git hash:5b5c6e080e7d3b484536fa5c96b78ff53df83e84
gcc version: i686-linux-gcc (GCC)
Here's another videobuf2 question...I've been trying to track down some
weird behavior, the roots of which were in the fact that start_streaming()
gets called even though no buffers have been queued. This behavior is
quite explicit in the code:
/*
* Let driver notice that
Thomas Holzeisen wrote:
Unknown symbol
means, there is unresolved dependencies at your kernel or false
dependencies in the module.
My stick works with those google hosted new driver sources and I have no
use for lirc, so nothing about it at the following lines, they are
stripped, too:
~ #
During a long time, the removal of an alsa drivers were a problem
for me, and other developers reported to have the same problem.
With Hans de Goede help, I've got the pulseaudio syntax that allows
releasing an alsa device. With that, I've added a patch to the media
build that will automatically
I made some initial tuning data for ca-AB-Calgary to be added to the repository.
#--
# file automatically generated by w_scan
# (http://wirbel.htpc-forum.de/w_scan/index2.html)
#! w_scan 20110502 1 0 ATSC CA /w_scan
33 matches
Mail list logo
