Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-11 Thread Marek Vasut
On 12/10/2018 03:37 PM, Andrew Lunn wrote: > On Mon, Dec 10, 2018 at 02:26:51PM +0100, Marek Vasut wrote: >> On 12/08/2018 12:11 PM, Andrew Lunn wrote: This actually is an individual patch, it doesn't depend on anything. Or do you mean a series with the DT documentation change ? >>> >>> Y

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-10 Thread David Miller
From: Marek Vasut Date: Mon, 10 Dec 2018 14:26:51 +0100 > This is _not_ fine and I am actually offended by this statement. > The way I read this is that maintainer time has more value than > developer time, which justifies spending the developer time by > maintainers without having any appreciati

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-10 Thread Andrew Lunn
On Mon, Dec 10, 2018 at 02:26:51PM +0100, Marek Vasut wrote: > On 12/08/2018 12:11 PM, Andrew Lunn wrote: > >> This actually is an individual patch, it doesn't depend on anything. > >> Or do you mean a series with the DT documentation change ? > > > > Yes, i mean together with the DT documentation

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-10 Thread Marek Vasut
On 12/08/2018 12:11 PM, Andrew Lunn wrote: >> This actually is an individual patch, it doesn't depend on anything. >> Or do you mean a series with the DT documentation change ? > > Yes, i mean together with the DT documentation change. Those two > belong together, they are one functional change.

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-08 Thread Andrew Lunn
> This actually is an individual patch, it doesn't depend on anything. > Or do you mean a series with the DT documentation change ? Yes, i mean together with the DT documentation change. Those two belong together, they are one functional change. Part of this is also to do with scalability. It tak

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-07 Thread Marek Vasut
On 12/08/2018 12:46 AM, David Miller wrote: > From: Marek Vasut > Date: Fri, 7 Dec 2018 23:59:58 +0100 > >> On 12/07/2018 11:24 PM, Andrew Lunn wrote: >>> On Fri, Dec 07, 2018 at 10:51:36PM +0100, Marek Vasut wrote: Add code to handle optional reset GPIO in the KSZ switch driver. The switch

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-07 Thread David Miller
From: Marek Vasut Date: Fri, 7 Dec 2018 23:59:58 +0100 > On 12/07/2018 11:24 PM, Andrew Lunn wrote: >> On Fri, Dec 07, 2018 at 10:51:36PM +0100, Marek Vasut wrote: >>> Add code to handle optional reset GPIO in the KSZ switch driver. The switch >>> has a reset GPIO line which can be controlled by

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-07 Thread Marek Vasut
On 12/07/2018 11:24 PM, Andrew Lunn wrote: > On Fri, Dec 07, 2018 at 10:51:36PM +0100, Marek Vasut wrote: >> Add code to handle optional reset GPIO in the KSZ switch driver. The switch >> has a reset GPIO line which can be controlled by the CPU, so make sure it is >> configured correctly in such se

Re: [PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-07 Thread Andrew Lunn
On Fri, Dec 07, 2018 at 10:51:36PM +0100, Marek Vasut wrote: > Add code to handle optional reset GPIO in the KSZ switch driver. The switch > has a reset GPIO line which can be controlled by the CPU, so make sure it is > configured correctly in such setups. Hi Marek Please make this a patch series

[PATCH V2] net: dsa: ksz: Add reset GPIO handling

2018-12-07 Thread Marek Vasut
Add code to handle optional reset GPIO in the KSZ switch driver. The switch has a reset GPIO line which can be controlled by the CPU, so make sure it is configured correctly in such setups. Signed-off-by: Marek Vasut Cc: Vivien Didelot Cc: Woojung Huh Cc: David S. Miller Cc: Tristram Ha --- V