[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200528151733.f1bc2fcdcb312b19b2919be9@suse.de>
Date: Thu, 28 May 2020 15:17:33 +0200
From: Thomas Bogendoerfer <tbogendoerfer@...e.de>
To: Russell King - ARM Linux admin <linux@...linux.org.uk>
Cc: "David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net] net: mvpp2: Enable autoneg bypass for
1000BaseX/2500BaseX ports
On Thu, 28 May 2020 14:07:38 +0100
Russell King - ARM Linux admin <linux@...linux.org.uk> wrote:
> On Thu, May 28, 2020 at 02:11:21PM +0200, Thomas Bogendoerfer wrote:
> > Commit d14e078f23cc ("net: marvell: mvpp2: only reprogram what is necessary
> > on mac_config") disabled auto negotiation bypass completely, which breaks
> > platforms enabling bypass via firmware (not the best option, but it worked).
> > Since 1000BaseX/2500BaseX ports neither negotiate speed nor duplex mode
> > we could enable auto negotiation bypass to get back information about link
> > state.
>
> Thanks, but your commit is missing some useful information.
>
> Which platforms have broken?
it's an Ambedded MARS-400
> Can you describe the situation where you require this bit to be set?
as I have no exact design details I'm just talking about what I can see
on that platform. It looks like the switch connecting the internal nodes
doesn't run autoneg on the internal links. So the link to the internal
nodes will never come up. These links are running 2500BaseX so speed/duplex
is clean and by enabling bypass I'll get a proper link state, too.
> We should not be enabling bypass mode as a matter of course, it exists
> to work around broken setups which do not send the control word.
if you call it a broken setup I'm fine, but this doesn't solve the problem,
which exists now. What would be your solution ?
Thomas.
--
SUSE Software Solutions Germany GmbH
HRB 36809 (AG Nürnberg)
Geschäftsführer: Felix Imendörffer
Powered by blists - more mailing lists