Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1752743imu; Wed, 12 Dec 2018 03:49:02 -0800 (PST) X-Google-Smtp-Source: AFSGD/Vg9lBiOLhEwA2IROYoHdBH+3FOXavFmKV7OxnYITZb1/whsC/5c807Bdrb6wUdP9/UqwmX X-Received: by 2002:a62:3811:: with SMTP id f17mr20320853pfa.206.1544615342610; Wed, 12 Dec 2018 03:49:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544615342; cv=none; d=google.com; s=arc-20160816; b=m9zBXW2RUdv1G5a9hhT07Tqj9PFRc3TXZcygRbmzDKmb6yL8zVysK5Njm7KHLSTV8f /RIs7YH5WBCYKoPoUrGl71i/5XVjYDlVigYPDoLNXGeiFfDA5mQGSpjhNB/Z+fx7deM4 A3zEqqBN/t0y2IAuZq9JEyebz5t28QKg/k32I8BSAF/S1obXhLs82PvylpCzTYb38D+9 7QgwWYH9bDJ1NrYNI9jWyk/gV3K1ffxyORODQjZit0jSYbOv7T14g7/C6C4q8UtA8K6t QMA96kUffK2y1n58wgLpGS5R0wVfazTIOdvNUd1KxYHw1m5N9xvPFw/Nm8QVp9SKRA/0 Qijw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:dkim-signature:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=+MIv/BZcVU873C65h89WGXJait3LU79oeDSUfygH4cQ=; b=yimQVitLEh38iMjXKL5KSdiozfvqheV9zcCLdLvLObDs38Kl2Rkau8obP+VhbJduk4 rQEghZ1Xg3aNJxP/SIxlNWsGxSBr5rtcK9f7fnIjs5uTw2Xjea1Jfnl8moNyRdfJwWct ue1F4LjjRf1HsBBnnYeMP0HCqVscwDrm0EK8KihR84jGxeRALLyyBOhbxXPkHV8Xrubj HA+RIcAcVAg5vD4iVAL197RdsVGM3nbIrMKbSkKG8PGZBjPf36s/kvospAX6PgVMv++R UR42hOV2LVUFkdQsZh6xDD8O1uDtMNuSi0JsuRlASv+RfN41rD6VAGmY2HrcWw7drLU9 baKg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nvidia.com header.s=n1 header.b=XE9Niigp; 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=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t10si14570175plh.307.2018.12.12.03.48.31; Wed, 12 Dec 2018 03:49:02 -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=@nvidia.com header.s=n1 header.b=XE9Niigp; 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=pass (p=NONE sp=NONE dis=NONE) header.from=nvidia.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727160AbeLLLrj (ORCPT + 99 others); Wed, 12 Dec 2018 06:47:39 -0500 Received: from hqemgate16.nvidia.com ([216.228.121.65]:18241 "EHLO hqemgate16.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726913AbeLLLrj (ORCPT ); Wed, 12 Dec 2018 06:47:39 -0500 Received: from hqpgpgate102.nvidia.com (Not Verified[216.228.121.13]) by hqemgate16.nvidia.com (using TLS: TLSv1.2, DES-CBC3-SHA) id ; Wed, 12 Dec 2018 03:47:34 -0800 Received: from hqmail.nvidia.com ([172.20.161.6]) by hqpgpgate102.nvidia.com (PGP Universal service); Wed, 12 Dec 2018 03:47:38 -0800 X-PGP-Universal: processed; by hqpgpgate102.nvidia.com on Wed, 12 Dec 2018 03:47:38 -0800 Received: from [10.26.11.199] (10.124.1.5) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 12 Dec 2018 11:47:34 +0000 Subject: Re: [PATCH] clk: tegra: fix SMP build To: Stephen Boyd , Arnd Bergmann , Michael Turquette , Peter De Schrijver , Prashant Gaikwad CC: Thierry Reding , Dmitry Osipenko , Aapo Vienamo , , , References: <20181211143528.2024488-1-arnd@arndb.de> <154454887151.17204.5632248748272979028@swboyd.mtv.corp.google.com> From: Jon Hunter Message-ID: <20c5f3a9-fd82-5634-6a1e-6384c0facece@nvidia.com> Date: Wed, 12 Dec 2018 11:47:32 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <154454887151.17204.5632248748272979028@swboyd.mtv.corp.google.com> X-Originating-IP: [10.124.1.5] X-ClientProxiedBy: HQMAIL105.nvidia.com (172.20.187.12) To HQMAIL101.nvidia.com (172.20.187.10) Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nvidia.com; s=n1; t=1544615254; bh=+MIv/BZcVU873C65h89WGXJait3LU79oeDSUfygH4cQ=; h=X-PGP-Universal:Subject:To:CC:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:X-Originating-IP: X-ClientProxiedBy:Content-Type:Content-Language: Content-Transfer-Encoding; b=XE9NiigpUCyozfQmTILT5H5Y+kyEK/p4txt1JAi84I2RgudiTV2uAFaIqYw4ZBtOA XIuoqVpAkalgQbTy53l5GUG183T9yKWo5BYYokoW5EjfX3oidXg5yT8mb1F/P1AbYl Ux38fm0pQU++lc5u4eZc6MizeUFjX0t+m5v68ECsIj6+0h/ZfZRZb2ewZhbPgVApR8 +yHfZ/Iy45bHCbDdxm2Vn0meWRBzzQW0waVQAK9JolBJMc+HWUtoMpBAIPYPzj1MBq 8LHGhydVcC6FuZb267Dn8i8m2pS8fzBQ+hjok999veaqrkZYdun4Bbid75y4zV6DTR 725qZz3Yv944A== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/12/2018 17:21, Stephen Boyd wrote: > Quoting Arnd Bergmann (2018-12-11 06:35:07) >> When CONFIG_SMP is disabled, the tegra clk driver now fails to build: >> >> drivers/clk/tegra/clk-tegra30.c: In function 'tegra30_cpu_rail_off_ready': >> drivers/clk/tegra/clk-tegra30.c:1151:19: error: implicit declaration of function 'tegra_pmc_cpu_is_powered'; did you mean 'tegra_powergate_is_powered'? [-Werror=implicit-function-declaration] >> cpu_pwr_status = tegra_pmc_cpu_is_powered(1) || >> >> I don't know if tegra works without CONFIG_SMP, but we can get it to >> build by making the calls conditional, and removing the pointless >> ifdef around the declaration. The assumption now is that in a >> non-SMP system, the secondary CPUs are always disabled. >> >> Fixes: 61866523ed6e ("clk: tegra30: Use Tegra CPU powergate helper function") >> Signed-off-by: Arnd Bergmann >> --- >> Not sure if this is the best solution. If you think it's not, please >> submit a different fix. > > Hmm.. Is there any reason why the implementation of > tegra_pmc_cpu_is_powered() is under an ifdef CONFIG_SMP? I'd rather not > have to think about SMP or not in this clk code and have the > tegra_pmc_cpu_is_powered() function do the UP vs SMP code optimization. Not that I know of. I just think that the function should/would not be used for non-SMP. I was actually thinking that we could just leave the clk code as it is and simply drop the CONFIG_SMP from pmc.h. That would be fine with me. Cheers Jon -- nvpublic