> Subject: Re: [PATCH v2 net-next 06/11] net: phylink: Add struct 
> phylink_config to
> PHYLINK API
> 
> Hello Ioana,
> 
> On Tue, 28 May 2019 20:38:12 +0300
> Ioana Ciornei <ioana.cior...@nxp.com> wrote:
> 
> >The phylink_config structure will encapsulate a pointer to a struct
> >device and the operation type requested for this instance of PHYLINK.
> >This patch does not make any functional changes, it just transitions
> >the PHYLINK internals and all its users to the new API.
> >
> >A pointer to a phylink_config structure will be passed to
> >phylink_create() instead of the net_device directly. Also, the same
> >phylink_config pointer will be passed back to all phylink_mac_ops
> >callbacks instead of the net_device. Using this mechanism, a PHYLINK
> >user can get the original net_device using a structure such as
> >'to_net_dev(config->dev)' or directly the structure containing the
> >phylink_config using a container_of call.
> 
> I see that you mixed both to_net_dev and container_of uses in mvpp2, is there 
> a
> reason for that ?

When only the mvpp2_port was needed I chose to use a container_of directly 
rather than in 2 steps: to_net_dev and then netdev_priv.
On the other hand, when both the netdev and the mvpp2_port was used, adding 
just a to_net_dev was the least disruptive.

> 
> Other than that, for the mvpp2 part,
> 
> Reviewed-by: Maxime Chevallier <maxime.chevall...@bootlin.com>
> Tested-by: Maxime Chevallier <maxime.chevall...@bootlin.com>
> 

Thanks a lot for testing.

--
Ioana

> Thanks,
> 
> Maxime

Reply via email to