> Robert Lowery wrote:
>> Mauro,
>>
>> I had to make 2 changes to get the patch to work for me
>
> Ok. Please test this (hopefully) final revision.
This version works for me
>
> --
>
> commit bd8bb8798bb96136b6898186d505c9e154334b5d
> Author: Mauro Carv
Mauro,
I had to make 2 changes to get the patch to work for me
see below
HTH
-Rob
> Robert Lowery wrote:
>> Mauro's new code does the 50 offset unconditionally for DTV7 by
>> setting offset = 225, not just when the ZARLINK456 or DIBCOM52
>> tables
>>
> Robert Lowery wrote:
>> Mauro's new code does the 50 offset unconditionally for DTV7 by
>> setting offset = 225, not just when the ZARLINK456 or DIBCOM52
>> tables
>> were explicitly selected. This change is what appears to cause issues
>> for
&g
= 225;
>>> + else /* DTV8 or DTV78 */
>>> + offset = 275;
>>> and latest patch should be:
>>> + if (priv->cur_fw.type & DTV6)
>>> + offset = 175;
>>> +
> On Wed, 2010-01-06 at 14:20 +1100, Robert Lowery wrote:
>> > On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>> >> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>> >> > > Mauro,
>> >> > >
>> >> > >
> On Mon, 2010-01-04 at 21:27 -0500, Andy Walls wrote:
>> On Mon, 2010-01-04 at 15:27 +1100, Robert Lowery wrote:
>> > > Mauro,
>> > >
>> > > I've split the revert2.diff that I sent you previously to fix the
>> tuning
>> > &g
ut the cleanup that breaks tuning on my card.
>
> Please review and merge
>
> Signed-off-by: Robert Lowery
Mauro,
I'm yet to receive a response from you on this clear regression introduced
in the 2.6.31 kernel. You attention would be appreciated
Thanks
-Rob
>
> Thanks
>
> -R
merge
Signed-off-by: Robert Lowery
Thanks
-Rob
01_revert_966ce12c444d.diff
Description: /
02_revert_e6a8672631a0.diff
Description: /
03_refix_e6a8672631a0.diff
Description: /
> On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
> wrote:
>> Hi Rob
>>
>> I missed your followup and tested the 'revert.diff' patch, attached
>> for reference.
>> I have been slow replying because I've been scratching my head over the
>> results.
>>
>> I used 'signaltest.pl' to test[1], which us
> Hi Rob
>
> I missed your followup and tested the 'revert.diff' patch, attached
> for reference.
> I have been slow replying because I've been scratching my head over the
> results.
>
> I used 'signaltest.pl' to test[1], which uses tzap under the hood.
> Perhaps this is not the best choice, but I
ttached patch which reverts e6a8672631a0 and 966ce12c444d
but without the "cleanup" which breaks my DViCO.
Could people who had the original 6MHz issue please test and report back
Thanks
-Rob
>
>>
>>
>> On 11/26/09, Robert Lowery wrote:
>>>> Hi,
>>
huge BER and nonzero REC in the output from
> 'tzap'.
>
> Kind regards,
> Vince
revert patch attached
>
>
> On 11/26/09, Robert Lowery wrote:
>>> Hi,
>>>
>>> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4
>>
> Hi,
>
> After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
> 1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
> appeared to be ok, but I have now noticed certain channels in Australia
> are showing corruption which manifest themselves as blockiness a
Hi,
After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
appeared to be ok, but I have now noticed certain channels in Australia
are showing corruption which manifest themselves as blockiness and
screechi
Hi,
After fixing up a hang on the DViCO FusionHDTV DVB-T Dual Digital 4 (rev
1) recently via http://linuxtv.org/hg/v4l-dvb/rev/1c11cb54f24d everything
appeared to be ok, but I have now noticed certain channels in Australia
are showing corruption which manifest themselves as blockiness and
screechi
> On Thu, Nov 12, 2009 at 6:33 PM, Florent NOUVELLON
> wrote:
>> Sorry about that mistake... That was an em28xx-new trick.
>>
>> So my question is simply :
>> Do you know how to disable compiling some drivers on v4l-dvb for faster
>> compiling ?
>
> Well, I typically disable firedtv because of the
> On Mon, Nov 9, 2009 at 6:41 PM, Robert Lowery
> wrote:
>> Although the xc3028-v27.fw generated from
>> HVR-12x0-14x0-17x0_1_25_25271_WHQL.zip using the above process works
>> fine
>> for me, the firmware is a couple of years old now and I can't help
>
> Em Mon, 9 Nov 2009 12:13:22 +0100
> Valerio Bontempi escreveu:
>
>> Hi all,
>>
>> I have a problem trying to user Terratec Cinergy T XS (usb dvb only
>> adapter) with XC3028 tuner:
>> v4l dvb driver installed in last kernel versions (actually I am using
>> 2.6.31 from ubuntu 9.10) detects this d
> On Mon, Nov 9, 2009 at 12:22 PM, Devin Heitmueller
> wrote:
>> On Sun, Nov 8, 2009 at 8:43 PM, Barry Williams
>> wrote:
>>> Hi Devin
>>> I tried your tree and I seem to get the same problem on one box I get
>>> the flood of 'dvb-usb: bulk message failed: -110 (1/0'.
>>
>>
>> Can you please con
>> On Thu, Nov 5, 2009 at 6:45 PM, Robert Lowery
>> wrote:
>>> Do you mean something like this (untested) patch? I'll try it out
>>> tonight.
>>>
>>> diff -r 43878f8dbfb0 linux/drivers/media/dvb/dvb-usb/cxusb.c
>>> --- a/linux/dr
> On Thu, Nov 5, 2009 at 6:45 PM, Robert Lowery
> wrote:
>> Do you mean something like this (untested) patch? I'll try it out
>> tonight.
>>
>> diff -r 43878f8dbfb0 linux/drivers/media/dvb/dvb-usb/cxusb.c
>> --- a/linux/drivers/media/dvb/dvb-usb/cx
> On Thu, Nov 5, 2009 at 3:57 PM, Vincent McIntyre
> wrote:
>> I have one of these too.
>>
>> lsusb:
>> Bus 003 Device 003: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4
>> (ZL10353+xc2028/xc3028) (initialized)
>> Bus 003 Device 002: ID 0fe9:db78 DVICO FusionHDTV DVB-T Dual Digital 4
>> (ZL10
22 matches
Mail list logo