From: Florian Fainelli
Date: Mon, 16 May 2016 10:29:44 -0700
> On 05/16/2016 10:23 AM, David Miller wrote:
>> From: Uwe Kleine-König
>> Date: Thu, 12 May 2016 12:00:33 +0200
>>
>>> The framework only asserts (for now) that the reset gpio is not active.
>>>
>>> Signed-off-by: Uwe Kleine-König
>
On 05/16/2016 10:23 AM, David Miller wrote:
> From: Uwe Kleine-König
> Date: Thu, 12 May 2016 12:00:33 +0200
>
>> The framework only asserts (for now) that the reset gpio is not active.
>>
>> Signed-off-by: Uwe Kleine-König
>
> Applied.
Humm that was a little too quick IMHO, there are two conc
From: Uwe Kleine-König
Date: Thu, 12 May 2016 12:00:33 +0200
> The framework only asserts (for now) that the reset gpio is not active.
>
> Signed-off-by: Uwe Kleine-König
Applied.
On Thu, May 12, 2016 at 12:00:33PM +0200, Uwe Kleine-König wrote:
> The framework only asserts (for now) that the reset gpio is not active.
>
> Signed-off-by: Uwe Kleine-König
> ---
> Documentation/devicetree/bindings/net/phy.txt | 3 +++
> drivers/net/phy/phy_device.c | 8 +
Hello.
On 05/13/2016 09:26 AM, Uwe Kleine-König wrote:
The framework only asserts (for now) that the reset gpio is not active.
Signed-off-by: Uwe Kleine-König
---
Documentation/devicetree/bindings/net/phy.txt | 3 +++
drivers/net/phy/phy_device.c | 8
2 files changed,
Hello Sergei,
On Fri, May 13, 2016 at 12:41:47AM +0300, Sergei Shtylyov wrote:
> On 05/12/2016 01:00 PM, Uwe Kleine-König wrote:
>
> >The framework only asserts (for now) that the reset gpio is not active.
> >
> >Signed-off-by: Uwe Kleine-König
> >---
> > Documentation/devicetree/bindings/net/ph
On 05/12/2016 01:00 PM, Uwe Kleine-König wrote:
The framework only asserts (for now) that the reset gpio is not active.
Signed-off-by: Uwe Kleine-König
---
Documentation/devicetree/bindings/net/phy.txt | 3 +++
drivers/net/phy/phy_device.c | 8
2 files changed, 11 in
Hello,
On Thu, May 12, 2016 at 05:16:56PM +0300, Roger Quadros wrote:
> On 12/05/16 17:02, Roger Quadros wrote:
> > On 12/05/16 16:50, Nishanth Menon wrote:
> >> On 05/12/2016 05:00 AM, Uwe Kleine-König wrote:
> >>> The framework only asserts (for now) that the reset gpio is not active.
> >>>
> >>
On 5/12/2016 5:16 PM, Roger Quadros wrote:
The framework only asserts (for now) that the reset gpio is not active.
Signed-off-by: Uwe Kleine-König
---
Documentation/devicetree/bindings/net/phy.txt | 3 +++
drivers/net/phy/phy_device.c | 8
2 files changed, 11 inserti
On 12/05/16 17:02, Roger Quadros wrote:
> Hi,
>
> On 12/05/16 16:50, Nishanth Menon wrote:
>> On 05/12/2016 05:00 AM, Uwe Kleine-König wrote:
>>> The framework only asserts (for now) that the reset gpio is not active.
>>>
>>> Signed-off-by: Uwe Kleine-König
>>> ---
>>> Documentation/devicetree/b
On 05/12/2016 09:02 AM, Roger Quadros wrote:
[...]
>> This looks like the right approach to me at least: I see that TI EVMs
>> will also benefit with this approach.
>>
>
> Agreed. Although on some of our boards we actually need a RESET pulse
> to get the PHY in a sane state. I can send a patch on
Hi,
On 12/05/16 16:50, Nishanth Menon wrote:
> On 05/12/2016 05:00 AM, Uwe Kleine-König wrote:
>> The framework only asserts (for now) that the reset gpio is not active.
>>
>> Signed-off-by: Uwe Kleine-König
>> ---
>> Documentation/devicetree/bindings/net/phy.txt | 3 +++
>> drivers/net/phy/phy_
On 05/12/2016 05:00 AM, Uwe Kleine-König wrote:
> The framework only asserts (for now) that the reset gpio is not active.
>
> Signed-off-by: Uwe Kleine-König
> ---
> Documentation/devicetree/bindings/net/phy.txt | 3 +++
> drivers/net/phy/phy_device.c | 8
> 2 files cha
The framework only asserts (for now) that the reset gpio is not active.
Signed-off-by: Uwe Kleine-König
---
Documentation/devicetree/bindings/net/phy.txt | 3 +++
drivers/net/phy/phy_device.c | 8
2 files changed, 11 insertions(+)
diff --git a/Documentation/devicetree/
14 matches
Mail list logo
