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
prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox