From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86583C433EF for ; Wed, 29 Jun 2022 07:19:28 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230515AbiF2HT0 (ORCPT ); Wed, 29 Jun 2022 03:19:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35284 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231918AbiF2HTQ (ORCPT ); Wed, 29 Jun 2022 03:19:16 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EFBBA3467A for ; Wed, 29 Jun 2022 00:18:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=Cq59VQ2dSHE6xaI7Pbsqqgq8D5533IX7o8SCXesMJIs=; b=JXYLFEoJvCJ6PtUCZrHzXOhlrH cn+qk8P7DL6mDrz2hWRosAyg/fnsg9NMu57z5oFPFi2We6yU6jDLs8X9gPa/YZ5e97NqhtdL6fw1a q7bY8ljFm36fkcazi3TeVZB9wpP33S9YfniJgDXuG+MF5mChu/CsG3iaRx7SL68iUmOk=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1o6Rxi-008gMy-4y; Wed, 29 Jun 2022 09:18:10 +0200 Date: Wed, 29 Jun 2022 09:18:10 +0200 From: Andrew Lunn To: "Russell King (Oracle)" Cc: Heiner Kallweit , Alexandre Belloni , Alvin =?utf-8?Q?=C5=A0ipraga?= , Claudiu Manoil , "David S. Miller" , DENG Qingfang , Eric Dumazet , Florian Fainelli , George McCollister , Hauke Mehrtens , Jakub Kicinski , Kurt Kanzenbach , Landen Chao , Linus Walleij , linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Marek =?iso-8859-1?Q?Beh=FAn?= , Matthias Brugger , netdev@vger.kernel.org, Paolo Abeni , Sean Wang , UNGLinuxDriver@microchip.com, Vivien Didelot , Vladimir Oltean , Woojung Huh Subject: Re: [PATCH RFC net-next 0/4] net: dsa: always use phylink Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org > I should point out that if a DSA port can be programmed in software to > support both SGMII and 1000baseX, this will end up selecting SGMII > irrespective of what the hardware was wire-strapped to and how it was > initially configured. Do we believe that would be acceptable? I'm pretty sure the devel b board has 1000BaseX DSA links between its two switches. Since both should end up SGMII that should be O.K. Where we potentially have issues is 1000BaseX to the CPU. This is not an issue for the Vybrid based boards, since they are fast Ethernet only, but there are some boards with an IMX6 with 1G ethernet. I guess they currently use 1000BaseX, and the CPU side of the link probably has a fixed-link with phy-mode = 1000BaseX. So we might have an issue there. Andrew