Hello Archit,
On 01/23/2017 11:40 PM, Archit Taneja wrote:
> Hi,
>
> On 01/23/2017 10:58 PM, Javier Martinez Canillas wrote:
>> Hello Archit,
>>
>> On 01/09/2017 06:47 AM, Archit Taneja wrote:
>>>
>>>
>>> On 01/05/2017 01:01 PM, Sean Paul wrote:
On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprow
Hi,
On 01/23/2017 10:58 PM, Javier Martinez Canillas wrote:
Hello Archit,
On 01/09/2017 06:47 AM, Archit Taneja wrote:
On 01/05/2017 01:01 PM, Sean Paul wrote:
On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprowski
wrote:
Analogix_dp_bind() can be called from component framework, which doesn't
Hello Archit,
On 01/09/2017 06:47 AM, Archit Taneja wrote:
>
>
> On 01/05/2017 01:01 PM, Sean Paul wrote:
>> On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprowski
>> wrote:
>>> Analogix_dp_bind() can be called from component framework, which doesn't
>>> guarantee proper runtime PM state of the devi
On 01/05/2017 01:01 PM, Sean Paul wrote:
> On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprowski
> wrote:
>> Analogix_dp_bind() can be called from component framework, which doesn't
>> guarantee proper runtime PM state of the device during bind operation,
>> so ensure that device is runtime active b
On Fri, Dec 30, 2016 at 4:57 AM, Marek Szyprowski
wrote:
> Analogix_dp_bind() can be called from component framework, which doesn't
> guarantee proper runtime PM state of the device during bind operation,
> so ensure that device is runtime active before doing any register access.
> This ensures th
Analogix_dp_bind() can be called from component framework, which doesn't
guarantee proper runtime PM state of the device during bind operation,
so ensure that device is runtime active before doing any register access.
This ensures that the power domain, to which DP module belongs, is turned
on. Whi