Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp1056537img; Fri, 22 Mar 2019 14:42:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqxGmwecZeMbNalRW1ArJpXQOlATWOqAlGNrQJTVRKTFyNctH6vDCQCPXyyGMqaUnbTDbDdA X-Received: by 2002:a65:6259:: with SMTP id q25mr11234234pgv.235.1553290939059; Fri, 22 Mar 2019 14:42:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553290939; cv=none; d=google.com; s=arc-20160816; b=ND6TW5XuRZVsPH/EJfTpcYpw6o8hVrAiOZ8Hsbqmx2aT3vzn0ELMneL42O2/bNViX8 XeyHFRMUDhUXu5Cx/7y9zOP5BOYZpkMiW68ZdnFAQ6K9FhYvHD6MNGGb2Ouucnj4JptX Qor0l5cwR/jf9ixYrveJkXS0DKyA7LTS37F+CpIbj0aauhKAtB7IN5jBmLBJWWnVZ+WO 57seIoUhjRk/gVRYafY8O3vkGTke4jYc5uCoXkGxG4WJe4nZjRiN0ZPz5TAm/IihplOy FKW5qN+Ar5qrG0MGTuYqOz57v6+BevWGp/ty5zpUOwEU4MLkJu2l4CCVmKNt9lGLpI6v rAnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=rTzfb1HN0qO1DxV0+dBfEgC0dhCZbmmFOsSFaZYgbzs=; b=qyHtAZNryqpFrF2bazPRwWAiqrsy0VTpBM6/Mk0Rr2FVTY29y3jcDYwBHUbqrpRxle BOTAikI+8bt7dUI413525EujcfoetpXCj2P5b50wD7N/P/f5mX8w49WXH360KDRBM6R/ jMBkVnrxWxX7TbSinM7mV5xnuwb6UZwIhQJQlSlTFlZIGEJ5QX7032EvI9399dgMuwd0 utcKhHTITjUnfRpLa9dUEYi/BlOZtP4yY3oi8iCfGV8zaGkr18vY4RfoLrHVAiIAOpT9 tDQGMDunhV4wk3XOH16LkP29s/dd/qDXDpHDnCpi/5pTI50TkZotETTbPLX71d1CECR7 kMxA== 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=iki.fi Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a98si8553390pla.267.2019.03.22.14.42.03; Fri, 22 Mar 2019 14:42:19 -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=iki.fi Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727619AbfCVVlZ (ORCPT + 99 others); Fri, 22 Mar 2019 17:41:25 -0400 Received: from emh07.mail.saunalahti.fi ([62.142.5.117]:48956 "EHLO emh07.mail.saunalahti.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726014AbfCVVlY (ORCPT ); Fri, 22 Mar 2019 17:41:24 -0400 Received: from darkstar.musicnaut.iki.fi (85-76-115-194-nat.elisa-mobile.fi [85.76.115.194]) by emh07.mail.saunalahti.fi (Postfix) with ESMTP id 213A6B0049; Fri, 22 Mar 2019 23:41:20 +0200 (EET) Date: Fri, 22 Mar 2019 23:41:20 +0200 From: Aaro Koskinen To: Andrew Lunn Cc: Vinod Koul , "David S. Miller" , netdev@vger.kernel.org, linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [BISECTED, REGRESSION] Broken networking on MIPS/OCTEON EdgeRouter Lite Message-ID: <20190322214120.GB29013@darkstar.musicnaut.iki.fi> References: <20190322002125.GD7872@darkstar.musicnaut.iki.fi> <20190322064506.GB5348@vkoul-mobl> <20190322205059.GA29013@darkstar.musicnaut.iki.fi> <20190322212557.GF16623@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190322212557.GF16623@lunn.ch> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Fri, Mar 22, 2019 at 10:25:57PM +0100, Andrew Lunn wrote: > > The OCTEON HW code knows only about RGMII. And looking at > > octeon ethernet staging driver it does phy connect always with > > PHY_INTERFACE_MODE_GMII. I did some experimentation, and it seems that > > with PHY_INTERFACE_MODE_RGMII_RXID it starts to work.. In the DT we have > > for ethernet for this board: > > > > rx-delay = <0>; > > tx-delay = <0x10>; > > These are not PHY properties. > > Looking at the code, it looks like these control delays the MAC > inserts. I don't see a binding document for these properties, so i've > no idea what 0x10 means. Before this driver moves out of staging, > these values should be changed to be in ns. Documentation/devicetree/bindings/net/cavium-pip.txt Not sure how I could figure out the ns values? > However, PHY_INTERFACE_MODE_RGMII_RXID would make sense if 0x10 is > sufficient to add the TX delay. > > What the driver should however do is call of_of_get_phy_mode() to get > the phy-mode from the DT blob and pass that to of_phy_connect(). OK, thanks, I'll try to work on this. A.