Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp27543pxu; Sat, 24 Oct 2020 14:37:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyHUUKuIxvhgF1q6Q+xNCcRDxulCBuSSFqPuZor/Mq4ZYaBWsJ5rIC2lXTQDtwTCisRxawR X-Received: by 2002:a17:906:6a8b:: with SMTP id p11mr8684032ejr.470.1603575434107; Sat, 24 Oct 2020 14:37:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603575434; cv=none; d=google.com; s=arc-20160816; b=mF9msEinsNDy0k38yeBt7D/ecsv8RC5bP5fGXdjnTr3frD8yNhKK5J555pMZC8LqC0 brHbyuNO3MQl/mYYShycRgtk3dkmMFyLwwJ5RuW1g4r4hQ1YEfsK3Gt0wbz/VOrqZMS/ +oBr9dLF7yVIfykVKMT5grOyLi4ox4T5ikMaQlDQPYdz2uDOmyTGYVPL6VepJ4BO7jSl AzBn+xRJ4EAO1BAp5HchZfbJ0lOuRsDfOy32itxKNBjRfkIdU96cZ5xe9x5vUFbocDv+ tBH8/FAK0OWYjXSy6DgACxR1fJeQRLIzJyHxc8YLHTAuWRDH6uWHRfl4UjOdSV9+MlDj WpPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=+b/aTzA+muJOSzSKj4kc966gGfhUyh5ZX9SYTL/oXvQ=; b=T4WrPQI/ljqtgxAEnliVgAlr8cTo/lSstJ0dn+uekfly0Rzl34lsW85de/5/ZavNSM r1R4+SsyiL9ne0zLld/9q1maxicWXCujYpQRWrQ7UdFoMnwBnswfJjrOq69euVq0lBKJ iXMzlIeC4EGD37B1Js3dfVLKK28WEplL5vCgsoAZfQ4IIgs8Na2YWUKFrXVXZOEaEXA7 yTt7/AcmItfGFxpyEJdLxJxsdOctmonIn3fk5JwNLBEvdQwdablyz61GAynM29j2ftRR /8U9asdwAAOJP0rt1KnEzZ8GeZOKmUlicCEBl7d9JFqat8ECYV7LBPOoTbPsPAMTDW2y eWww== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gj23si4734020ejb.391.2020.10.24.14.36.52; Sat, 24 Oct 2020 14:37:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764443AbgJXUdg (ORCPT + 99 others); Sat, 24 Oct 2020 16:33:36 -0400 Received: from vps0.lunn.ch ([185.16.172.187]:43140 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1764434AbgJXUdf (ORCPT ); Sat, 24 Oct 2020 16:33:35 -0400 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1kWQE9-003JvX-TV; Sat, 24 Oct 2020 22:33:25 +0200 Date: Sat, 24 Oct 2020 22:33:25 +0200 From: Andrew Lunn To: Tom Rix Cc: Xu Yilun , jesse.brandeburg@intel.com, anthony.l.nguyen@intel.com, davem@davemloft.net, kuba@kernel.org, mdf@kernel.org, lee.jones@linaro.org, linux-kernel@vger.kernel.org, linux-fpga@vger.kernel.org, netdev@vger.kernel.org, lgoncalv@redhat.com, hao.wu@intel.com Subject: Re: [RFC PATCH 4/6] ethernet: m10-retimer: add support for retimers on Intel MAX 10 BMC Message-ID: <20201024203325.GM745568@lunn.ch> References: <1603442745-13085-1-git-send-email-yilun.xu@intel.com> <1603442745-13085-5-git-send-email-yilun.xu@intel.com> <20201024163950.GJ745568@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Oct 24, 2020 at 10:36:36AM -0700, Tom Rix wrote: > > On 10/24/20 9:39 AM, Andrew Lunn wrote: > > On Sat, Oct 24, 2020 at 08:03:51AM -0700, Tom Rix wrote: > >> On 10/23/20 1:45 AM, Xu Yilun wrote: > >>> This driver supports the ethernet retimers (Parkvale) for the Intel PAC > >>> (Programmable Acceleration Card) N3000, which is a FPGA based Smart NIC. > >> Parkvale is a code name, it would be better if the public name was used. > >> > >> As this is a physical chip that could be used on other cards, > >> > >> I think the generic parts should be split out of intel-m10-bmc-retimer.c > >> > >> into a separate file, maybe retimer-c827.c > > This driver is not really a driver for the Parkvale. That driver is > > hidden away in the BMC. So we need to be a bit careful with the name, > > leaving it available for when somebody writes a real Linux driver for > > retimer. > > Then the parkvale verbage should be removed. > > And the doc ascii diagram be updated with a > > +---------+ > > |? BMC??? | > > | retimer | > > +---------+ Yes, i would like to get a better understanding of what the BMC is actually doing, particularly the SFP. Given my current limited understanding of the driver architecture, i'm not sure it is flexiable enough to handle other cards where Linux is controlling the SFPs, the retimer, the host side PCS of the Arria 10, etc. Once Linux is driving all that, you need phylink, not phylib. The proposed phylib driver/mdio bus driver actually looks like a hack. Andrew