Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp532118imm; Fri, 22 Jun 2018 00:32:14 -0700 (PDT) X-Google-Smtp-Source: ADUXVKI6LrJnTh64x7XvC7I7wTlXCuhuxLchAVlfrcvsZBk/Vhzs3YYnfvsbLYQmwNggbFBq+yln X-Received: by 2002:a62:6e01:: with SMTP id j1-v6mr532758pfc.93.1529652734130; Fri, 22 Jun 2018 00:32:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529652734; cv=none; d=google.com; s=arc-20160816; b=PXXiBOtUwn3g7mIYQ2WJosuDJDcE/zLZPuMLZhsz9Y9u8Evg9KUuG5S6rvHMTnFiqy 2bD/w+2fpTy4cDRKfRd0qaGNfe5A+VsguNjs9kD24hKMImSfJNVXuiw3wt02vIPGDa51 XjFnDE1ZhfokYuBOmPX/mHraz9uKAAAAqdr2DmdBzlWOUphvOLUYcbMIa96PN2UL+6hV 6l+u2N1GYP4inZb7Z/nzawmh0+SCQitqwOYKRNLfpPbP5d8zDLtSuWv0ii8tMDuKVymE oQ6J+IBwugDU9aA4kXVVVHhGMU5BG2ue0LwtS39ON2F2ao7ZjVsaQHNRm8/DvFjv1zff HdmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=a+r+oMALa2q98yktSSHazlhdmR5BqppHZ3Jlh4kE3p0=; b=iC9zaKFgeXRkkhNHly7GSAIAw29bvzwpz0/2YNUw6vkMPxU9YJnWlp39ErCVQ226M8 FTRmgIIVLF2Y9zahW8fO+hnMYxjPs5yFo0cHB3LVtiVIy++lpe0gL7epLODji419sB3b RJXidul0Gfe0K+kJpVbcqkBOaIL9ksnWBXdwUfuqbE/mPGpcR+bwp+jfsaRNpdeVpLCc nUczxzucqX4Im7SpkYaYIHDMpSaA2Tr0+bZCdRLshBEkjKrJ0yuL3k3BuNeMV6EHQ9sq KbjYl3aZ4D53b1x76lUQ/B4oH08q1jrwc9IpPQSTEeALLyZXxT5jwjCZao3vqO+8TYrt KrLA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d89-v6si6540735pfj.311.2018.06.22.00.31.59; Fri, 22 Jun 2018 00:32:14 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751357AbeFVHbC convert rfc822-to-8bit (ORCPT + 99 others); Fri, 22 Jun 2018 03:31:02 -0400 Received: from gloria.sntech.de ([95.129.55.99]:38702 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750983AbeFVHbB (ORCPT ); Fri, 22 Jun 2018 03:31:01 -0400 Received: from p57b77a9d.dip0.t-ipconnect.de ([87.183.122.157] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1fWGX1-0008Hj-FP; Fri, 22 Jun 2018 09:30:55 +0200 From: Heiko Stuebner To: David Wu Cc: davem@davemloft.net, robh+dt@kernel.org, mark.rutland@arm.com, huangtao@rock-chips.com, netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, =?utf-8?B?5byg5pm0?= Subject: Re: [PATCH v2] net: ethernet: stmmac: dwmac-rk: Add GMAC support for PX30 Date: Fri, 22 Jun 2018 09:30:54 +0200 Message-ID: <18221590.FEDROxemCD@phil> In-Reply-To: <157ecfc9-d0e6-7782-1cbc-d0fb76c81edb@rock-chips.com> References: <1528956927-32440-1-git-send-email-david.wu@rock-chips.com> <2582999.2hZx6CH9S6@diego> <157ecfc9-d0e6-7782-1cbc-d0fb76c81edb@rock-chips.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi David, Am Mittwoch, 20. Juni 2018, 04:40:35 CEST schrieb David Wu: > 在 2018年06月14日 16:30, Heiko Stübner 写道: > > Am Donnerstag, 14. Juni 2018, 10:14:31 CEST schrieb David Wu: > >> Hi Heiko, > >> > >> 在 2018年06月14日 15:54, Heiko Stübner 写道: > >>> I don't see that new clock documented in the dt-binding. > >>> Also, which clock from the clock-controller does this connect to? > >> > >> The clock is the "SCLK_GMAC_RMII" at the clock-controller, which could > >> be set rate by the link speed. > > > > Hmm, while these huge number of clocks are somewhat strange, > > shouldn't it be named something with _rmii instead of _speed then? > > Okay, it is better to be named _speed. > > > > > Also, I don't see any clk_enable action for that new clock, so you could > > end up with being off? > > The new speed is the parent of the clk_tx_rx, to enable/disable > clk_tx_rx, the new clock would be also enabled/disabled. Still it is nicer to really enable it, so that the clock-framework can keep track of usage counts. Because also no-one hinders the chip-designer from putting a gate in between in one of the next socs ;-) Heiko