Received: by 10.213.65.68 with SMTP id h4csp1575622imn; Mon, 19 Mar 2018 07:51:21 -0700 (PDT) X-Google-Smtp-Source: AG47ELtLdxQzu5vAtdzUOa1lZYTJ/CQdMvzozCUVj+2ElJaCFpBXck4Sry1kYk2J5Ni8nKIUZ5aZ X-Received: by 10.101.64.67 with SMTP id h3mr9123830pgp.200.1521471081889; Mon, 19 Mar 2018 07:51:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521471081; cv=none; d=google.com; s=arc-20160816; b=frm6M7PdV9wbHr08JqSq2g5Xp6EADBL/6BWHM+XGmTR/132q70X1MXe4Rq428YEc3h DuzSsxB9qJ7kSWQ3nLefCdteN6XANUyrLAOBsiUKF5jOpOrD2EdyBjCK37YqG17wnbJ0 9Byv/FO7oi1ibQZasSP4YzKiWIxPIf+fQBRsgI0l+/fqDYE+Ty2w1DFPutWSkHrCdQAg hWfFbHuU5B1kpQYtEM0hOYVWV4p6VBj4HbFAjG4buJMoTaPztegUb0g5v8sRFkcOXu7a 8q0xdkDBx6NvPpp9TU1dydfa+JFjwrN0/Y7l8E9Gwz4TI1z6nTP6pA0DdJngv0Ra1scs eMEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=Zk24EtRNZtYU9L4vSHbWkaB5vid52M50VWCdwMsv+7s=; b=Oso4bkKvgqcUp6juD11d6f7tR/YYSLft2xfPEpLZciAwYMcyqZrTMZKGChUAvvCRud EnXb53Wj3IQ2Yhu+Qbjz3ieWUfHfbG9bCIu5FUffa3EfynO21OTl4/IvpMAI2xr2xmEi /Eq/2NBXzd9Pf6yyMfe1luf3UViUvmA6ZcZ7jYxrK3LHjBxOxysABzgjySJ4lVeebCNc Dm5/BxGK8fPTn8iFm6cYMG5XVUIjBUmFqMhVy9gFY2nOM2i7vV0hcGtsJMRtmi2NETwW Jc9c/k2tWVk6RG3y8zu7fil71cR6OXUK1R9Y8Fb7DGXvVIDenhE28/NHFjRiUg11wEn1 cPjQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=marvell.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c22-v6si132635plz.279.2018.03.19.07.51.08; Mon, 19 Mar 2018 07:51:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=marvell.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755485AbeCSM7M convert rfc822-to-8bit (ORCPT + 99 others); Mon, 19 Mar 2018 08:59:12 -0400 Received: from mx0a-0016f401.pphosted.com ([67.231.148.174]:33962 "EHLO mx0b-0016f401.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755325AbeCSM7J (ORCPT ); Mon, 19 Mar 2018 08:59:09 -0400 Received: from pps.filterd (m0045849.ppops.net [127.0.0.1]) by mx0a-0016f401.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w2JCtuKo013139; Mon, 19 Mar 2018 05:58:28 -0700 Received: from il-exch01.marvell.com ([199.203.130.101]) by mx0a-0016f401.pphosted.com with ESMTP id 2gtbvd080y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 19 Mar 2018 05:58:28 -0700 Received: from IL-EXCH01.marvell.com (10.4.102.220) by IL-EXCH01.marvell.com (10.4.102.220) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 19 Mar 2018 14:58:25 +0200 Received: from IL-EXCH01.marvell.com ([fe80::5d63:81cd:31e2:fc36]) by IL-EXCH01.marvell.com ([fe80::5d63:81cd:31e2:fc36%20]) with mapi id 15.00.1210.000; Mon, 19 Mar 2018 14:58:25 +0200 From: Stefan Chulski To: Russell King - ARM Linux , Antoine Tenart CC: "davem@davemloft.net" , "kishon@ti.com" , "gregory.clement@bootlin.com" , "andrew@lunn.ch" , "jason@lakedaemon.net" , "sebastian.hesselbarth@gmail.com" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "thomas.petazzoni@bootlin.com" , "maxime.chevallier@bootlin.com" , "miquel.raynal@bootlin.com" , Nadav Haklai , Yan Markman , "mw@semihalf.com" , "linux-arm-kernel@lists.infradead.org" Subject: RE: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation Thread-Topic: [EXT] Re: [PATCH net-next 02/10] net: phy: phylink: allow 10GKR interface to use in-band negotiation Thread-Index: AQHTvT77nBQG5ffkBEaqTn9C4RyF8qPXI08AgAAm5YCAAD44wA== Date: Mon, 19 Mar 2018 12:58:24 +0000 Message-ID: <4e11135ba2644f76beb41a307c9d990a@IL-EXCH01.marvell.com> References: <20180316103351.16616-1-antoine.tenart@bootlin.com> <20180316103351.16616-3-antoine.tenart@bootlin.com> <20180316155307.GQ9418@n2100.armlinux.org.uk> <20180319085252.GF4519@kwain> <20180319111205.GB2743@n2100.armlinux.org.uk> In-Reply-To: <20180319111205.GB2743@n2100.armlinux.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [199.203.130.14] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-03-19_08:,, signatures=0 X-Proofpoint-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=992 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1803190152 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > There is no inband negotiation like there is with 802.3z or SGMII, > > > so this makes no sense. > > > > Oh, that's what I feared. I read some docs but probably will need more > > :) > > > > Anyway, the reason to use in-band negotiation was also to avoid using > > fixed-link. It would work but always report the link is up, which for > > the user isn't a great experience as we have a way to detect this. > > > > What would you suggest to achieve this in a reasonable way? > > The intention of this test in phylink_of_phy_connect() is to avoid failing > when there is no requirement for a PHY to be present (such as a fixed link, or > an 802.3z link.) However, with 10G PHYs such as the 3310, we need the PHY > so we can read the speed from it, and so know whether to downgrade the > MAC to SGMII mode, or having downgraded the MAC, upgrade it back to 10G > mode when the PHY switches to 10G. > > I'm guessing that you're wanting this for the DB boards, but I don't see why. > Do they not have PHYs? New Solid Run board MACCHIATObin Single Shot doesn't has 3310 PHY either, like DB boards. https://www.cnx-software.com/2017/12/20/solidrun-macchiatobin-single-shot-networking-board-launched-for-269-and-up/ Stefan, Best Regards.