[PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

Enric Balletbo Serra eballetbo at gmail.com
Thu Sep 10 07:11:03 PDT 2015


Hi Rob,

2015-09-09 2:40 GMT+02:00 Rob Herring <robh at kernel.org>:
> On 09/08/2015 02:25 AM, Enric Balletbo i Serra wrote:
>> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
>> designed for portable devices.
>>
>> You can add support to your board with current binding.
>>
>> Example:
>>
>>       anx7814: anx7814 at 38 {
>>               compatible = "analogix,anx7814";
>>               reg = <0x38>;
>>               pd-gpios = <&gpio0 1 GPIO_ACTIVE_HIGH>;
>>               reset-gpios = <&gpio0 2 GPIO_ACTIVE_HIGH>;
>>       };
>>
>> Signed-off-by: Enric Balletbo i Serra <enric.balletbo at collabora.com>
>> ---
>>  .../devicetree/bindings/video/anx7814.txt          | 22 ++++++++++++++++++++++
>>  1 file changed, 22 insertions(+)
>>  create mode 100644 Documentation/devicetree/bindings/video/anx7814.txt
>>
>> diff --git a/Documentation/devicetree/bindings/video/anx7814.txt b/Documentation/devicetree/bindings/video/anx7814.txt
>> new file mode 100644
>> index 0000000..a8cc746
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/video/anx7814.txt
>> @@ -0,0 +1,22 @@
>> +Analogix ANX7814 SlimPort (Full-HD Transmitter)
>> +-----------------------------------------------
>> +
>> +The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
>> +designed for portable devices.
>> +
>> +Required properties:
>> +
>> + - compatible        : "analogix,anx7814"
>> + - reg               : I2C address of the device
>> + - pd-gpios  : Which GPIO to use for power down
>> + - reset-gpios       : Which GPIO to use for reset
>> +
>> +Example:
>> +
>> +     anx7814: anx7814 at 38 {
>> +             compatible = "analogix,anx7814";
>> +             reg = <0x38>;
>> +             pd-gpios = <&gpio0 1 GPIO_ACTIVE_HIGH>;
>> +             reset-gpios = <&gpio0 2 GPIO_ACTIVE_HIGH>;
>
> No ports needed for describing data connections?
>

IMHO I'm not sure if this is applicable here, in this case the bridge
is transparent so it's not required another device node. For example,
I've an evaluation board, whre I connect in one side an HDMI input
signal an in the other side a DP monitor, the driver only configures
the chip and waits for different events (cable plug, cable unplug, etc
..)

Cheers,
Enric

> Rob
>
>> +     };
>> +
>>
>


More information about the dri-devel mailing list