On Fri, 2009-06-12 at 16:27 -0500, Mike Isely wrote:
> Well now I feel like an idiot. Thanks for pointing that out in my own
> code :-)
Well, that wasn't my objective, but you're welcome! ;)
Don't worry. I can almost guarantee you'll have an opportunity to
return the favor sometime in the futu
On Sat, 2009-06-13 at 02:07 +0200, hermann pitton wrote:
> [snip]
> >
> > The most undiscovered configurations seem to be such ones about antenna
> > inputs and their switching. Again according to Hartmut, and he did not
> > know exactly what is going on here, some for us and him at this point
> >
> On Fri, 12 Jun 2009, Andy Walls wrote:
> >
> > The digital demodulator driver to use is hardcoded in pvrusb2-devattr.c:
> >
> > static const struct pvr2_dvb_props pvr2_750xx_dvb_props = {
> > .frontend_attach = pvr2_s5h1409_attach,
> > .tuner_attach= pvr2_tda18271_8295_atta
Hans de Goede wrote:
> This looks to me like its just ov51x-jpeg made to compile with the
> latest kernel.
Its more than that. This driver supports a number of cameras and the
only one we (bCODE) are really interested in is the ovfx2 driver.
> Did you make any functional changes?
I believe the
[snip]
>
> The most undiscovered configurations seem to be such ones about antenna
> inputs and their switching. Again according to Hartmut, and he did not
> know exactly what is going on here, some for us and him at this point
> unknown checksums are used to derive even that information :(
>
> F
Hi,
Am Freitag, den 12.06.2009, 16:27 -0500 schrieb Mike Isely:
> Well now I feel like an idiot. Thanks for pointing that out in my own
> code :-)
>
> Still digging through this.
>
> -Mike
despite of that and to feed the weasel.
We'll have to look through different drivers, if we can make
Well now I feel like an idiot. Thanks for pointing that out in my own
code :-)
Still digging through this.
-Mike
On Fri, 12 Jun 2009, Andy Walls wrote:
> On Fri, 2009-06-12 at 15:33 -0500, Mike Isely wrote:
> > I am unable to reproduce the s5h1411 error here.
> >
> > However my HVR-1950
On Fri, 2009-06-12 at 15:33 -0500, Mike Isely wrote:
> I am unable to reproduce the s5h1411 error here.
>
> However my HVR-1950 loads the s5h1409 module - NOT s5h1411.ko; I wonder
> if Hauppauge has changed chips on newer devices and so you're running a
> different tuner module.
The digital dem
I am unable to reproduce the s5h1411 error here.
However my HVR-1950 loads the s5h1409 module - NOT s5h1411.ko; I wonder
if Hauppauge has changed chips on newer devices and so you're running a
different tuner module. That would explain the different behavior.
Unfortunately it also means it w
Trent Piepho writes:
> On Mon, 1 Jun 2009, Robert Jarzmik wrote:
>> Trent Piepho writes:
>> > Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
>> If I'm not mistaken, these lines are an equivalent of :
>> balign = 1 << align;
>> if (align)
>> x = ALIGN(x + 1 - balign
The IR tables are hardcoded in the driver that can be found at:
http://linuxtv.org/hg/~jhoogenraad/rtl2831-r2
It has 3 sets parameters, and by default is set to tthe NEC one.
ir_protocol
Specify RTL2381 remote: 0=NEC, 1=RC5, 2=Conceptronic (defaults to 0)
sudo modprobe -r dvb_usb_rtl2831u
su
I'm attaching an alternate version that fixes
this. Labeled the endif too.
> drivers/media/video/v4l2-common.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> --- linux-next-20090612.orig/drivers/media/video/v4l2-common.c
> +++ linux-next-20090612/drivers/media/v
file changed, 1 insertion(+), 2 deletions(-)
--- linux-next-20090612.orig/drivers/media/video/v4l2-common.c
+++ linux-next-20090612/drivers/media/video/v4l2-common.c
@@ -915,6 +915,7 @@ const unsigned short *v4l2_i2c_tuner_add
return NULL;
}
EXPORT_SYMBOL_GPL(v4l2_i2c_tuner_addrs);
+#
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 12 19:00:07 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11965:bff77ec33116
gcc version: gcc
This single patch adds documentation description for FM Modulator (FM_TX)
Extended Control Class and its Control IDs. The text was added under
"Extended Controls" section.
Signed-off-by: Eduardo Valentin
---
v4l2-spec/Makefile |1 +
v4l2-spec/biblio.sgml | 10 +++
v4l2-spec/controls
Signed-off-by: Eduardo Valentin
---
linux/drivers/media/video/v4l2-common.c | 50 +++
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/linux/drivers/media/video/v4l2-common.c
b/linux/drivers/media/video/v4l2-common.c
index 5cfd727..9b6cf9f 100644
---
This patch adds files which creates the radio interface
for si4713 FM transmitter (modulator) devices.
In order to do the real access to device registers, this
driver uses the v4l2 subdev interface exported by si4713 i2c driver.
Signed-off-by: "Eduardo Valentin "
---
linux/drivers/media/radio/ra
This patch adds a document file for si4713 device driver.
It describes the driver interfaces and organization.
Signed-off-by: Eduardo Valentin
---
linux/Documentation/video4linux/si4713.txt | 137
1 files changed, 137 insertions(+), 0 deletions(-)
create mode 10064
This patch adds simple support for FM TX extended controls
on v4l2-ctl utility.
Signed-off-by: Eduardo Valentin
---
v4l2-apps/util/v4l2-ctl.cpp | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/v4l2-apps/util/v4l2-ctl.cpp b/v4l2-apps/uti
Simple add Makefile and Kconfig entries.
Signed-off-by: Eduardo Valentin
---
linux/drivers/media/radio/Kconfig | 22 ++
linux/drivers/media/radio/Makefile |2 ++
2 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/linux/drivers/media/radio/Kconfig
b/linux/
This patch adds a new class of extended controls. This class
is intended to support FM Radio Modulators properties such as:
rds, audio limiters, audio compression, pilot tone generation,
tuning power levels and preemphasis properties.
Signed-off-by: Eduardo Valentin
---
linux/include/linux/video
Hello all,
I'm resending the FM transmitter driver and the proposed changes in
v4l2 api files in order to cover the fmtx extended controls class.
Difference from version #6 is that now I've added added lots of comments
made by Hans. Here is a list of changes:
- Reduce card type string
- Remov
Signed-off-by: Eduardo Valentin
---
linux/include/media/v4l2-subdev.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/linux/include/media/v4l2-subdev.h
b/linux/include/media/v4l2-subdev.h
index 5dcb367..4dc3788 100644
--- a/linux/include/media/v4l2-subdev.h
+++ b/linux/
From: Robert Krakora
Added two webcams with 'No FID' quirk.
Priority: normal
Signed-off-by: Robert Krakora
diff -r bff77ec33116 linux/drivers/media/video/uvc/uvc_driver.c
--- a/linux/drivers/media/video/uvc/uvc_driver.cThu Jun 11
18:44:23 2009 -0300
+++ b/linux/drivers/media/video/uvc
From: Robert Krakora
Fix for no return value check of uvc_ctrl_set() which calls
mutex_lock_interruptible().
Priority: normal
Signed-off-by: Robert Krakora
diff -r bff77ec33116 linux/drivers/media/video/uvc/uvc_v4l2.c
--- a/linux/drivers/media/video/uvc/uvc_v4l2.c Thu Jun 11 18:44:23 2009 -0
Hans,
Greatly appreciated, given the ton of issues you are currently busy with!
Let me know, after review, your feel about possible merge plan for these
patches. 2.6.31 or 2.6.32
Regards,
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@t
On Friday 12 June 2009 18:04:34 Karicheri, Muralidharan wrote:
> Hi,
>
> This patch is sent for review last month. I have posted a vpfe capture
> driver patch that is dependent on this one. Is this one close to approval
> or what is the plan?
>
> I see some updates required to this patch based on m
Hi,
Am Samstag, den 13.06.2009, 00:23 +1000 schrieb chatura:
> Sam Spilsbury wrote:
> > Hi everyone,
> >
> > So It's my first time to LinuxTV hacking, debugging etc, so I
> > apologize if I've failed to provide anything essential.
> >
> > Anyways, I've just bought a ASUS 'My Cinema Europa Hybrid
On Friday 12 June 2009 14:59:03 Guennadi Liakhovetski wrote:
> On Fri, 12 Jun 2009, Hans Verkuil wrote:
>
> > > 1. it is very unusual that the board designer has to mandate what signal
> > > polarity has to be used - only when there's additional logic between the
> > > capture device and the host.
>>
>> This is the version v2 of the patch series. This is the reworked
>> version of the driver based on comments received against the last
>> version of the patch.
>
>I'll be glad to see this get to mainline ... it's seeming closer
>and closer!
>
>What's the merge plan though? I had hopes for 2
Hi,
I would like to explore what level of support is available in the v4l buffer
exchange mechanism for USERPTR buffer exchange.
In our internal release, we had a hack to support this feature. We use
contiguous buffers in our user ptr hack implementation. The buffers are
allocated in a kernel
Sam Spilsbury wrote:
Hi everyone,
So It's my first time to LinuxTV hacking, debugging etc, so I
apologize if I've failed to provide anything essential.
Anyways, I've just bought a ASUS 'My Cinema Europa Hybrid' (P7131
DVB-T) which has the Phillips saa7131 chipset in it (supported by the
saa7131
On Fri, 12 Jun 2009, Hans Verkuil wrote:
> > 1. it is very unusual that the board designer has to mandate what signal
> > polarity has to be used - only when there's additional logic between the
> > capture device and the host. So, we shouldn't overload all boards with
> > this information. Board-
> On Wed, 10 Jun 2009, Hans Verkuil wrote:
>
>> On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
>> > On Wed, 10 Jun 2009, Hans Verkuil wrote:
>> > > My view of this would be that the board specification specifies the
>> > > sensor (and possibly other chips) that are on the board. A
On Wed, 10 Jun 2009, Hans Verkuil wrote:
> On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
> > On Wed, 10 Jun 2009, Hans Verkuil wrote:
> > > My view of this would be that the board specification specifies the
> > > sensor (and possibly other chips) that are on the board. And to me
On 6 June 2009 23:37:47 Simon Kenyon wrote:
> Igor M. Liplianin wrote:
> > On 5 June 2009 21:41:46 Simon Kenyon wrote:
> >> Simon Kenyon wrote:
> >>> Simon Kenyon wrote:
> the picture seems to be breaking up badly
> will revert to my version and see if that fixes it
> >>>
> >>> [sorry for
On Fri, 12 Jun 2009 01:18:20 +0200, Hans Verkuil wrote:
> On Friday 12 June 2009 01:07:46 Mauro Carvalho Chehab wrote:
> > I suspect that we'll need to work with the initialization order after the
> > new
> > i2c binding model to avoid such troubles.
> >
> > I remember that we had a similar issue
On Fri, Jun 12, 2009 at 3:30 PM, Guennadi
Liakhovetski wrote:
> On Fri, 12 Jun 2009, Dongsoo, Nathaniel Kim wrote:
>
>> Hello Guennadi,
>>
>> So let's assume that camera interface device can process
>> V4L2_CID_SHARPNESS and even external camera device can process that,
>> then according to your pa
38 matches
Mail list logo
