On 07/20/2015 07:45 PM, Devin Heitmueller wrote:
Look at the em28xx driver and you will probably see why it does not work as
expected. For my eyes, according to em28xx driver, it looks like that bus
control is aimed for bridge driver. You or em28xx is wrong.
Neither are wrong. In some cases the call needs to be intercepted by
the frontend in order to disable its TS output. In other cases it
needs to be intercepted by the bridge to control a MUX chip which
dictates which demodulator's TS output to route from (typically by
toggling a GPIO).
Quickly looking the existing use cases and I found only lgdt3306a demod
which uses that callback to control its TS interface. All the rest seems
to be somehow more related to bridge driver, mostly changing bridge TS
IF or leds etc.
I don't simply see that correct solution for disabling demod TS IF -
there is sleep() for this kind of things - and as I pointed out it does
not even work for me em28xx based device because em28xx uses that
routine to switch own TS mode.
regards
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
