> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Tuesday, September 01, 2009 2:14 AM
> To: Hiremath, Vaibhav
> Cc: linux-media@vger.kernel.org
> Subject: Re: Behavior of ENUM_STD/G_STD ioctl
>
> On Monday 31 August 2009 20:26:29 Hiremath, Vaibhav wrote:
> > Hi
Mauro,
On Mon, Aug 31, 2009 at 02:47:41AM -0300, Mauro Carvalho Chehab wrote:
> Em Sat, 29 Aug 2009 15:45:28 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Ok, I've did several changes on both V4L and dvb-usb IR implementations.
> > They
> > scancode tables are now implemented at the same way, a
Em Mon, 31 Aug 2009 13:52:37 -0300
Mauro Carvalho Chehab escreveu:
> Hmm.. maybe Debian docbook packages have some issues with old versions of
> DocBook?
> Anyway, we should upgrade to XML 4.1.2 to use the same DocBook version as
> used on kernel.
> Also, as kernel uses xmlto, I'm working on a
Mauro,
Yes, sorry been busy this last week.
I've tested this patch against three separate webcams and everything
works just fine.
I'd also like to ask if it would be possible to get a mercurial
account on linuxtv.org?
Brian Johnson
On Sun, Aug 30, 2009 at 10:24 PM, Mauro Carvalho
Chehab wrote:
>
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the following:
- compat: don't build si4713 for kernels < 2.6.26
- compat: don't build soc-camera modules for kernels < 2.6.28.
- si4713: simplify the code to remove a compiler warning.
- cx25840: fix determining the firmw
On Monday 31 August 2009 20:26:29 Hiremath, Vaibhav wrote:
> Hi,
>
> I am working on OMAP3517 which has CCDC module which is almost similar to
> Davinci (DM6446). I have ported davinci capture driver (Submitted by Murali)
> to OMAP3517, and I am almost done with it, except some hardware related
Laurent Pinchart wrote:
> On Monday 31 August 2009 15:19:32 Mauro Carvalho Chehab wrote:
>> Em Mon, 31 Aug 2009 08:52:38 +0200
>>
>> Laurent Pinchart escreveu:
- dereferencing a NULL pointer is not always result segfault, see [1]
and [2]. So dereferencing a NULL pointer can be treated a
Vaibhav,
A minor correction
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
new phone: 301-407-9583
Old Phone : 301-515-3736 (will be deprecated)
email: m-kariche...@ti.com
>-Original Message-
>From: linux-media-ow...@vger.kernel.org [mailto:lin
On Monday 31 August 2009 15:19:32 Mauro Carvalho Chehab wrote:
> Em Mon, 31 Aug 2009 08:52:38 +0200
>
> Laurent Pinchart escreveu:
> > > - dereferencing a NULL pointer is not always result segfault, see [1]
> > > and [2]. So dereferencing a NULL pointer can be treated also as a
> > > security ris
On Aug 31, 2009, at 3:06 PM, Steven Toth wrote:
Sigh...
I'll see if I have time to fix this today or tomorrow.
This might help:
http://www.kernellabs.com/hg/~stoth/cx25840-fw/rev/38c5fb14c770
Haven't actually tested it, but at a glance through the code, yeah,
that looks like a winner to
Sigh...
I'll see if I have time to fix this today or tomorrow.
This might help:
http://www.kernellabs.com/hg/~stoth/cx25840-fw/rev/38c5fb14c770
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a mes
On Mon, 31 Aug 2009, david may wrote:
> its been a while since i had need to post anything but iv got a very
> serious problem as to the status of the current status of the DVB-T2 supply
> chain for the UK ?
>
> there doesn't seem to be any, and if anyone knows what's happening, then
> its the l
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:Mon Aug 31 19:00:06 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12592:7c23abfe445f
gcc version: gcc
Hi,
I am working on OMAP3517 which has CCDC module which is almost similar to
Davinci (DM6446). I have ported davinci capture driver (Submitted by Murali) to
OMAP3517, and I am almost done with it, except some hardware related issues
(which requires some follow-ups with HW team).
During this
On Monday 31 August 2009 19:45:08 Jarod Wilson wrote:
> Haven't verified this myself, but there's a bugzilla ticket filed w/
> Red Hat, claiming that audio on a pvr-500 is disabled when its in the
> same system as an hvr-1800.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=480728
>
> Nonsense
On Mon, 31 Aug 2009, Hans Verkuil wrote:
> The image format is something that should be setup by a separate API. Guennadi
> has a proposal for that which is being discussed. Although I wonder whether
> these two APIs should perhaps be combined into one. Don't know yet.
>
> In particular I wonder
Haven't verified this myself, but there's a bugzilla ticket filed w/
Red Hat, claiming that audio on a pvr-500 is disabled when its in the
same system as an hvr-1800.
https://bugzilla.redhat.com/show_bug.cgi?id=480728
Nonsense? Already fixed? Report says it worked fine in 2.6.25, broke
in 2
On Monday 31 August 2009 17:54:18 Sakari Ailus wrote:
> Hans Verkuil wrote:
> > Hi all,
> >
> > This is an updated RFC on how to setup the bus for sub-devices.
> >
> > It is based on work from Guennadi and Muralidharan.
> >
> > The problem is that both sub-devices and bridge devices have to conf
On Monday 31 August 2009 16:42:28 Karicheri, Muralidharan wrote:
> Hans,
> >
> >My last proposal merged subdev and bridge parameters into one struct, thus
> >completely describing the bus setup. I realized that there is a problem
> >with
> >that if you have to define the bus for sub-devices that ar
Sakari,
>
>The bus type should be definitely included. If a bridge has several
>different receivers, say parallel, CSI1 and CSI2, which of them should
>be configured to receive data unless that's part of the bus configuration?
I agree and I have responded to have it included in the RFC.
>
>> This
Em Mon, 31 Aug 2009 05:42:18 -0700
"William M. Brack" escreveu:
> Németh Márton wrote:
> > Hi,
> >
> > I get the source from http://linuxtv.org/hg/v4l-dvb repository and I
> > am now
> > at version 12564:6f58a5d8c7c6. When I try to build the human readable
> > version
> > of the V4L2 specificatio
Am Sonntag, 30. August 2009 18:44:39 schrieb Devin Heitmueller:
> On Sun, Aug 30, 2009 at 11:26 AM, Jens
>
> Reimann wrote:
> > Hi,
> > it's again about the second revision of WinTV-HVR 900. I'm know about
> > the problems and conflicts with this device and the developers of the
> > driver. I'm st
Turns out the memory allocation failure was due to the trackerd, that
was running. After killing trackerd, I don't get the memory allocation
failure, but the image still won't show up (probably because the URBs
are different). dmesg shows several isoc irqs.
--
To unsubscribe from this list: sen
On Mon, 31 Aug 2009, Hans Verkuil wrote:
> That's correct: the master provides the pixel clock signal. I'm not sure
> if it also means that the syncs are provided by the master. Do you know?
In all docs I've seen so far "master mode" means "sensor generates pixel
clock," nothing changes for othe
On Mon, 31 Aug 2009, Sakari Ailus wrote:
> How would the image format be defined then...? The ISP in this case can mangle
> the image format the way it wants so what's coming from the sensor can be
> quite different from what's coming out of the ISP. Say, sensor produces raw
> bayer and ISP writes
Hi Moine,
I figured that you'd asked me to get the development version of the
gspca v4l2 driver. I got it from your site, and compiled it.
When I plug in the cam, these are the kernel messages I get:
[ 1049.916023] usb 1-3: new high speed USB device using ehci_hcd and
address 4
[ 1050.1632
Hans Verkuil wrote:
Hi all,
This is an updated RFC on how to setup the bus for sub-devices.
It is based on work from Guennadi and Muralidharan.
The problem is that both sub-devices and bridge devices have to configure
their bus correctly so that they can talk to one another. We need a
standard
>>
>> Master/Slave is always confusing to me. In VPFE, it can act as master
>> (when it output sync signal and pixel clock) and slave (when it get sync
>> signal from sensor/decoder). We use VPFE as slave and sensor/decoder will
>> provide the pixel clock and sync signal. Please confirm if this is
>>>
>>> Up to now I usually saw the master-slave relationship defined as per
>>> whether the protocol is "master" or "slave," which always was used from
>>> the PoV of the bridge. I.e., even in a camera datasheet a phrase like
>>> "supports master-parallel mode" means supports a mode in which the
>>
>> Up to now I usually saw the master-slave relationship defined as per
>> whether the protocol is "master" or "slave," which always was used from
>> the PoV of the bridge. I.e., even in a camera datasheet a phrase like
>> "supports master-parallel mode" means supports a mode in which the bridge
> Em Mon, 31 Aug 2009 09:33:23 +0200
> "Hans Verkuil" escreveu:
>
>> > TV standards only apply to analog video. Let's simply not use it for
>> > digital
>> > video. We don't expect drivers to implement VIDIOC_[GS]_JPEGCOMP with
>> fake
>> > values when they don't support JPEG compression, so we s
Hans,
>
>My last proposal merged subdev and bridge parameters into one struct, thus
>completely describing the bus setup. I realized that there is a problem
>with
>that if you have to define the bus for sub-devices that are in the middle
>of
>a chain: e.g. a sensor sends its video to a image proces
Can someone please advise if the SAA716x driver module:
http://www.linuxtv.org/wiki/index.php/NXP_SAA716x#Driver_Development
Is now ready for SAA7162 devices:
http://www.linuxtv.org/wiki/index.php/Saa7162_devices
I have the QuattroS:
http://www.linuxtv.org/wiki/index.php/Saa7162_devices#DNTV_P
Hi Linus,
Em Mon, 31 Aug 2009 02:33:31 -0300
Mauro Carvalho Chehab escreveu:
> Linus,
>
> Please pull from:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
> for_linus
Please discard this pull request.
This patch is not needed:
>- usb_af9015: fix an
This card does: d+d _or_ d+a _or_ a+d _or_ a+a Where d = DVB-T & a =
PAL analogue transmission.
I believe Steve Toth has gotten dual DVB-T (d+d) to work on this card:
http://www.kernellabs.com
I think all of those players you mention will playback the the TS stream
once its dumped on yo
Hello everybody.
I'm evaluating a dvb-t card for linux.
I would like to know if with the above
card is possible to save the entire mpeg
transport stream.
Also I don't unstand what does mean 'dual
tuners'. Can I watch two different dvb-t
channel? Or only one analog and one dvb-t?
Or 2 dvb-t plus 2 a
Em Mon, 31 Aug 2009 08:52:38 +0200
Laurent Pinchart escreveu:
> > - dereferencing a NULL pointer is not always result segfault, see [1] and
> >[2]. So dereferencing a NULL pointer can be treated also as a security
> >risk.
>From kernelspace drivers POV, any calls sending a NULL pointe
Em Mon, 31 Aug 2009 09:33:23 +0200
"Hans Verkuil" escreveu:
> > TV standards only apply to analog video. Let's simply not use it for
> > digital
> > video. We don't expect drivers to implement VIDIOC_[GS]_JPEGCOMP with fake
> > values when they don't support JPEG compression, so we should not exp
Németh Márton wrote:
> Hi,
>
> I get the source from http://linuxtv.org/hg/v4l-dvb repository and I
> am now
> at version 12564:6f58a5d8c7c6. When I try to build the human readable
> version
> of the V4L2 specification I get some error message:
>
> $ make v4l2-spec
> [...]
> Using catalogs: /etc/sg
Em Mon, 31 Aug 2009 08:58:24 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Monday 31 August 2009 04:41:14 Mauro Carvalho Chehab wrote:
> > Hi Németh,
> >
> > Em Sun, 23 Aug 2009 11:30:42 +0200
> >
> > Németh Márton escreveu:
> > > From: Márton Németh
> > >
> > > Change the handling of th
When user space queues a buffer using VIDIOC_QBUF, the kernel
should set flags in struct v4l2_buffer as specified in the V4L2
documentation.
---
drivers/media/video/videobuf-core.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/videobuf-core.c
b
On Sun, Aug 30, 2009 at 6:13 PM, Mauro Carvalho
Chehab wrote:
> Em Sun, 30 Aug 2009 08:53:35 -0400
> Michael Krufky escreveu:
>
>> Mauro,
>>
>> On Mon, Aug 24, 2009 at 4:32 PM, Michael Krufky
>> wrote:
>> > Mauro,
>> >
>> > Would you please send the final GPIO fix to Linus to fix the
>> > regress
On Mon, 2009-08-31 at 12:27 +0200, dcr...@telefonica.net wrote:
> Eduard,
>
> Could you please specify what to do in order to add a PCI ID to the
> driver list? I was investigating by myself some time ago, but could not
> manage to do it.
>
you go to saa716x_hybrid.c
and add a "MAKE_ENTRY" to
s
On Mon, 31 Aug 2009, Hans Verkuil wrote:
> > Yes, in a way. We agree, that we describe the data from the sensor on the
> > image bus with a unique ID (data format code enum), right? Now, what does
> > this ID tell us? It should tell us what we can get from this format in
> > RAM, right?
>
> No, i
> On Mon, 31 Aug 2009, Hans Verkuil wrote:
>
>>
>> > On Thu, 27 Aug 2009, Hans Verkuil wrote:
>> >
>> >> It's my opinion that we have to be careful in trying to be too
>> >> intelligent. There is simply too much variation in hardware out there
>> to
>> >> ever hope to be able to do that.
>> >
>> >
Eduard,
Could you please specify what to do in order to add a PCI ID to the
driver list? I was investigating by myself some time ago, but could not
manage to do it.
Regards.
>Mensaje original
>De: eduard.budu...@axigen.com
>Recibido: 31/08/2009 11:35
>Para:
>Asunto: [linux-dvb] saa 71
On Mon, 31 Aug 2009, Hans Verkuil wrote:
>
> > On Thu, 27 Aug 2009, Hans Verkuil wrote:
> >
> >> It's my opinion that we have to be careful in trying to be too
> >> intelligent. There is simply too much variation in hardware out there to
> >> ever hope to be able to do that.
> >
> > An opinion ha
> On Thu, 27 Aug 2009, Hans Verkuil wrote:
>
>> It's my opinion that we have to be careful in trying to be too
>> intelligent. There is simply too much variation in hardware out there to
>> ever hope to be able to do that.
>
> An opinion has been expressed, that my proposed API was too complex, th
On Sun, 30 Aug 2009 08:22:46 +0200
Németh Márton wrote:
> I am using a "Trust 610 LCD pow...@m Zoom" device in webcam mode
> (USB ID=06d6:0031). I am running Linux 2.6.31-rc7 updated with the
> http://linuxtv.org/hg/v4l-dvb repository at version
> 12564:6f58a5d8c7c6.
>
> When I start watching to
On Thu, 27 Aug 2009, Hans Verkuil wrote:
> It's my opinion that we have to be careful in trying to be too
> intelligent. There is simply too much variation in hardware out there to
> ever hope to be able to do that.
An opinion has been expressed, that my proposed API was too complex, that,
for e
> Hi Mauro,
>
> On Monday 31 August 2009 04:41:14 Mauro Carvalho Chehab wrote:
>> Hi Németh,
>>
>> Em Sun, 23 Aug 2009 11:30:42 +0200
>>
>> Németh Márton escreveu:
>> > From: Márton Németh
>> >
>> > Change the handling of the case when vdev->tvnorms == 0.
>>
>> This patch (together with a few ot
51 matches
Mail list logo
