>> diff -u -p drivers/media/dvb-frontends/au8522_decoder.c /tmp/nothing/media/dvb-frontends/au8522_decoder.c
>> --- drivers/media/dvb-frontends/au8522_decoder.c
>> +++ /tmp/nothing/media/dvb-frontends/au8522_decoder.c
>> @@ -280,14 +280,9 @@ static void setup_decoder_defaults(struc
>> AU8522_TOREGAAGC_REG0E5H_CVBS);
>> au8522_writereg(state, AU8522_REG016H, AU8522_REG016H_CVBS);
>>
>> - if (is_svideo) {
>> /* Despite what the table says, for the HVR-950q we still need
>> to be in CVBS mode for the S-Video input (reason unknown). */
>> /* filter_coef_type = 3; */
>> - filter_coef_type = 5;
>> - } else {
>> - filter_coef_type = 5;
>> - }
>
> Better ask Devin about this (c/c).
This was a case where the implementation didn't match the datasheet,
and it wasn't clear why the filter coefficients weren't working
properly. Essentially I should have labeled that as a TODO or FIXME
when I disabled the "right" value and forced it to always be five. It
was also likely that the filter coefficients would need to differ if
taking video over the IF interface as opposed to CVBS/S-video, which
is why I didn't want to get rid of the logic entirely. That said, the
only product I've ever seen with the tda18271 mated to the au8522 will
likely never be supported for analog video under Linux for unrelated
reasons.
That said, it's worked "good enough" since I wrote the code nine years
ago, so if somebody wants to submit a patch to either get rid of the
if() statement or mark it as a FIXME that will likely never actually
get fixed, I wouldn't have an objection to either.
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
