All of lore.kernel.org
 help / color / mirror / Atom feed
From: Darron Broad <darron@kewl.org>
To: Steven Toth <stoth@linuxtv.org>
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] HVR-4000 driver problems - i2c error
Date: Thu, 25 Sep 2008 09:41:54 +0100	[thread overview]
Message-ID: <14352.1222332114@kewl.org> (raw)
In-Reply-To: <48DAD9C2.2050007@linuxtv.org>

In message <48DAD9C2.2050007@linuxtv.org>, Steven Toth wrote:

hi.

>Mika Laitio wrote:
>>> The ~stoth/hg/s2 has no DVB-T support on the HVR4000 yet. Those 
>>> patches will appear very shortly in ~stoth/hg/s2-mfe.
>> 
>> Thanks,
>> 
>> I build and installed drivers from s2-mfe branch and now atleast the 
>> dvb-t and dvb-s scan were working both for hvr-1300 and hvr-4000.
>> With hvr-4000, the scan worked with
>> "./scan -a 1 -f 1 "... parameters.

>>>>  WIth liplianinis multiproto version the selection between DVB-S and 
>>>> DVB-T
>>>>  works by using the "options cx88-dvb frontend=1" but I am seeing the 
>>>> i2c
>>>>  errors described below.

This was an option added to the SFE driver which has now
become obsolete. A new patch for this can be created easily
enough though. The i2c errors you are probably reporting
here have also been fixed in MFE (see below). 

>>>>  Could you have any URL and changeset tag to patch in some repository 
>>>> where
>>>>  this I2C thing has been fixed?
>>>
>>> I'm speculating that your issue is the same issue I fixed sometime ago 
>>> (2-3 months in the master repo). I'd suggest you wait for the ~ 
>>> stoth/hg/s2-mfe patches to appear later tonight and test again.
>>>
>>> That tree (and ~stoth/hg/s2 for that matter) have the i2c fix I'm 
>>> referring to.
>> 
>> I tried to find the fix by checking from the log your commits for cx88 
>> couple of months ago and could not find the one you were referring.
>> Then I remembered that in 2.6.25 kernel, similar errors for HVR-1300 
>> could be fixed by defining the radio information for the board structure.
>> 
>> So I tried the same trick also for hvr-4000, and that made dvb-t working 
>> without I2C errors also for HVR4000. ( with liplianis version of 
>> multiproto tree.)
>> 
>> --- cx88-cards.c_old    2008-09-25 00:51:18.000000000 +0300
>> +++ cx88-cards.c    2008-09-24 10:44:15.000000000 +0300
>> @@ -1480,6 +1480,10 @@
>>          }},
>>          /* fixme: Add radio support */
>>          .mpeg           = CX88_MPEG_DVB,
>> +        .radio = {
>> +            .type   = CX88_RADIO,
>> +            .gpio0    = 0xe780,
>> +        },

I put this is the patch also. Radio doesn't work though. There is
not enough information as to how to fix it as yet.

>>      [CX88_BOARD_HAUPPAUGE_HVR4000LITE] = {
>>          .name           = "Hauppauge WinTV-HVR4000(Lite) DVB-S/S2",
>> 
>> In S2 and S2-mfe, the dvb-t worked even without radio data defined for 
>> hvr-4000.
>> 
>> Other non-API related changes that I could found between multiproto and 
>> s2 trees for CX88 were pretty small. Is this udelay really needed?
>> 
>> @@ -2594,8 +2598,9 @@
>>          break;
>>      case CX88_BOARD_HAUPPAUGE_HVR3000: /* ? */

The above has been reverted for the hvr-3000.

>>      case CX88_BOARD_HAUPPAUGE_HVR4000:
>> -        /* Init GPIO for DVB-S/S2/Analog */
>> -        cx_write(MO_GP0_IO,core->board.input[0].gpio0);
>> +        /* Init GPIO */
>> +        cx_write(MO_GP0_IO, core->board.input[0].gpio0);
>> +        udelay(1000);
>>          break;
>> 
>>      case CX88_BOARD_PROLINK_PV_8000GT:
>> @@ -2939,6 +2944,7 @@
>>          cx88_card_list(core, pci);
>>      }
>> 
>> +    memset(&core->board, 0, sizeof(core->board));
>>      memcpy(&core->board, &cx88_boards[core->boardnr], 
>> sizeof(core->board));
>> 
>>      info_printk(core, "subsystem: %04x:%04x, board: %s [card=%d,%s]\n",
>> 
>> Those did not help
>
>Thanks.
>
>I'm going to rebase the s2-mfe tree from master (containing the s2api). 
>Darron also has a i2c related fix (which isn't perfect) but does address 
>an issue like this.

I am about to prepare a new patch-set for the above but in the meantime
you can look at this:
	http://dev.kewl.org/hauppauge/gate_control-8894.diff

This fixes some loading time i2c errors and also errors with
moving from DVB-T to analogue TV.

Other errors found which occur when moving from DVB-S to DVB-T
are work in progress and will be fixed later.

>I'll rebase and push both of those patches into ~stoth/s2-mfe, if you 
>can retest after this then that would be useful.
>
>Watch for changes to this tree tonight, it may help.

cya!

--

 // /
{:)==={ Darron Broad <darron@kewl.org>
 \\ \ 


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

      reply	other threads:[~2008-09-25  8:41 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-18 12:27 [linux-dvb] HVR-4000 driver problems - i2c error Ales Jurik
2008-08-18 18:10 ` Steven Toth
2008-08-18 18:24   ` Ales Jurik
2008-09-22 10:17   ` Mika Laitio
2008-09-22 15:40     ` Steven Toth
2008-09-24 22:21       ` Mika Laitio
2008-09-25  0:22         ` Steven Toth
2008-09-25  8:41           ` Darron Broad [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=14352.1222332114@kewl.org \
    --to=darron@kewl.org \
    --cc=linux-dvb@linuxtv.org \
    --cc=stoth@linuxtv.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.