Received: by 10.192.165.148 with SMTP id m20csp108076imm; Fri, 20 Apr 2018 03:59:42 -0700 (PDT) X-Google-Smtp-Source: AIpwx49AOVpKlwUMsRw4uULIULaPEDzAkFbdR3B/uXt/5G0rTmY8QCPd/2SvIrLmlkWCACUlEqjY X-Received: by 10.167.130.22 with SMTP id k22mr9309059pfi.73.1524221982220; Fri, 20 Apr 2018 03:59:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524221982; cv=none; d=google.com; s=arc-20160816; b=O2THvVMqLx4of6UAyTP6xgP3+TOQrxO/tVLY6DLzwGTpXn0pHwKoji+C/d7kYJcf7D pMz/kZB0r30vZ6pOdRiLGBibcviEwuWlqH+uVqR2UL6dbUc4LdQN9oY9qW1hgn3mfx6N wNC4r+hUNRur4iJcji9/FdCX435RIyeDLDahTAOrdfLwvQ5zEkXShUlXdUvoVfpKpjsj 9Qh4rFnZlnqB70oORF2dgrWJf6M09D6BLWFQp2Z8KAfZhPn5S0C3lafaDwI7rHBkoazX rma9eE9IMEtxVLoKTA+GYRLFkvV0dE/y4laW2q9u1Z2zxNCR/uCpqdEqyK/oxwZKLGF6 XhVw== 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=9CVsONBDxu24Mn69Kes6VueX3Dyw3+RHhwVOXTETdBY=; b=EGxVnTXcdljJEUw5S5oiYGqIaXW2PT7kk5CiA3AZ9CMqY0fK489lvtGZ1IGgRkH53X d0QF4+7eMnQot6oN+BXHu8eM0rvqVGlmhxqwTOQVpJX48GI9XU9MaEOjiRJHh1claTfc GjOb+XjpnfraeX7F9KouIKehlKGiHeTOI29Lan444Dmi9imyIz0hjSje7hDdp8Wuesyc OUSwmntmNDePFrJwWvjAiHgs+MGYvvt2s3q8RbM4JTknTf10NmmW5ff8WFLZwxTeSOA3 PgjgC19qDZftwsGbjHlv5Upjyli7ObfAs1/kpl8IP/2Ve2rXjpr1vqRTJjJey+p9SaBO qA1w== 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 k1-v6si5349075pld.267.2018.04.20.03.59.27; Fri, 20 Apr 2018 03:59:42 -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 S1754623AbeDTK6Z (ORCPT + 99 others); Fri, 20 Apr 2018 06:58:25 -0400 Received: from gloria.sntech.de ([95.129.55.99]:51118 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754462AbeDTK6X (ORCPT ); Fri, 20 Apr 2018 06:58:23 -0400 Received: from wd0766.dip.tu-dresden.de ([141.76.110.254] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.1:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1f9Tk9-0006GZ-Ik; Fri, 20 Apr 2018 12:58:17 +0200 From: Heiko Stuebner To: Enric Balletbo i Serra , robh+dt@kernel.org Cc: myungjoo.ham@samsung.com, kyungmin.park@samsung.com, devicetree@vger.kernel.org, linux-pm@vger.kernel.org, dbasehore@chromium.org, linux-kernel@vger.kernel.org, dianders@google.com, groeck@google.com, kernel@collabora.com, Mark Rutland Subject: Re: [PATCH 2/6] dt-bindings: clock: add DDR3 standard speed bins. Date: Fri, 20 Apr 2018 12:58:10 +0200 Message-ID: <39099779.d2GlTJ02DA@phil> In-Reply-To: <62c4b6f0-e67c-8e25-a129-bf0c06c5157b@collabora.com> References: <20180419104019.24406-1-enric.balletbo@collabora.com> <5662116.zj93FbmDPb@phil> <62c4b6f0-e67c-8e25-a129-bf0c06c5157b@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Enric, Am Donnerstag, 19. April 2018, 13:30:16 CEST schrieb Enric Balletbo i Serra: > On 19/04/18 13:10, Heiko Stuebner wrote: > > Am Donnerstag, 19. April 2018, 12:40:15 CEST schrieb Enric Balletbo i Serra: > >> DDR3 SDRAM Standard (JESD79-3F) defines some standard speed bins for > >> DDR3 memories. The devfreq/rk3399_dmc.txt binding refers to this file > >> which does not exist, so add a ddr.h file with the standard speed bins > >> for DDR3. > >> > >> Fixes: c1ceb8f7c167 (Documentation: bindings: add dt documentation for rk3399 dmc) > >> Signed-off-by: Enric Balletbo i Serra > >> --- > >> > >> include/dt-bindings/clock/ddr.h | 34 +++++++++++++++++++++++++++++++++ > >> 1 file changed, 34 insertions(+) > >> create mode 100644 include/dt-bindings/clock/ddr.h > >> > >> diff --git a/include/dt-bindings/clock/ddr.h b/include/dt-bindings/clock/ddr.h > >> new file mode 100644 > >> index 000000000000..506aef7e609e > >> --- /dev/null > >> +++ b/include/dt-bindings/clock/ddr.h > >> @@ -0,0 +1,34 @@ > >> +/* SPDX-License-Identifier: (GPL-2.0+ OR MIT) */ > >> + > >> +#ifndef DT_BINDINGS_DDR_H > >> +#define DT_BINDINGS_DDR_H > >> + > >> +/* DDR3-800 Standard Speed Bins */ > >> +#define DDR3_800D 15 > >> +#define DDR3_800E 18 > >> +/* DDR3-1066 Standard Speed Bins */ > >> +#define DDR3_1066E 18 > >> +#define DDR3_1066F 21 > >> +#define DDR3_1066G 24 > > > > looking at the mentioned jedec standard, I don't see where these numerical > > values are defined in the standard itself. [I may be blind though] > > > > Damm it. No, you're not blind. I did an horrible mistake adding an old version > of this file. It's wrong, that is supposed to be there is DDR3 table available > in the ATF [1] not this. Mistakes can always happen ... so no problem :-) . > /* 5-5-5 */ > DDR3_800D = 0, > /* 6-6-6 */ > DDR3_800E = 1, > /* 6-6-6 */ > DDR3_1066E = 2, > /* 7-7-7 */ > DDR3_1066F = 3, > ... > > The value is passed directly to the ATF so the above values are the correct. > > One question that I have on my mind is if this file should be called as is or if > will be better name as atf-ddr.h or something like that. > ddr.h -> atf-ddr.h The more interesting question would be if this isn't a very much rockchip or even rk3399-specific scheme. So such a generic header name looks very much out of place (also including the very generic constant names). So far the only upstream ATF implementation is for the rk3399. Heiko > > [1] > https://github.com/ARM-software/arm-trusted-firmware/blob/master/plat/rockchip/rk3399/drivers/dram/dram_spec_timing.h > > Sorry about that. Guess it's needed a v2 but let's wait a little bit for if more > discussion arises. > > Best regards, > Enric > > > Could you explain a bit more where these numerical values are coming from? > > > > > > Thanks > > Heiko > > > >