Received: by 10.223.176.5 with SMTP id f5csp4087262wra; Tue, 30 Jan 2018 01:49:06 -0800 (PST) X-Google-Smtp-Source: AH8x226CjJhAeIenxVfBiYNR7PAiQeUTXY3vzQlcLzHczVrfxzXk0c8RziyBO/aBCWiRVFS5prfu X-Received: by 2002:a17:902:4324:: with SMTP id i33-v6mr24428580pld.39.1517305746468; Tue, 30 Jan 2018 01:49:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517305746; cv=none; d=google.com; s=arc-20160816; b=U7YxiVS9H3mTjIeM2CAOhVylnhoXgpt1FrR+xRTFSILLjfgk0KvMv4APRfy9FY+lwQ Vmuzg7TpadH25VAezvzZ+C8XAgyLLqMawszD/YKJ10v0JqWGT1qo5T4+ufQWex8II89Q TucOaXDtutuZHfScwEpNSkkxCt0yKynuWRCR15SnC+hTTBvPLB2y648RAJsCyfA9K1pV XCGB7hfNech9fMBH8bcGKXbX3L2kp32VlSpJMUCgNWa02g+nwbAk+cURR61+CkfVXmin jzF0+xjl0YuodcGCNtSVSrDfYDMpnSNWF5zjO3Q4LPMXsXHLEwoSCZ4PnuhFT7B3xH7l seyA== 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:dmarc-filter:dkim-signature:dkim-signature :arc-authentication-results; bh=YHkgBEvPNBbg+DytoC3rTl+9vvYHttHOdiV3g2uiQCs=; b=h8LoZlhYBf2loij0krzDfslTe5P7122WusNsDd9/YdIY74HJ/VxrEaTFFDFndtyjdz tDwZ1NmulNXqEPGp7j5mfBpofXyCO8uaEG5U3ofoq5/sgCq8t3+Atyr6wKVCeNkyb1np aPwpY6c/TaVNdM0rH0Rl0d/maV+ZmSZ9BW6Tt9SJc0tdsCmTctus0Isyx69Ere538TFN QBisimUPeHEhQN7aFTbJKQJUB82Gh8gmhAiNlcYDWKwoMQPTWuxVH3sSnhRLhADEv/JW QnLbsveDTdWAP19eLZPfpig7cpjs7kLLFCpHTdurDHaLM/nssm9lxIdoq14zLQmkf4Ht OKig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=jdSGD0Ux; dkim=pass header.i=@codeaurora.org header.s=default header.b=jVA4AsBN; 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 x2-v6si1271617plv.672.2018.01.30.01.48.52; Tue, 30 Jan 2018 01:49:06 -0800 (PST) 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=pass header.i=@codeaurora.org header.s=default header.b=jdSGD0Ux; dkim=pass header.i=@codeaurora.org header.s=default header.b=jVA4AsBN; 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 S1751582AbeA3JsW (ORCPT + 99 others); Tue, 30 Jan 2018 04:48:22 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:53488 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751338AbeA3JsT (ORCPT ); Tue, 30 Jan 2018 04:48:19 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 9666D6053B; Tue, 30 Jan 2018 09:48:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1517305698; bh=BozMS6RYK8Nvf/M5m+QrQvaGpe+irtHqR9rT/3hR4lw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=jdSGD0Ux8+6M6G4e8iiaGZlHiyLmoYlknq/Q95F4UJB99NmpeAxdvBq648iIkntdB cL0quoQG2dLS8vdNVelSH2FWVmXBxMTMjln+zUe9MEi7Pt5pRCQjXm/Nx00yV+wlz5 AcdCj9ZFNtVNOIDXNnSaCdqyw4a+NLyAZ212lVno= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from localhost (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sboyd@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id E49796053B; Tue, 30 Jan 2018 09:48:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1517305697; bh=BozMS6RYK8Nvf/M5m+QrQvaGpe+irtHqR9rT/3hR4lw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=jVA4AsBNwxkLG1M1IjLSabsCAkTdykUrlLosZv0l8RPl8b5jdKeI4biSXiAosDpHG FO01SRl8ijXtzZVhSDLXNSV3ebX6iokySIs6FXKI4Ih1O7KyZPy5xHs0x6RMLtn17I dew6T1W7jqJhEunajvF7MgM1hoRdWvC6Dtj6yA0k= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org E49796053B Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sboyd@codeaurora.org Date: Tue, 30 Jan 2018 01:48:16 -0800 From: Stephen Boyd To: Rajendra Nayak Cc: andy.gross@linaro.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org Subject: Re: [PATCH 1/2] arm64: dts: sdm845: Add minimal dts/dtsi files for sdm845 SoC and MTP Message-ID: <20180130094816.GJ28313@codeaurora.org> References: <20180125163216.29018-1-rnayak@codeaurora.org> <20180125163216.29018-2-rnayak@codeaurora.org> <20180126221501.GD28313@codeaurora.org> <514c49cc-71f9-ee21-250a-04f8fab151c0@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <514c49cc-71f9-ee21-250a-04f8fab151c0@codeaurora.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/29, Rajendra Nayak wrote: > > > On 01/27/2018 03:45 AM, Stephen Boyd wrote: > > On 01/25, Rajendra Nayak wrote: > >> create mode 100644 arch/arm64/boot/dts/qcom/sdm845-mtp.dts > >> create mode 100644 arch/arm64/boot/dts/qcom/sdm845-mtp.dtsi > > > > Do we really need two files? Maybe collapse the two? > > will do. Not sure why, but this is how all other qualcomm > boards are structured with an almost empty .dts file. I think it's because we have v1, v2, v3, etc. when we're sorting out the versions of silicon, but then those are all dropped when everything is done. Upstream we probably never care. > >> + > >> + core2 { > >> + cpu = <&CPU6>; > >> + }; > >> + > >> + core3 { > >> + cpu = <&CPU7>; > >> + }; > >> + }; > >> + }; > > > > From what I recall, this layout causes the kernel to spew > > warnings? I mean to say this is the power/performance view, but > > not the architectural view. > > hmm, I haven't seen any warnings with this when I boot up on my sdm845 > MTP. Will recheck. Ok! I will recheck as well. > > > > >> + }; > >> + > >> + timer { > >> + compatible = "arm,armv8-timer"; > >> + interrupts = , > > > > Are we supposed to use the GIC_CPU_MASK_SIMPLE macros still? > > Not sure, is there another way? Me either. See this thread from Marc[1]. I guess just drop them? [1] http://lkml.iu.edu/hypermail/linux/kernel/1702.0/03522.html -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project