The following changes since commit
f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
[media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
05:47:20 +0200)
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_v2.6.40
Jean-François Moine (9):
gspca
From: Stefan Ringel
fix uninitialized field, change prink to dprintk
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-usb-isoc.h |2 +-
drivers/staging/tm6000/tm6000-video.c|5 -
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm600
From: Stefan Ringel
fix uninitialized field, change prink to dprintk
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video
On Fri, 13 May 2011, Christoph Pinkl wrote:
> Would be nice to get some Feedback.
Hello, thanks for the patch. I've been waiting for 2.6.39 to hit the
testing repository of my distribution before testing.
Should happen any day. I need that version because of sound driver
fixes. I have the SS2
Em 10-05-2011 10:49, Simon Farnsworth escreveu:
> The initialisation of vb_type in serialized_open was preventing
> REQBUFS from working reliably. Remove it, and move the spinlock into
> stream_init for good measure - it's only used when we have a stream
> that supports videobuf anyway.
>
> Signed
Em 09-05-2011 16:54, stefan.rin...@arcor.de escreveu:
> From: Stefan Ringel
>
> add pts logging
>
>
> Signed-off-by: Stefan Ringel
> ---
> drivers/staging/tm6000/tm6000-video.c |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/staging/tm6000/tm6000-vi
Hi Laurent,
On 05/17/2011 10:07 PM, Laurent Pinchart wrote:
Hi everybody,
I need to implement support for a YUV frame buffer in an fbdev driver. As the
fbdev API doesn't support this out of the box, I've spent a couple of days
reading fbdev (and KMS) code and thinking about how we could cleanly
Em 20-05-2011 10:04, Devin Heitmueller escreveu:
> On Friday, May 20, 2011, Dmitri Belimov wrote:
>> Hi Devin
>>
>> snip
>>
>>> NACK!
>>>
>>> I don't think this patch is correct. Concurrency problems are
>>> expected to be handled in the upper layers, as there are usually much
>>> more significan
Hello everybody.
First of all - this post is not meant as the flame starter, nor is it
"I DEMAND" kind of post - I just would like to know what is the policy
with driver patches.
I bought Medion CTX1921 USB DVB-T stick, since I saw patches for kernel 2.6.32:
http://article.gmane.org/gmane.linux.
Em 20-05-2011 18:29, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Friday 20 May 2011 23:01:18 Mauro Carvalho Chehab wrote:
>> Em 20-05-2011 16:47, Laurent Pinchart escreveu:
>>> On Friday 20 May 2011 21:16:49 Mauro Carvalho Chehab wrote:
Em 20-05-2011 12:49, Laurent Pinchart escreveu:
>
Hi Mauro,
On Friday 20 May 2011 23:01:18 Mauro Carvalho Chehab wrote:
> Em 20-05-2011 16:47, Laurent Pinchart escreveu:
> > On Friday 20 May 2011 21:16:49 Mauro Carvalho Chehab wrote:
> >> Em 20-05-2011 12:49, Laurent Pinchart escreveu:
> >>> On Friday 20 May 2011 17:32:45 Mauro Carvalho Chehab wr
Em 20-05-2011 16:47, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Friday 20 May 2011 21:16:49 Mauro Carvalho Chehab wrote:
>> Em 20-05-2011 12:49, Laurent Pinchart escreveu:
>>> On Friday 20 May 2011 17:32:45 Mauro Carvalho Chehab wrote:
Em 15-05-2011 04:48, Laurent Pinchart escreveu:
>
Hi Mauro,
On Friday 20 May 2011 21:16:49 Mauro Carvalho Chehab wrote:
> Em 20-05-2011 12:49, Laurent Pinchart escreveu:
> > On Friday 20 May 2011 17:32:45 Mauro Carvalho Chehab wrote:
> >> Em 15-05-2011 04:48, Laurent Pinchart escreveu:
> >>> Hi Mauro,
> >>>
> >>> The following changes since comm
Em 20-05-2011 12:49, Laurent Pinchart escreveu:
> Hi Mauro,
>
> Thanks for handling the pull request.
>
> On Friday 20 May 2011 17:32:45 Mauro Carvalho Chehab wrote:
>> Em 15-05-2011 04:48, Laurent Pinchart escreveu:
>>> Hi Mauro,
>>>
>>> The following changes since commit
> f9b51477fe540fb4c65a
> -Original Message-
> From: Issa Gorissen [mailto:flo...@usa.net]
> Sent: vendredi 20 mai 2011 19:26
> To: "Sébastien RAILLARD (COEXSI)"
> Cc: linux-media@vger.kernel.org
> Subject: Re: [DVB] In research of chip's datasheets
>
> On 20/05/2011 18:01, Sébastien RAILLARD (COEXSI) wrote:
>
Em 20-05-2011 12:55, Rémi Denis-Courmont escreveu:
> Le vendredi 20 mai 2011 18:32:45 Mauro Carvalho Chehab, vous avez écrit :
>> However, I have serious concerns about media_controller API usage on
>> generic drivers, as it is required that all drivers should be fully
>> configurable via V4L2 API
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 May 20 19:00:46 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC) 4.5
Here's what I've got that's been stewing in my IR tree for a bit.
There's more I'm working on and/or planning to work on for 2.6.40, but
these should be good to go right now. The new redrat3 driver still has
some quirks, at least when used with lirc userspace decoding, but I'm
working with the
On 20/05/2011 18:01, Sébastien RAILLARD (COEXSI) wrote:
> I'm in research of datasheets of the following chips:
> - tuner STV6110A from ST
> - dual demodulator STV0900B from ST
> - CI interface CXD2099AR from SONY
Hi Sebastien,
If you're targeting the ngene based cards, I think you will also need
Hi Mauro,
The following changes since commit f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
[media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
05:47:20 +0200)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-2.6-samsung m5mols
HeungJun, Kim (
Hi Rémi,
On Friday 20 May 2011 17:55:52 Rémi Denis-Courmont wrote:
> Le vendredi 20 mai 2011 18:32:45 Mauro Carvalho Chehab, vous avez écrit :
> > However, I have serious concerns about media_controller API usage on
> > generic drivers, as it is required that all drivers should be fully
> > config
Hi Guennadi,
On Friday 20 May 2011 15:08:00 Guennadi Liakhovetski wrote:
> On Fri, 20 May 2011, Laurent Pinchart wrote:
> > On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
> [snip]
>
> > > I had an issue when tried to call request_module, to register subdev of
> > > platform device type,
Dear all,
I'm in research of datasheets of the following chips:
- tuner STV6110A from ST
- dual demodulator STV0900B from ST
- CI interface CXD2099AR from SONY
The main goal is first to understand how all these parts are working and
then to provide (if possible) some improvements.
The source cod
Op 20 mei 2011, om 15:47 heeft Javier Martin het volgende geschreven:
> isp.h file has to be included as a temporal measure
> since clocks of the isp are not exposed yet.
>
> Signed-off-by: Javier Martin
> ---
> arch/arm/mach-omap2/board-omap3beagle.c | 127 ++-
Javi
Le vendredi 20 mai 2011 18:32:45 Mauro Carvalho Chehab, vous avez écrit :
> However, I have serious concerns about media_controller API usage on
> generic drivers, as it is required that all drivers should be fully
> configurable via V4L2 API alone, otherwise we'll have regressions, as no
> generic
Hi Mauro
Thanks for an express pull!:-)
On Fri, 20 May 2011, Mauro Carvalho Chehab wrote:
> Em 20-05-2011 05:34, Guennadi Liakhovetski escreveu:
> > Hi Mauro,
> >
> > Sorry, a bit late again... Here go patches for 2.6.40:
> >
> > The following changes since commit f9b51477fe540fb4c65a05027fdd6
Hi Mauro,
Thanks for handling the pull request.
On Friday 20 May 2011 17:32:45 Mauro Carvalho Chehab wrote:
> Em 15-05-2011 04:48, Laurent Pinchart escreveu:
> > Hi Mauro,
> >
> > The following changes since commit
f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
> > [media] DVB: return meaningful e
Em 15-05-2011 04:48, Laurent Pinchart escreveu:
> Hi Mauro,
>
> The following changes since commit f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
>
> [media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
> 05:47:20 +0200)
>
> are available in the git repository at:
> git://linux
Em 20-05-2011 05:34, Guennadi Liakhovetski escreveu:
> Hi Mauro,
>
> Sorry, a bit late again... Here go patches for 2.6.40:
>
> The following changes since commit f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
>
> [media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
> 05:47:20 +0
Em 17-05-2011 06:36, Antonio Ospite escreveu:
> On Tue, 17 May 2011 10:54:17 +0200
> Jean-Francois Moine wrote:
>
>> The following changes since commit
>> f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
>>
>> [media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
>> 05:47:20 +0200)
>
Hello.
Manjunath Hadli wrote:
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
[...]
diff --git a/drivers/media/video/davinci/Kconfig
b/drivers/media/video/davinci/Kconfig
i
move vpif related code for capture and display drivers
from dm646x platform header file to vpif.h as these definitions
are related to driver code more than the platform or board.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/include/mach/dm646x.h | 53 +---
drivers/m
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
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 | 22 ++
drivers/media/video/davinci/Makefile |2 ++
2 files chang
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 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
isp.h file has to be included as a temporal measure
since clocks of the isp are not exposed yet.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/board-omap3beagle.c | 127 ++-
1 files changed, 123 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/b
This driver adds basic support for Aptina mt9p031 sensor.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |8 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 751 +
include/media/mt9p031.h | 11 +
4 fil
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
version17 : Fixed Laurent Pinchart's comments for:
1.ISR reorganization
2.probe function cleanup
3.try_format cleanup
4.Minor fixes
s Hadli (6):
davinci vpbe: V4L2 display driver for DM644X SoC
davinci vpbe: VPBE display driver
davinci vpbe: OSD(On Screen Display) block
davinci vpb
Hello Chris
This applies fine against 2.6.39 stable, but the Twinhan VP-1041 uses the
keymap of Twinhan DTV CAB CI, so it's not a perfect fit for the Terratec
Cinergy S2 HD keymap. I assume from earlier postings in vdr-portal [1] Cinergy
S2 HD and Skystar 2 HD do share the same keymappings.
He
On Fri, 20 May 2011, Laurent Pinchart wrote:
> Hi Sylwester,
>
> On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
[snip]
> > I had an issue when tried to call request_module, to register subdev of
> > platform device type, in probe() of other platform device. Driver's
> > probe() for de
On Friday, May 20, 2011, Dmitri Belimov wrote:
> Hi Devin
>
> snip
>
>> NACK!
>>
>> I don't think this patch is correct. Concurrency problems are
>> expected to be handled in the upper layers, as there are usually much
>> more significant problems than just this case. For example, if this
>> is
On Friday, May 20, 2011 12:12:23 Laurent Pinchart wrote:
> Hi Hans,
>
> On Friday 20 May 2011 11:52:17 Hans Verkuil wrote:
> > On Friday, May 20, 2011 11:37:24 Laurent Pinchart wrote:
> > > On Friday 20 May 2011 11:19:48 Hans Verkuil wrote:
> > > > On Friday, May 20, 2011 11:05:00 Laurent Pinchart
Hi Hans,
On 05/20/2011 11:52 AM, Hans Verkuil wrote:
> On Friday, May 20, 2011 11:37:24 Laurent Pinchart wrote:
>> Hi Hans,
>>
>> On Friday 20 May 2011 11:19:48 Hans Verkuil wrote:
>>> On Friday, May 20, 2011 11:05:00 Laurent Pinchart wrote:
On Friday 20 May 2011 10:53:32 Hans Verkuil wrote:
Hi Hans,
On Friday 20 May 2011 11:52:17 Hans Verkuil wrote:
> On Friday, May 20, 2011 11:37:24 Laurent Pinchart wrote:
> > On Friday 20 May 2011 11:19:48 Hans Verkuil wrote:
> > > On Friday, May 20, 2011 11:05:00 Laurent Pinchart wrote:
[snip]
> > > > My idea was to use bus notifiers to delay th
On Friday, May 20, 2011 11:37:24 Laurent Pinchart wrote:
> Hi Hans,
>
> On Friday 20 May 2011 11:19:48 Hans Verkuil wrote:
> > On Friday, May 20, 2011 11:05:00 Laurent Pinchart wrote:
> > > On Friday 20 May 2011 10:53:32 Hans Verkuil wrote:
> > > > On Friday, May 20, 2011 09:29:32 Laurent Pinchart
Hi Hans,
On Friday 20 May 2011 11:19:48 Hans Verkuil wrote:
> On Friday, May 20, 2011 11:05:00 Laurent Pinchart wrote:
> > On Friday 20 May 2011 10:53:32 Hans Verkuil wrote:
> > > On Friday, May 20, 2011 09:29:32 Laurent Pinchart wrote:
> > > > On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wro
On Friday, May 20, 2011 11:05:00 Laurent Pinchart wrote:
> Hi Hans,
>
> On Friday 20 May 2011 10:53:32 Hans Verkuil wrote:
> > On Friday, May 20, 2011 09:29:32 Laurent Pinchart wrote:
> > > On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
> > > > On 05/19/2011 08:34 PM, Laurent Pinchart wr
Hi Hans,
On Friday 20 May 2011 10:53:32 Hans Verkuil wrote:
> On Friday, May 20, 2011 09:29:32 Laurent Pinchart wrote:
> > On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
> > > On 05/19/2011 08:34 PM, Laurent Pinchart wrote:
> > > > The new v4l2_new_subdev_board() function creates and reg
On Friday, May 20, 2011 09:29:32 Laurent Pinchart wrote:
> Hi Sylwester,
>
> On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
> > On 05/19/2011 08:34 PM, Laurent Pinchart wrote:
> > > The new v4l2_new_subdev_board() function creates and register a subdev
> > > based on generic board inform
Hans de Goede wrote:
Hi,
Hi Hans,
So judging from the directory layout, this is supposed to be a separate
project, and not part of v4l-utils / libv4l, right?
It is separate now, but I guess that at some point it would be good to have
'plugins' directory containing some generic plugins as par
Hi Mauro,
Sorry, a bit late again... Here go patches for 2.6.40:
The following changes since commit f9b51477fe540fb4c65a05027fdd6f2ecce4db3b:
[media] DVB: return meaningful error codes in dvb_frontend (2011-05-09
05:47:20 +0200)
are available in the git repository at:
git://linuxtv.org/gli
On 05/20/2011 09:29 AM, Laurent Pinchart wrote:
[snip]
>> I had an issue when tried to call request_module, to register subdev of
>> platform device type, in probe() of other platform device. Driver's
>> probe() for devices belonging same bus type cannot be nested as the bus
>> lock is taken by t
Hi Sylwester,
On Friday 20 May 2011 09:14:36 Sylwester Nawrocki wrote:
> On 05/19/2011 08:34 PM, Laurent Pinchart wrote:
> > The new v4l2_new_subdev_board() function creates and register a subdev
> > based on generic board information. The board information structure
> > includes a bus type and bu
Hi Laurent,
On 05/19/2011 08:34 PM, Laurent Pinchart wrote:
> The new v4l2_new_subdev_board() function creates and register a subdev
> based on generic board information. The board information structure
> includes a bus type and bus type-specific information.
>
> Only I2C and SPI busses are curre
Hi,
So judging from the directory layout, this is supposed to be a separate
project, and not part of v4l-utils / libv4l, right?
WRT my merging plans for libv4l. I've recently done some much needed
work to better support high-res usb cameras. I plan to do a 0.8.4 release
with that work included r
57 matches
Mail list logo
