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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id AB0A0C433EF for ; Sun, 8 May 2022 16:53:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=kLjlNUKU75whDlZefsRHcgTGuD0osptBbnJKKshofwo=; b=Jm14M5TRr0CTlE Kqkb/uUpwCW/4SB3KVYiPDapTgb0STq9gP6LmRyubpEvAQ7ltiu0i5pBeYa0h5rX5KEC09XQ/ctvo fqIF2OD1dblzescQsHCtRY3MGXGp1YsdZRgdvrjXqg48+hhPNF9FiUNnhloqLD176vfatwiu1YCR3 xbDzzQGL66XfAQ4LFmThldcfgsGOFVL1SzYyBfNDzWfGrS3uj5kkLj5yFpj4bEmLU+dKK0Vs84BlT fRM911DgdN1Eu7kjpBKCXZkUdwz3kKb995vA2DRx0zw0j+uksyYaZWkp7o+vueog2CpRZRmCBmcYs iBWWDaAfM/fOKdGsN58A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nnk8j-00Ag6a-5Z; Sun, 08 May 2022 16:52:13 +0000 Received: from sin.source.kernel.org ([145.40.73.55]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nnk8f-00Ag60-R9 for linux-arm-kernel@lists.infradead.org; Sun, 08 May 2022 16:52:11 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sin.source.kernel.org (Postfix) with ESMTPS id 9F5F2CE0F77; Sun, 8 May 2022 16:52:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 81AB2C385AC; Sun, 8 May 2022 16:52:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652028722; bh=wiL8ahkFT8up/jVHZObIcjZkpPNErosyDOowoM7ZDYI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=PRE8hS87c3R8PED0wPFK21Q+5snGklZ64gYQ9+hWqVnAmSQgWlOIc5D4Zd9ToU8VF 7ztkDyfgfss77Ejw5auVyqsEcqlIzzS+m4miU0L3XfmsvUi2XQTy5mHb1kAobs7tVR Xi5GQQ9QpYiItKE0JcZlwK89BLYar5ZskQFSRJ9qjPSW/8tHQ3pWXKpp5w3JjhIUE8 LPqc40MKlRgrOaNcsjUSYYSWgutfEk5cvcsjcPyMBYIRGWjniMUkh132tWMNDUK/D5 rwo6awfUG69Eq5EIOG5e5Dm5mjIWobFmntkKV1qOmvr/axjetSQip2/XCSCqCZv3s8 3pMrcEIaPJG6g== Received: by pali.im (Postfix) id 0362E7F7; Sun, 8 May 2022 18:51:59 +0200 (CEST) Date: Sun, 8 May 2022 18:51:59 +0200 From: Pali =?utf-8?B?Um9ow6Fy?= To: "Russell King (Oracle)" Cc: Giammarco lynx , linux-arm-kernel@lists.infradead.org Subject: Re: Question abount VSOL/CarlitoxxPro SFP Patch on Marvell Armada (MCBIN DS) Message-ID: <20220508165159.6jmnbzbvdm34c4qp@pali> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220508_095210_100072_D8D16583 X-CRM114-Status: GOOD ( 10.30 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tuesday 08 March 2022 11:15:08 Russell King (Oracle) wrote: > I've seen that with some of the other modules (the alcatel/lucent ones) > where they won't switch to 2.5G unless they are on the PON network and > have been configured. Those Alcatel/Lucent GPON SFP modules (including Nokia rebrands) choose 1000base-x vs 2500base-x speed on LAN port based on settings done via OMCI from OLT. With advanced OLT you can "force" that speed, even when SFP is already plugged and running. So if ISP decide that your LAN port is 1G-only then those Alcatel/Lucent GPON SFP modules would never switch to 2500base-x mode with user CPU. Russell, is there any option to ignore speed information stored in SFP EEPROM and try to choose speed at linux runtime? And how to correctly handle behavior of SFP module which changes speed during usage time? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel