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  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 27 Oct 2014 03:41:21 +0100
From:	Andrew Lunn <andrew@...n.ch>
To:	Guenter Roeck <linux@...ck-us.net>
Cc:	netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>,
	Florian Fainelli <f.fainelli@...il.com>,
	Andrew Lunn <andrew@...n.ch>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 09/15] net: dsa: Add support for switch EEPROM access

On Sun, Oct 26, 2014 at 09:52:39AM -0700, Guenter Roeck wrote:
> On some chips it is possible to access the switch eeprom.
> Add infrastructure support for it.
> 
> Signed-off-by: Guenter Roeck <linux@...ck-us.net>
> ---
> v2:
> - Add support for configuring switch EEPROM size through platform data
>   or devicetree data
> - Do not compare new pointers against NULL
> - Check if get_eeprom pointer is set before calling it
> 
>  include/net/dsa.h | 10 ++++++++++
>  net/dsa/dsa.c     |  4 ++++
>  net/dsa/slave.c   | 41 +++++++++++++++++++++++++++++++++++++++++
>  3 files changed, 55 insertions(+)
> 
> diff --git a/include/net/dsa.h b/include/net/dsa.h
> index 55e75e7..37856a2 100644
> --- a/include/net/dsa.h
> +++ b/include/net/dsa.h
> @@ -38,6 +38,9 @@ struct dsa_chip_data {
>  	struct device	*host_dev;
>  	int		sw_addr;
>  
> +	/* set to size of eeprom if supported by the switch */
> +	int		eeprom_len;
> +
>  	/* Device tree node pointer for this specific switch chip
>  	 * used during switch setup in case additional properties
>  	 * and resources needs to be used
> @@ -258,6 +261,13 @@ struct dsa_switch_driver {
>  	int	(*set_temp_limit)(struct dsa_switch *ds, int temp);
>  	int	(*get_temp_alarm)(struct dsa_switch *ds, bool *alarm);
>  #endif
> +
> +	/* EEPROM access */
> +	int	(*get_eeprom_len)(struct dsa_switch *ds);
> +	int	(*get_eeprom)(struct dsa_switch *ds,
> +			      struct ethtool_eeprom *eeprom, u8 *data);
> +	int	(*set_eeprom)(struct dsa_switch *ds,
> +			      struct ethtool_eeprom *eeprom, u8 *data);
>  };
>  
>  void register_switch_driver(struct dsa_switch_driver *type);
> diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c
> index 5edbbca..1c1b925 100644
> --- a/net/dsa/dsa.c
> +++ b/net/dsa/dsa.c
> @@ -575,6 +575,7 @@ static int dsa_of_probe(struct platform_device *pdev)
>  	const char *port_name;
>  	int chip_index, port_index;
>  	const unsigned int *sw_addr, *port_reg;
> +	u32 eeprom_length;
>  	int ret;
>  
>  	mdio = of_parse_phandle(np, "dsa,mii-bus", 0);
> @@ -603,6 +604,9 @@ static int dsa_of_probe(struct platform_device *pdev)
>  	if (pd->nr_chips > DSA_MAX_SWITCHES)
>  		pd->nr_chips = DSA_MAX_SWITCHES;
>  
> +	if (!of_property_read_u32(np, "eeprom-length", &eeprom_length))
> +		pd->eeprom_length = eeprom_length;
> +

Hi Guenter

I would of expected a property to indicate the eeprom is present, not
a length value. The switch determines the length, or at least the
minimum length. So the switch driver can return the length, if the
eeprom is indicated to be present.

Also, all device tree properties need to be documented. I've not
looked through all the patches, so maybe it is in a separate patch?

> +static int dsa_slave_get_eeprom_len(struct net_device *dev)
> +{
> +	struct dsa_slave_priv *p = netdev_priv(dev);
> +	struct dsa_switch *ds = p->parent;
> +
> +	if (ds->pd->eeprom_len)
> +		return ds->pd->eeprom_len;
> +
> +	if (ds->drv->get_eeprom_len)
> +		return ds->drv->get_eeprom_len(ds);
> +
> +	return 0;
> +}

This also does not look right. The default is that there is no
property in DT, meaning the EEPROM is not present. So
ds->pd->eeprom_len is zero. So the first if is not taken. It then
calls into the driver which is return a length, independent of if it
is populated or not.

If we are going with your suggested binding, no value in DT, or a
value of 0 mean no EEPROM. If there is a value in DT
dsa_slave_get_eeprom_len() should return that value. Asking the driver
is redundant, you can remove the get_eeprom_len() call.

However, if DT just indicates the eeprom is populated or not, you
should call the driver get_eeprom_len() is the eeprom property is
present.

> +static int dsa_slave_get_eeprom(struct net_device *dev,
> +				struct ethtool_eeprom *eeprom, u8 *data)
> +{
> +	struct dsa_slave_priv *p = netdev_priv(dev);
> +	struct dsa_switch *ds = p->parent;
> +
> +	if (ds->drv->get_eeprom)
> +		return ds->drv->get_eeprom(ds, eeprom, data);

This should be conditional on the length/present.

> +
> +	return -EOPNOTSUPP;
> +}
> +
> +static int dsa_slave_set_eeprom(struct net_device *dev,
> +				struct ethtool_eeprom *eeprom, u8 *data)
> +{
> +	struct dsa_slave_priv *p = netdev_priv(dev);
> +	struct dsa_switch *ds = p->parent;
> +
> +	if (ds->drv->set_eeprom)
> +		return ds->drv->set_eeprom(ds, eeprom, data);

Same again.

     Andrew


> +	return -EOPNOTSUPP;
> +}
> +
>  static void dsa_slave_get_strings(struct net_device *dev,
>  				  uint32_t stringset, uint8_t *data)
>  {
> @@ -387,6 +425,9 @@ static const struct ethtool_ops dsa_slave_ethtool_ops = {
>  	.get_drvinfo		= dsa_slave_get_drvinfo,
>  	.nway_reset		= dsa_slave_nway_reset,
>  	.get_link		= dsa_slave_get_link,
> +	.get_eeprom_len		= dsa_slave_get_eeprom_len,
> +	.get_eeprom		= dsa_slave_get_eeprom,
> +	.set_eeprom		= dsa_slave_set_eeprom,
>  	.get_strings		= dsa_slave_get_strings,
>  	.get_ethtool_stats	= dsa_slave_get_ethtool_stats,
>  	.get_sset_count		= dsa_slave_get_sset_count,
> -- 
> 1.9.1
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists