[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190614010114.GB28822@lunn.ch>
Date: Fri, 14 Jun 2019 03:01:14 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Ioana Ciornei <ioana.ciornei@....com>
Cc: linux@...linux.org.uk, hkallweit1@...il.com, f.fainelli@...il.com,
davem@...emloft.net, netdev@...r.kernel.org,
alexandru.marginean@....com, ruxandra.radulescu@....com,
Valentin Catalin Neacsu <valentin-catalin.neacsu@....com>
Subject: Re: [PATCH RFC 2/6] dpaa2-eth: add support for new link state APIs
> /**
> + * Advertised link speeds
> + */
> +#define DPNI_ADVERTISED_10BASET_FULL BIT_ULL(0)
> +#define DPNI_ADVERTISED_100BASET_FULL BIT_ULL(1)
> +#define DPNI_ADVERTISED_1000BASET_FULL BIT_ULL(2)
> +#define DPNI_ADVERTISED_10000BASET_FULL BIT_ULL(4)
So 10 Half and 100Half are not supported by the PHYs you use? What
happens if somebody does connect a PHY which supports these speeds? Do
you need to change the firmware? I suppose you do anyway, since it is
the firmware which is driving the PHY.
> struct dpni_link_state {
> u32 rate;
> u64 options;
> + u64 supported;
> + u64 advertising;
> int up;
> + int state_valid;
> };
Does the firmware report Pause? Asym Pause? EEE? Is this part of
options? Can you control the advertisement of these options?
Andrew
Powered by blists - more mailing lists