From patchwork Tue Oct 20 15:06:12 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: =?utf-8?q?Marek_Beh=C3=BAn?= X-Patchwork-Id: 11847195 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 54F42C388F7 for ; Tue, 20 Oct 2020 15:06:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 0354F22258 for ; Tue, 20 Oct 2020 15:06:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603206382; bh=ju0GFgfmQHvknG0rXi1slSIBIIPq1+eeSrJL9EokVFI=; h=From:To:Cc:Subject:Date:List-ID:From; b=Jv6WDHtyLgUkCj7dKvTvkp40y1uMgVUhLF2R2V3rvvDcItFyv3zarkQ6L/1cBRNP4 wJ9jefLoRHOMo6pVynPasC0nEJAAx4aT1gnGjkwJ6QKbnLaII45NEKD3QkjXgNw+80 DGx4XNyXP37JD9llZZbxzJ2r9zqeDGNKxbbsjdeo= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2407890AbgJTPGV (ORCPT ); Tue, 20 Oct 2020 11:06:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:38752 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727760AbgJTPGU (ORCPT ); Tue, 20 Oct 2020 11:06:20 -0400 Received: from dellmb.labs.office.nic.cz (nat-1.nic.cz [217.31.205.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0096021481; Tue, 20 Oct 2020 15:06:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603206379; bh=ju0GFgfmQHvknG0rXi1slSIBIIPq1+eeSrJL9EokVFI=; h=From:To:Cc:Subject:Date:From; b=00C7TIl16s5cIx1IjBqLdxVErPlqMqHpOVk3eyyB3zAkB4QNZV9LIJOEWzi3lVecu Czd8P2/qYZ5jKACsilypJz8/d/lTL5chDsThagttz9u4KlFWKfPK8MlWysIeW2E8Mo tO/hR83SHqguPkpg/w+8fIoAtF/1l5jSah8WVrBQ= From: =?utf-8?q?Marek_Beh=C3=BAn?= To: Russell King - ARM Linux admin Cc: netdev@vger.kernel.org, Andrew Lunn , =?utf-8?q?Marek_Be?= =?utf-8?q?h=C3=BAn?= Subject: [PATCH russell-kings-net-queue v2 0/3] Support for RollBall 10G copper SFP modules Date: Tue, 20 Oct 2020 17:06:12 +0200 Message-Id: <20201020150615.11969-1-kabel@kernel.org> X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org X-Patchwork-Delegate: kuba@kernel.org Hi Russell, this series should apply on linux-arm git repository, on branch net-queue. Some internet providers are already starting to offer 2.5G copper connectivity to their users. On Turris Omnia the SFP port is capable of 2.5G speed, so we tested some copper SFP modules. This adds support to the SFP subsystem for 10G RollBall copper modules which contain a Marvell 88X3310 PHY. By default these modules are configured in 10GKR only mode on the host interface, and also contain some bad information in EEPROM (the extended_cc byte). The PHY in these modules is also accessed via a different I2C protocol than the standard one. Patch 1 adds support for this different I2C MDIO bus. Patch 2 adds support for these modules into the SFP driver. Patch 3 changes phylink code so that a PHY can be attached even though 802.3z mode is requested. Marek Marek Behún (3): net: phy: mdio-i2c: support I2C MDIO protocol for RollBall SFP modules net: phy: sfp: add support for multigig RollBall modules net: phylink: don't fail attaching phy on 1000base-x/2500base-x mode drivers/net/phy/mdio-i2c.c | 196 +++++++++++++++++++++++++++++++++++-- drivers/net/phy/phylink.c | 4 +- drivers/net/phy/sfp.c | 69 +++++++++++-- 3 files changed, 250 insertions(+), 19 deletions(-) base-commit: a32e90737c1c92653767d3c95c63c16b9b72c6c2