Steven Toth wrote:
> Chaogui Zhang wrote:
>> On Sat, Jan 12, 2008 at 08:39:43PM -0500, Steven Toth wrote:
>>> Chaogui Zhang wrote:
>>>> On Sun, Jan 06, 2008 at 05:18:48PM -0500, Steven Toth wrote:
>>>>> Chaogui,
>>>>>>>>>> I merged and mofiedi slightly patches 1, 2 and 3 and merged them
>>>>> into one of my developer trees. HVR1500Q is working correctly.
>>>>>>>>>> See http://linuxtv.org/hg/~stoth/xc5000-analog>>>>>>>>>> I suggest you download this tree and ensure the 800i is working
>>>>> correctly, before I generate a pull request to Mauro.
>>>>>>>>> Hi, Steve,
>>>>>>>> I tested analog tv as well as composite/s-video input, it is working
>>>> properly. I still cannot manage to get digital tv working, even after
>>>> getting proper values of the registers from regspy. I get a ton of
>>>> ts_oflow interrupt as soon as I use azap to tune to any digital
>>>> channel.
>>> Zhang,
>>>>>> Can you email me the regspy full register dumps?
>> Hi, Steve,
>>>> No problem, attached is the regspy dump. It is not the "full" dump
>> because for some reason, my computer hangs when I tried to use
>> regspy with all the register listed in the ini file (I probably
>> messed up something in the ini file). The dump only contains registers
>> related to the transport stream and some registers that I think might
>> affect the transport stream function.
>>>> To save you some time, here is what I gathered so far:
>>>> I managed to get rid of the overflow problem by setting the PLL_B
>> TS is working, see the latest patches in my xc5000-analog tree.
>> I'll look at these dumps now.
>
Zhang, these register values didn't help, which means that we're
probably missing minor configuration parameters on the s5h1409 demod
when running in parallel mode.
That being said I switch the pinnacle 800i configuration in cx88 to
switch to use serial mode, also patch a couple of registers, now it's
streaming digital transport (QAM was tested) correctly. ATSC should also
work just as well.
Please confirm this is true.
Also, I added support for IR but this remains completely untested. If
someone can plug in an IR receiver and press a few buttons then the
driver should be processing them correctly - much like we do for the
Hauppauge HVR3000 products (IE. It's a native feature of the cx2388x
silicon).
Again, someone please confirm that IR is working before I prepare the
final patches for Mauro.
Thanks,
Steve