linux-kernel - Re: [PATCH RESEND net-next v7 05/16] net: pcs: add Renesas MII converter driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20220616091222.4dbf9de3@fixe.home>
Date:   Thu, 16 Jun 2022 09:12:22 +0200
From:   Clément Léger <clement.leger@...tlin.com>
To:     Jakub Kicinski <kuba@...nel.org>
Cc:     Andrew Lunn <andrew@...n.ch>,
        Florian Fainelli <f.fainelli@...il.com>,
        Vladimir Oltean <olteanv@...il.com>,
        Russell King <linux@...linux.org.uk>,
        Vivien Didelot <vivien.didelot@...il.com>,
        "David S . Miller" <davem@...emloft.net>,
        Eric Dumazet <edumazet@...gle.com>,
        Paolo Abeni <pabeni@...hat.com>,
        Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzk+dt@...nel.org>,
        Geert Uytterhoeven <geert+renesas@...der.be>,
        Magnus Damm <magnus.damm@...il.com>,
        Heiner Kallweit <hkallweit1@...il.com>,
        Alexandre Torgue <alexandre.torgue@...s.st.com>,
        Giuseppe Cavallaro <peppe.cavallaro@...com>,
        Jose Abreu <joabreu@...opsys.com>,
        Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
        Herve Codina <herve.codina@...tlin.com>,
        Miquèl Raynal <miquel.raynal@...tlin.com>,
        Milan Stevanovic <milan.stevanovic@...com>,
        Jimmy Lalande <jimmy.lalande@...com>,
        Pascal Eberhard <pascal.eberhard@...com>,
        linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
        linux-renesas-soc@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH RESEND net-next v7 05/16] net: pcs: add Renesas MII
 converter driver

Le Tue, 14 Jun 2022 22:31:09 -0700,
Jakub Kicinski <kuba@...nel.org> a écrit :

> On Fri, 10 Jun 2022 12:37:01 +0200 Clément Léger wrote:
> > Subject: [PATCH RESEND net-next v7 05/16] net: pcs: add Renesas MII converter driver
> > 
> > Add a PCS driver for the MII converter that is present on the Renesas
> > RZ/N1 SoC. This MII converter is reponsible for converting MII to
> > RMII/RGMII or act as a MII pass-trough. Exposing it as a PCS allows to
> > reuse it in both the switch driver and the stmmac driver. Currently,
> > this driver only allows the PCS to be used by the dual Cortex-A7
> > subsystem since the register locking system is not used.  
> 
> Could someone with MII &| PCS knowledge cast an eye over this code?
> All I can do is point out error path issues...
> 
> > +struct phylink_pcs *miic_create(struct device *dev, struct device_node *np)
> > +{
> > +	struct platform_device *pdev;
> > +	struct miic_port *miic_port;
> > +	struct device_node *pcs_np;
> > +	struct miic *miic;
> > +	u32 port;
> > +
> > +	if (!of_device_is_available(np))
> > +		return ERR_PTR(-ENODEV);
> > +
> > +	if (of_property_read_u32(np, "reg", &port))
> > +		return ERR_PTR(-EINVAL);
> > +
> > +	if (port > MIIC_MAX_NR_PORTS || port < 1)
> > +		return ERR_PTR(-EINVAL);
> > +
> > +	/* The PCS pdev is attached to the parent node */
> > +	pcs_np = of_get_parent(np);  
> 
> of_get_parent()? ..
> 
> > +	if (!pcs_np)
> > +		return ERR_PTR(-ENODEV);
> > +
> > +	if (!of_device_is_available(pcs_np))
> > +		return ERR_PTR(-ENODEV);  
> 
> .. more like of_leak_parent()

Indeed, I'll fix that.

> 
> > +	pdev = of_find_device_by_node(pcs_np);
> > +	if (!pdev || !platform_get_drvdata(pdev))
> > +		return ERR_PTR(-EPROBE_DEFER);
> > +
> > +	miic_port = kzalloc(sizeof(*miic_port), GFP_KERNEL);
> > +	if (!miic_port)
> > +		return ERR_PTR(-ENOMEM);
> > +
> > +	miic = platform_get_drvdata(pdev);
> > +	device_link_add(dev, miic->dev, DL_FLAG_AUTOREMOVE_CONSUMER);
> > +
> > +	miic_port->miic = miic;
> > +	miic_port->port = port - 1;
> > +	miic_port->pcs.ops = &miic_phylink_ops;
> > +
> > +	return &miic_port->pcs;
> > +}
> > +EXPORT_SYMBOL(miic_create);  
> 
> > +static int miic_parse_dt(struct device *dev, u32 *mode_cfg)
> > +{
> > +	s8 dt_val[MIIC_MODCTRL_CONF_CONV_NUM];
> > +	struct device_node *np = dev->of_node;
> > +	struct device_node *conv;
> > +	u32 conf;
> > +	int port;
> > +
> > +	memset(dt_val, MIIC_MODCTRL_CONF_NONE, sizeof(dt_val));
> > +
> > +	of_property_read_u32(np, "renesas,miic-switch-portin", &conf);
> > +	dt_val[0] = conf;
> > +
> > +	for_each_child_of_node(np, conv) {
> > +		if (of_property_read_u32(conv, "reg", &port))
> > +			continue;
> > +
> > +		if (!of_device_is_available(conv))
> > +			continue;
> > +
> > +		if (of_property_read_u32(conv, "renesas,miic-input", &conf) == 0)
> > +			dt_val[port] = conf;
> > +
> > +		of_node_put(conv);  
> 
> Don't these iteration functions put() the current before taking the
> next one all by themselves? Or is there supposed to be a "break" here?

Yes, of_node_put() should actually only be called in case of early exit.
I'll fix that.


-- 
Clément Léger,
Embedded Linux and Kernel engineer at Bootlin
https://bootlin.com