[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190127.132250.578158295862987283.davem@davemloft.net>
Date: Sun, 27 Jan 2019 13:22:50 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: miquel.raynal@...tlin.com
Cc: andrew@...n.ch, vivien.didelot@...il.com, f.fainelli@...il.com,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
thomas.petazzoni@...tlin.com, gregory.clement@...tlin.com,
antoine.tenart@...tlin.com, maxime.chevallier@...tlin.com,
nadavh@...vell.com
Subject: Re: [PATCH net-next v2 0/2] mv88e6xxx DSA suspend to RAM support
From: Miquel Raynal <miquel.raynal@...tlin.com>
Date: Fri, 25 Jan 2019 10:55:05 +0100
> After a first attempt of bringing S2RAM support to the DSA switch, it
> has been reported that a part of the configuration was lost during the
> cycle. This second version adds a first patch that saves the rules in
> a per-chip list when they are applied, so that in the second patch we
> bring S2RAM support by also re-applying these rules.
...
It seems like the discussion on patch #1 has hit a brick wall.
The last suggestion was to use:
+ switch (mode) {
+ case PHY_INTERFACE_MODE_2500BASEX:
+ phydev->speed = SPEED_2500;
+ break;
+ case PHY_INTERFACE_MODE_10GKR:
+ phydev->speed = SPEED_10000;
+ break;
+
in dsa_port_fixed_link_register_of(), but that doesn't work
because swphy will fail without speed=1000 in the dts.
Well, whatever is decided, the commit message need to be updated
to explain why this course of action for the most immediate fix
was ultimately taken.
Thanks.
Powered by blists - more mailing lists