Mauro,
As described in the kernellabs.com blog entry, and mail archive links
below, my RFC entitled, "[RFC] Allow bridge drivers to have better
control over DVB frontend operations" had a very good response on the
linux-media mailing list.
http://www.kernellabs.com/blog/?p=715
http://www.mail-arc
Mauro,
Included in this pull request are some important fixes to the tda18271
tuner driver. Please include these patches in your next pull request
to Linus.
Please pull from:
http://kernellabs.com/hg/~mkrufky/v4l-dvb
for the following:
- tda18271: fix overflow in FM radio frequency calculatio
Mauro,
I saw your changeset entitled, "dib0700: not building
CONFIG_DVB_TUNER_DIB0070 breaks compilation" -- this works around the
problem but does not fix it. In order to build the dib0700 driver
without the dib0070 driver selected, I have backed out your change
and replaced it with an actual f
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part2
for the following 5 changesets:
01/05: v4l2-subdev: Add v4l2_subdev_ir_ops and IR notify defines for v4l2_device
http://linuxtv.org/hg/~awalls/cx23888-ir-part2?cmd=changeset;node=8cbb951bbb9f
02/05: cx23885: Complete CX23888
On Sun, Sep 27, 2009 at 4:24 PM, wrote:
> On Sun, Sep 27, 2009 at 12:35:00PM -0400, Michael Krufky wrote:
>> On Sun, Sep 27, 2009 at 12:25 PM, Michael Krufky
>> wrote:
>>
>> On a second thought, I see that my above patch loses some precision
>> ... this is even better:
>>
>> diff -r f52640ced9
On Sun, Sep 27, 2009 at 12:35:00PM -0400, Michael Krufky wrote:
> On Sun, Sep 27, 2009 at 12:25 PM, Michael Krufky
> wrote:
>
> On a second thought, I see that my above patch loses some precision
> ... this is even better:
>
> diff -r f52640ced9e8 linux/drivers/media/common/tuners/tda18271-fe.
On Sun, 2009-09-27 at 14:14 -0400, Andy Walls wrote:
> On Sun, 2009-09-27 at 12:58 -0400, Steven Toth wrote:
> > >>> Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
>
> Mauro,
>
> Please wait on my pull request until we resolve this problem.
>
>
> Steve,
>
> > Regression testin
On 9/27/09 3:08 PM, Andy Walls wrote:
On Sun, 2009-09-27 at 11:19 -0400, Steven Toth wrote:
I'm seeing a regression in tip. A Hauppauge HVR1800 model 78521 fails to have
its demod for DTV attached correctly, resulting in a total loss of ATSC/QAM
support.
I'm looking into this.
Thanks, but I
On Sun, 2009-09-27 at 11:19 -0400, Steven Toth wrote:
> I'm seeing a regression in tip. A Hauppauge HVR1800 model 78521 fails to have
> its demod for DTV attached correctly, resulting in a total loss of ATSC/QAM
> support.
>
> I'm looking into this.
Thanks, but I don't think this was tip...
R
On Sun, 2009-09-27 at 12:58 -0400, Steven Toth wrote:
> >>> Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
Mauro,
Please wait on my pull request until we resolve this problem.
Steve,
> Regression testing has highlighted the 885/7/8 detection isn't reliable,
> causing
> a reg
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:Sun Sep 27 19:00:04 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13044:6b7617d4a0be
gcc version: gcc
Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
Regression testing has highlighted the 885/7/8 detection isn't reliable, causing
a regression for HVR1800 - total loss of sync. (It's detected as a 885).
Hardcoding the detect to return the correct type (887) causes the driver to
On Sun, Sep 27, 2009 at 12:25 PM, Michael Krufky wrote:
> On Thu, Sep 24, 2009 at 5:42 PM, wrote:
>> On Thu, Sep 24, 2009 at 02:46:06PM -0400, Michael Krufky wrote:
>>> On Tue, Sep 22, 2009 at 5:05 PM, wrote:
>>> >
>>> > Multiplication by 62500 causes an overflow in the 32 bits "freq" register
On Thu, Sep 24, 2009 at 5:42 PM, wrote:
> On Thu, Sep 24, 2009 at 02:46:06PM -0400, Michael Krufky wrote:
>> On Tue, Sep 22, 2009 at 5:05 PM, wrote:
>> >
>> > Multiplication by 62500 causes an overflow in the 32 bits "freq" register
>> > when
>> > using radio. FM radio reception on a Zolid Hyb
I'm seeing a regression in tip. A Hauppauge HVR1800 model 78521 fails to have
its demod for DTV attached correctly, resulting in a total loss of ATSC/QAM support.
I'm looking into this.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this list: send the line "unsub
On Sat, 2009-09-26 at 00:16 +0300, Aleksandr V. Piskunov wrote:
> cx25840:
> Disable 6.5MHz carrier autodetection for PAL, always assume its DK.
> Only try to autodetect 6.5MHz carrier for SECAM if user accepts both
> system DK and L.
>
> Signed-off-by: Aleksandr V. Piskunov
Aleksandr,
Looks go
On 9/27/09 10:10 AM, Andy Walls wrote:
On Sun, 2009-09-27 at 21:42 +0800, David T. L. Wong wrote:
Andy Walls wrote:
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
for the following 8 changesets:
01/08: v4l2-chip-ident: Add ID's needed for the cx23885 and cx25840 modul
Hi, Mauro
Thank you for your suggestion on this.
Now I have another problem. The ISP needs the following parameters of the
sensor to set the acquisition interface, but I can not find a suitable subdev
ioctls to get them from sensor driver.
bus_width; width of the buss connecting sensor and IS
On Sun, 2009-09-27 at 21:42 +0800, David T. L. Wong wrote:
> Andy Walls wrote:
> > Mauro,
> >
> > Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
> >
> > for the following 8 changesets:
> >
> > 01/08: v4l2-chip-ident: Add ID's needed for the cx23885 and cx25840 modules
> > http:/
Andy Walls wrote:
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/cx23888-ir-part1
for the following 8 changesets:
01/08: v4l2-chip-ident: Add ID's needed for the cx23885 and cx25840 modules
http://linuxtv.org/hg/~awalls/cx23888-ir-part1?cmd=changeset;node=5b2b33f2e3d7
02/08: cx23885: F
Hi Steven,
I have just found the official Australian broadcast data
(acma.gov.au). I did find something interesting.
In all cases except for channel TEN, the analog channel and digital
channel are located on adjacent channels. Channel TEN has a huge
channel separation.
I have confirmed
Hi Hans,
On Sat, Sep 26, 2009 at 3:22 PM, Hans Verkuil wrote:
> Hi all,
>
> Well, that was another very successful day here in Portland.
>
> I started off presenting the work we did in the past year and our plans for
> the next year during the BoF this morning. It was quite a big crowd and the
>
On 26.09.09 21:33, Devin Heitmueller wrote:
> On Sat, Sep 26, 2009 at 8:23 PM, Uros Vampl wrote:
> > On 26.09.09 16:59, Devin Heitmueller wrote:
> >> On Fri, Sep 25, 2009 at 6:10 PM, Uros Vampl
> >> wrote:
> >> > Alright, success!!!
> >> >
> >> > Since it seems everything for this tuner is set u
23 matches
Mail list logo
