Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1290147imm; Fri, 14 Sep 2018 14:55:34 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda/DTcFu+pU+GzElHlA68l96UjrI2OQa1stT8BRCdJUEJiPXyMZ3pn5RRfbqDOKY8WDi+No X-Received: by 2002:a63:334c:: with SMTP id z73-v6mr13396849pgz.220.1536962134228; Fri, 14 Sep 2018 14:55:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536962134; cv=none; d=google.com; s=arc-20160816; b=QRojVC6st2To2lRcrcTMNRdiwjgENDHZ2g92JqIeF2hwU82T3toQ12MLq5XhdcOg08 Pk8EMwyiHxeQiUEGwBOuYG0gBq89CngSOt0yelkSiY0h5mgrB9nak5QbvXZML1G8O5t8 U19rdq85Zi6VVjPYGTCzsVn+xW96L6YJQDJjaL6uItdlsJ6NP/Yq+c1dOFTFwXt0FP8Z t7sEpD9CTVtazCdQ5BiVvSNLT1HDb1EAtTClKnzQe3fcxr2z3Uxm+UnmwehXEb92UOcv MxRiTcxnN8ro803GmVzdP0ecOcEIgGIVVD6V7Jr+5xOUbxHyH73JVUmeMULlSxzi9RO5 CCXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=jUgalrTN7amFifT9z2NKLfYeF+13aBf0J0gWxQp3GOk=; b=Ttqn7RilcAYVQX6nmeY5IhsvbcpSWWXXgimBc0NtVWXNRflH5BMm2iNfP2+Ps5TBpr t8UONkzdNZrx6x5go0xqpm81voHWeBCfGjRhU6Fb5z5zHeuWttgK/nltVednADHmpMTG SrJNjQrXd8yyTzNaXjNqmxYzbOLvfK9APEODz6ziq9gap5yxB4GMRhS1DWyyEcdXo20t 8Ll3W4LTyLEXc/t8qAtWk2uvvOiEKtjbqGzTyf5pJvSsBDSN3isey9SKmgxo53/T27Rl e9ztd6dUXVrqZOm1/8wzGiEe0RFwuVGXNkZ3wJc2gXDEBo71MeC2eVicfMNLtbG0ltEc e3bw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=nM6jw1di; 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=wdc.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s65-v6si7881436pgb.486.2018.09.14.14.55.15; Fri, 14 Sep 2018 14:55:34 -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; dkim=fail header.i=@wdc.com header.s=dkim.wdc.com header.b=nM6jw1di; 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=wdc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728152AbeIODLS (ORCPT + 99 others); Fri, 14 Sep 2018 23:11:18 -0400 Received: from esa4.hgst.iphmx.com ([216.71.154.42]:23763 "EHLO esa4.hgst.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727798AbeIODLR (ORCPT ); Fri, 14 Sep 2018 23:11:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wdc.com; i=@wdc.com; q=dns/txt; s=dkim.wdc.com; t=1536962097; x=1568498097; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=3mJpoam2A2xj4ZksT23VyuZFVe6fICI7QinZh5RdjX0=; b=nM6jw1diRZygjK8u/ZlsLZGBY6a0Tb5qONCKrpipw0yYADVXfXC2ix/l klgvsN/J7h+3J5mOOiZN2L8Vl+7COQoH7O50EIU1Yh1tlZ3HOGUcsRgOO VLV9NioCMQ4PFR7M+l3ebf3dofwGZOjXo1LP1go21d5mS+mEbd2YJhc1Q EJEOMH3P4Q4dlcvxRG+iaAwt6bnLgg7W5eCwTjBH0dZuS6+hVAOPcQLLH hJfUhv5UDle4rRvmWAAujH7eJ3iaDmHhk+3C61NTOr5VbHnKMFGfxiAaM WdtVVUuO4V+m7l81VOag3P5Mq931wcxYJJXUAU8wbUDpVPeoW/loSA7xQ g==; X-IronPort-AV: E=Sophos;i="5.53,374,1531756800"; d="scan'208";a="89803043" Received: from h199-255-45-14.hgst.com (HELO uls-op-cesaep01.wdc.com) ([199.255.45.14]) by ob1.hgst.iphmx.com with ESMTP; 15 Sep 2018 05:54:57 +0800 Received: from uls-op-cesaip02.wdc.com ([10.248.3.37]) by uls-op-cesaep01.wdc.com with ESMTP; 14 Sep 2018 14:41:22 -0700 Received: from jedi-01.sdcorp.global.sandisk.com (HELO jedi-01.int.fusionio.com) ([10.11.143.218]) by uls-op-cesaip02.wdc.com with ESMTP; 14 Sep 2018 14:54:57 -0700 From: Atish Patra To: palmer@sifive.com, linux-riscv@lists.infradead.org, hch@infradead.org Cc: anup@brainfault.org, atish.patra@wdc.com, mark.rutland@arm.com, tglx@linutronix.de, linux-kernel@vger.kernel.org, Damien.LeMoal@wdc.com, marc.zyngier@arm.com, robh@kernel.org Subject: [RFC 1/3] dt-bindings: Correct RISC-V's timebase-frequency Date: Fri, 14 Sep 2018 14:54:54 -0700 Message-Id: <1536962096-233842-2-git-send-email-atish.patra@wdc.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1536962096-233842-1-git-send-email-atish.patra@wdc.com> References: <1536962096-233842-1-git-send-email-atish.patra@wdc.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Palmer Dabbelt Someone must have read the device tree specification incorrectly, because we were putting timebase-frequency in the wrong place. This corrects the issue, moving it from / { cpus { timebase-frequency = X; } } to / { cpus { cpu@0 { timebase-frequency = X; } } } This is great, because the timer's frequency should really be a per-cpu quantity on RISC-V systems since there's a timer per CPU. This should lead to some cleanups in our timer driver. Signed-off-by: Palmer Dabbelt Signed-off-by: Christoph Hellwig Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/riscv/cpus.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/riscv/cpus.txt b/Documentation/devicetree/bindings/riscv/cpus.txt index adf7b7af..b0b038d6 100644 --- a/Documentation/devicetree/bindings/riscv/cpus.txt +++ b/Documentation/devicetree/bindings/riscv/cpus.txt @@ -93,9 +93,9 @@ Linux is allowed to run on. cpus { #address-cells = <1>; #size-cells = <0>; - timebase-frequency = <1000000>; cpu@0 { clock-frequency = <1600000000>; + timebase-frequency = <1000000>; compatible = "sifive,rocket0", "riscv"; device_type = "cpu"; i-cache-block-size = <64>; @@ -113,6 +113,7 @@ Linux is allowed to run on. }; cpu@1 { clock-frequency = <1600000000>; + timebase-frequency = <1000000>; compatible = "sifive,rocket0", "riscv"; d-cache-block-size = <64>; d-cache-sets = <64>; @@ -145,6 +146,7 @@ Example: Spike ISA Simulator with 1 Hart This device tree matches the Spike ISA golden model as run with `spike -p1`. cpus { + timebase-frequency = <1000000>; cpu@0 { device_type = "cpu"; reg = <0x00000000>; -- 2.7.4