[PATCH 0/3] omapdss: venc: Add support for bypass and acbias.
Dr. H. Nikolaus Schaller
hns at goldelico.com
Mon Nov 18 09:00:20 EST 2013
Hi Tomi,
Am 18.11.2013 um 14:29 schrieb Tomi Valkeinen:
> On 2013-11-11 16:30, Dr. H. Nikolaus Schaller wrote:
>
>> Maybe it looks as if it is an unsolvable problem. The OPA works only if acbias
>> and bypass are enabled, but is not allowed to tell that it is there.
>
> That's why the board file or dts file is there, to have "glue" data to
> make different pieces work together.
Our implementation idea was that this makes the board file developer to specify knowlegde that the
drivers already could have and to reduce the risk of misconfiguration.
So we tried to model the invert property of the connector which is also backpropagated
to VENC.
But of course there are different ways of doing it and different priorities of contradicting
requirements.
>
> The perfect (?) solution would be a CDF like data. The idea would be
> that in the board file, you would describe configuration options for
> VENC and for OPA. In this particular case, you'd tell VENC that it needs
> to enable acbias and bypass when OPA is to be connected to VENC. Then
> there could be more entries for VENC, saying disable acbias and bypass
> when BAR is to be connected to VENC.
>
> However, we don't have such support (yet).
>
> For now, I hope it's enough if we handle VENC in a "single
> configuration" manner, i.e. you'll tell VENC to enable acbias and bypass
> when VENC is enabled. This means you can't have board setups where you'd
> change the VENC->OPA connection to some other analog tv output at
> runtime. I hope that's the case (i.e. OPA is always in use on that board).
I also don't think that there is a need for runtime modifications, so your proposal
looks ok.
> If so, then I think you can just pass the acbias and bypass
> configuration values via omapdss platform data. And VENC driver will use
> them to configure those. OPA doesn't know anything about this at all.
We will change it that way.
Do you see a chance to get it into the merge window of 3.13?
BR,
Nikolaus
More information about the linux-arm-kernel
mailing list