With past kernel and a patch as suggested here:
http://www.linuxtv.org/wiki/index.php/TerraTec
that link to:
http://www.linuxtv.org/wiki/index.php/TerraTec_Cinergy_Hybrid_T_USB_XS
that link to:
http://mcentral.de/wiki/index.php5/Main_Page
>> More bad now:
>> http://mcentral.de/wiki/index.php5/Ins
On Thursday 30 July 2009 05:06:34 Mauro Carvalho Chehab wrote:
> Em Wed, 29 Jul 2009 17:08:31 +0200
> "Hans Verkuil" escreveu:
>
> > > I did some tests here: if we replace -EINVAL with -ENOIOCTLCMD, we can
> > > properly
> > > make v4l2_device_call_until_err() to work, fixing the lack of a proper
On Thursday 30 July 2009 00:05:49 Karicheri, Muralidharan wrote:
> Hans,
>
> I am bit confused about your usage of "davinci". Are you referring to
> vpfe capture driver and dm6467 display driver vs OMAP ?
Yes, the dm6467 display driver (drivers/media/video/davinci/vpif_display.c).
That driver all
Currently, the VIDIOC_S_STD ioctl just returns -EINVAL regardless of
the norm passed. This patch sets cx23885_mpeg_template.tvnorms and
cx23885_mpeg_template.current_norm so that the VIDIOC_S_STD will work.
Signed-off-by: Joseph A. Yasi
---
diff -r ee6cf88cb5d3 linux/drivers/media/video/cx23885
Em Mon, 27 Jul 2009 21:36:48 -0300
Mauro Carvalho Chehab escreveu:
> Em Mon, 20 Jul 2009 14:00:08 -0400
> ac...@fastmail.fm escreveu:
>
> > On Sun, Jul 19, 2009 at 10:50:49AM -0300, Mauro Carvalho Chehab wrote:
> > > Em Sat, 18 Jul 2009 14:22:51 -0400
> > > ac...@fastmail.fm escreveu:
> > >
> >
On Thu, Jul 30, 2009 at 01:22:21AM +0300, Igor M. Liplianin wrote:
> On 28 2009 04:21:54 Mark Zimmerman wrote:
> > On Mon, Jul 27, 2009 at 08:50:20PM +0300, Igor M. Liplianin wrote:
> > > On 27 2009 04:43:16 Mark Zimmerman wrote:
> > > > On Sun, Jul 26, 2009 at 03:29:13PM +0300, Igor M. L
Em Wed, 29 Jul 2009 18:13:36 -0400
ac...@fastmail.fm escreveu:
> On Wed, Jul 29, 2009 at 01:57:30AM -0300, Mauro Carvalho Chehab wrote:
> > Ah, yes, there's a missing mute/unmute issue there. Instead of using
> > your code, I opted to duplicate part of ac97_set_ctrl code there.
> >
> > I opted to
On Wed, 22 Jul 2009, Mauro Carvalho Chehab wrote:
> Em Wed, 22 Jul 2009 11:06:12 -0400
> Devin Heitmueller escreveu:
>
> > On Wed, Jul 22, 2009 at 11:01 AM, Jelle de
> > Jong wrote:
> > > Funky timing of those mails :D.
> > >
> > > I saw only after sending my mail that Steve was talking about an
Em Wed, 29 Jul 2009 17:08:31 +0200
"Hans Verkuil" escreveu:
> > I did some tests here: if we replace -EINVAL with -ENOIOCTLCMD, we can
> > properly
> > make v4l2_device_call_until_err() to work, fixing the lack of a proper
> > error
> > report at the drivers. This error code seems also appropriat
On Wed, 2009-07-29 at 15:35 +0200, Roel Kluin wrote:
> The guard mistakenly tests against sizeof(freqs) instead of ARRAY_SIZE(freqs).
>
> Signed-off-by: Roel Kluin
> ---
> Andy Walls wrote:
>
> > The cx18 driver suffers from the exact same defect in cx18-controls.c.
>
> Thanks, if not already a
Thanks Alexey for the tips.
After a little more work I've discovered that those patches are (ahem)
slightly broken anyway. I'll have it right shortly :-)
Cheers.
James.
On Wed, 2009-07-29 at 10:08 +0400, Alexey Klimov wrote:
> Hello, James
>
> On Wed, Jul 29, 2009 at 4:19 AM, James A Webb wr
Hi,
Am Mittwoch, den 29.07.2009, 07:45 +0200 schrieb Markus Rechberger:
> On Wed, Jul 29, 2009 at 4:28 AM, hermann pitton
> wrote:
> > Hi,
> >
> > Am Dienstag, den 28.07.2009, 20:44 -0400 schrieb Devin Heitmueller:
> >> On Tue, Jul 28, 2009 at 7:32 PM, Valerio Messina wrote:
> >> > hi all,
> >> >
On Wed, 22 Jul 2009, Andrew Morton wrote:
> > > Also, is there any way of avoiding this?
> > >
> > > +#define FE_SUPPORTED(fe) (defined(CONFIG_DVB_##fe) || \
> > > + (defined(CONFIG_DVB_##fe##_MODULE) && defined(MODULE)))
> > >
> > > That's just way too tricky. It expects all versions of the
> > >
On Sat, 25 Jul 2009, Dan Carpenter wrote:
> My source code checker, smatch (http://repo.or.cz/w/smatch.git),
> complains about a double unlock in bttv_poll() from
> drivers/media/video/bt8xx/bttv-driver.c. It unlocks on line 3190 and
> again on 3201.
How about this:
http://linuxtv.org/hg/~tap/bt
On Wednesday 29 July 2009 23:52:00 Hans Verkuil wrote:
> On Wednesday 29 July 2009 21:06:17 Karicheri, Muralidharan wrote:
> > Hans,
> >
> > >True. However, my experience is that this approach isn't needed in most
> > >cases as long as the v4l driver is compiled into the kernel. In that
> > > case
On Wednesday 29 July 2009 23:37:16 Karicheri, Muralidharan wrote:
> Laurent,
>
> Ok, now I understand how /dev/mem works. This should works as well. But one
> of our apps engineer mentioned some problems in using /dev/mem related to
> mmap. Did you encounter any issues while using this method?
I h
On 28 июля 2009 04:21:54 Mark Zimmerman wrote:
> On Mon, Jul 27, 2009 at 08:50:20PM +0300, Igor M. Liplianin wrote:
> > On 27 2009 04:43:16 Mark Zimmerman wrote:
> > > On Sun, Jul 26, 2009 at 03:29:13PM +0300, Igor M. Liplianin wrote:
> > > > On 25 2009 05:22:06 Mark Zimmerman wrote:
> >
On Wed, Jul 29, 2009 at 01:57:30AM -0300, Mauro Carvalho Chehab wrote:
> Ah, yes, there's a missing mute/unmute issue there. Instead of using
> your code, I opted to duplicate part of ac97_set_ctrl code there.
>
> I opted to have a small duplicated code, but, IMO, it is now clearer
> to see why we
Hans,
I am bit confused about your usage of "davinci". Are you referring to vpfe
capture driver and dm6467 display driver vs OMAP ? I know at least in these
drivers it doesn’t allocate buffer at init time, but only on REQBUF. I need to
add this support (buffer allocation at init time) in the dr
On Wednesday 29 July 2009 21:06:17 Karicheri, Muralidharan wrote:
> Hans,
>
> >True. However, my experience is that this approach isn't needed in most
> >cases as long as the v4l driver is compiled into the kernel. In that
> > case it is called early enough in the boot sequence that there is still
Laurent,
Ok, now I understand how /dev/mem works. This should works as well. But one of
our apps engineer mentioned some problems in using /dev/mem related to mmap.
Did you encounter any issues while using this method?
The driver is basically written to allocate multiple pools and buffers per p
>-Original Message-
>From: Laurent Pinchart [mailto:laurent.pinch...@skynet.be]
>Sent: Wednesday, July 29, 2009 3:06 PM
>To: Karicheri, Muralidharan
>Cc: Mauro Carvalho Chehab; Dongsoo, Nathaniel Kim; v4l2_linux; Dongsoo Kim;
>박경민; jm105@samsung.com; 이세문; 대인기; 김형준
>Subject: Re: How to
Hans,
>
>True. However, my experience is that this approach isn't needed in most
>cases as long as the v4l driver is compiled into the kernel. In that case
>it is called early enough in the boot sequence that there is still enough
>unfragmented memory available. This should definitely be the defa
On Wednesday 29 July 2009 20:36:25 Karicheri, Muralidharan wrote:
>
>
> > > the details, but I think the strategy were to pass a parameter during
> > > kernel boot, for it to reserve some amount of memory that would later be
> > > claimed by the V4L device.
> >
> > It's actually a pretty common st
>> the details, but I think the strategy were to pass a parameter during
>> kernel boot, for it to reserve some amount of memory that would later be
>> claimed by the V4L device.
>
>It's actually a pretty common strategy for embedded hardware (the "general-
>purpose machine" case doesn't - for n
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:Wed Jul 29 19:00:04 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12345:ee6cf88cb5d3
gcc version: gcc
On Wed, 29 Jul 2009, Laurent Pinchart wrote:
> On Wednesday 29 July 2009 17:26:11 Hugh Dickins wrote:
> > On Wed, 29 Jul 2009, Laurent Pinchart wrote:
> > > what's the proper way to make sure the pages won't disappear during DMA ?
> >
> > You're right that get_user_pages() (called with a pagelist a
Hi Hugh,
first of all, thanks for your answer.
On Wednesday 29 July 2009 17:26:11 Hugh Dickins wrote:
> On Wed, 29 Jul 2009, Laurent Pinchart wrote:
> > I'm trying to debug a video acquisition device driver and found myself
> > having to dive deep into the memory management subsystem.
> >
> > The
On Wed, 29 Jul 2009, Laurent Pinchart wrote:
>
> I'm trying to debug a video acquisition device driver and found myself having
> to dive deep into the memory management subsystem.
>
> The driver uses videobuf-dma-sg to manage video buffers. videobuf-dma-sg gets
> pointers to buffers from usersp
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mx1_camera.c | 38 ++
drivers/media/video/mx3_camera.c | 46 -
drivers/media/video/pxa_camera.c | 54 ++---
drivers/media/video/sh_mobile_ceu_ca
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/soc_camera.c b/drivers/media/video/soc_camera.c
index dd023bd..c6cccdf 100644
--- a/drivers/media/video/soc_camera.c
+++ b/
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/mt9m001.c | 20 +++-
drivers/media/video/mt9m111.c | 11 +--
drivers/media/video/mt9t031.c | 16
drivers/media/video/mt9v022.c | 16
drivers/media/video/ov772x.c |6
Hi all
here goes a new iteration of the soc-camera scaling / cropping API
compliance fix. In fact, this is only the first _complete_ one, the
previous version only converted one platform - i.MX31 and one camera
driver - MT9T031. This patch converts all soc-camera drivers. The most
difficult on
> Em Wed, 29 Jul 2009 15:14:22 +0200
> "Hans Verkuil" escreveu:
>
>>
>> > Em Wed, 29 Jul 2009 08:09:31 +0200
>> > Hans Verkuil escreveu:
>> >
>> >> On Wednesday 29 July 2009 06:57:30 Mauro Carvalho Chehab wrote:
>> >> > Hans,
>> >> >
>> >> > we need to fix the returned error value for v4l2_de
Hi Daniel!
2009/7/29 Daniel Glöckner :
> Coincidence that they removed the driver?..
Strange, it was still there when i posted the link. I still have it on
my HD however, should i put it online somewhere? It's about 55MB in
size...
> These cards can't be identified automatically.
OK, no problem
Em Wed, 29 Jul 2009 15:14:22 +0200
"Hans Verkuil" escreveu:
>
> > Em Wed, 29 Jul 2009 08:09:31 +0200
> > Hans Verkuil escreveu:
> >
> >> On Wednesday 29 July 2009 06:57:30 Mauro Carvalho Chehab wrote:
> >> > Em Tue, 28 Jul 2009 20:07:53 -0400
> >> >
> >> > ac...@fastmail.fm escreveu:
> >> > > O
The guard mistakenly tests against sizeof(freqs) instead of ARRAY_SIZE(freqs).
Signed-off-by: Roel Kluin
---
Andy Walls wrote:
> The cx18 driver suffers from the exact same defect in cx18-controls.c.
Thanks, if not already applied, here is it.
diff --git a/drivers/media/video/ivtv/ivtv-control
> Em Wed, 29 Jul 2009 08:09:31 +0200
> Hans Verkuil escreveu:
>
>> On Wednesday 29 July 2009 06:57:30 Mauro Carvalho Chehab wrote:
>> > Em Tue, 28 Jul 2009 20:07:53 -0400
>> >
>> > ac...@fastmail.fm escreveu:
>> > > On Mon, Jul 27, 2009 at 09:28:11PM -0300, Mauro Carvalho Chehab
>> wrote:
>> > >
Em Wed, 29 Jul 2009 08:09:31 +0200
Hans Verkuil escreveu:
> On Wednesday 29 July 2009 06:57:30 Mauro Carvalho Chehab wrote:
> > Em Tue, 28 Jul 2009 20:07:53 -0400
> >
> > ac...@fastmail.fm escreveu:
> > > On Mon, Jul 27, 2009 at 09:28:11PM -0300, Mauro Carvalho Chehab wrote:
> > > > Hi Acano,
> >
Hi everybody,
I'm trying to debug a video acquisition device driver and found myself having
to dive deep into the memory management subsystem.
The driver uses videobuf-dma-sg to manage video buffers. videobuf-dma-sg gets
pointers to buffers from userspace and calls get_user_pages() to retrieve
Markus Rechberger wrote:
compared with other drivers it has some big advantages, eg. automatic
audio routing (supports OSS/Alsa/reading audio external) - as tvtime
doesn't support audio at all our solution automatically enables audio
with it, installation works within a few seconds (everywhere, a
Hi Gregor,
On Fri, Jul 24, 2009 at 09:40:35AM +0200, Gregor Glashüttner wrote:
> The card is called ABUS Digiprotect TV8802. Windows-software
> (including drivers and monitoring software) can be found at
> abus-sc.com
> (http://www.abus-sc.co.uk/International/Service-Downloads/Software?q=tv8802&S
> On Wednesday 29 July 2009 05:55:51 Mauro Carvalho Chehab wrote:
>> Em Wed, 29 Jul 2009 12:30:19 +0900
>>
>> "Dongsoo, Nathaniel Kim" escreveu:
>> > Sorry my bad. I missed something very important to explain my issue
>> > clear. The thing is, I want to reserve specific amount of continuous
>> >
Hi Nate,
On Wednesday 29 July 2009 07:06:41 Dongsoo, Nathaniel Kim wrote:
> 2009/7/28 Laurent Pinchart :
> > On Tuesday 28 July 2009 08:54:12 Hans Verkuil wrote:
> >> On Tuesday 28 July 2009 02:56:05 Dongsoo, Nathaniel Kim wrote:
> >
> > [snip]
> >
> > > > And the other one is about how to handle
On Wednesday 29 July 2009 05:55:51 Mauro Carvalho Chehab wrote:
> Em Wed, 29 Jul 2009 12:30:19 +0900
>
> "Dongsoo, Nathaniel Kim" escreveu:
> > Sorry my bad. I missed something very important to explain my issue
> > clear. The thing is, I want to reserve specific amount of continuous
> > physical
45 matches
Mail list logo
