[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ea25555d-7b94-ad53-4380-4e8d4a50dcce@synopsys.com>
Date: Mon, 29 Aug 2016 11:24:49 -0700
From: John Youn <John.Youn@...opsys.com>
To: Felipe Balbi <felipe.balbi@...ux.intel.com>,
John Youn <John.Youn@...opsys.com>,
Randy Li <randy.li@...k-chips.com>,
Randy Li <ayaka@...lik.info>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>
CC: "mark.rutland@....com" <mark.rutland@....com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"heiko@...ech.de" <heiko@...ech.de>,
"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-rockchip@...ts.infradead.org"
<linux-rockchip@...ts.infradead.org>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"eddie.cai@...k-chips.com" <eddie.cai@...k-chips.com>,
"kishon@...com" <kishon@...com>
Subject: Re: [RESEND PATCH 3/4] usb: dwc2: assert phy reset when waking up in
rk3288 platform
On 8/29/2016 12:51 AM, Felipe Balbi wrote:
>
> Hi,
>
> John Youn <John.Youn@...opsys.com> writes:
>
> [...]
>
>>>>> + */
>>>>> + if (of_device_is_compatible(np, "rockchip,rk3288-usb"))
>>>>> + hsotg->phy->ops->reset(hsotg->phy);
>>>>> +
>>>>
>>>> You should probably check for NULL before calling the reset()
>>>> callback.
>>> Sure.
>>>>
>>>> Also, I'd rather see a generic quirk property that you set for your
>>>> platform.
>>>>
>>>> Something like "phy_reset_on_wakeup_quirk".
>>> But Rob Herring want me to implied by the SoC specific compatible
>>> string. I agree with him. It is certainly bug in RK3288 platform.
>>> It is no found no the other platform.
>>
>> Ok, I missed that before.
>>
>> Based on the drivers I'm familiar with (like dwc3), you would
>> typically add a "quirk" anyways.
>>
>> Felipe,
>>
>> Do you have some policy or preference on this?
>
> if it's not a dwc2-generic feature, then let's do it via compatible
> flag, sure. What we don't want is for things like:
>
> if (is_compatible('synopsys') || is_compatible('rockchip') ||
> is_compatible('foobar') ... )
>
> For that, we'd be better of adding a generic quirk flag which several
> can use.
>
Alright sounds reasonable.
Randy, could you respin with the other feedback? There's no need to
add a quirk.
Regards,
John
Powered by blists - more mailing lists