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)
#! 20110502 1 0 ATSC CA
#--
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 h
On Jun 14, 2011, at 7:10 AM, JD wrote:
> JD gmail.com> writes:
>
>>
>> With the latest media-tree, any access to my TV card (using tvtime and
>> mplayer to watch through composite) results in my Arch Linux (2.6.39)
>> system freezing. Here is the relavent part of my dmesg upon the
>> freeze:
>>
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:
~ # lsus
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 streami
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) 4.5
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 Sh
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 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 isochronou
On Wednesday 15 June 2011, Daniel Vetter wrote:
> On Tue, Jun 14, 2011 at 20:30, Arnd Bergmann 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 po
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 l
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 s/
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 a
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
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&
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_usb220
> -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 Frida
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 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 Frid
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 hav
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 a
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.
Hi,
On Friday 17 June 2011 01:44 AM, Hiremath, Vaibhav wrote:
From: Vaibhav Hiremath
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, driver doesn't
check
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 mo
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 con
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
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
> dav
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 thr
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
Acked-by: Muralidharan Karicheri
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 t
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
drivers/media/video/davinci/Kconfig | 23 +++
drivers/media/video/davinci/Makefile |2 ++
2 files chan
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
Documentation/video4linux/README.davinci-vpbe | 93 +
1 files changed, 93 insertions(+), 0 dele
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 V
33 matches
Mail list logo
