Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp1102707ybc; Tue, 19 Nov 2019 14:37:53 -0800 (PST) X-Google-Smtp-Source: APXvYqwvqAzAboJJlJuk1hL5kNyfdgMXn0q3aweH1a/hGTy/ohhEt9isYgGkdnTp9UeyAUOSvzcK X-Received: by 2002:a17:906:4dda:: with SMTP id f26mr107907ejw.89.1574203073289; Tue, 19 Nov 2019 14:37:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574203073; cv=none; d=google.com; s=arc-20160816; b=omiqMr5+/BdyBwKw3Wx4u9VUbjUFKEFRP7jZnZJRvBnrrcNziQMFWRoxsR9VhfDydS jec5w7Ew0jp8H4J8z8NSa6d5vTm42uvRXxc93tRBaWGrnj7pssP5fApiDKs6dgrYk+hk Lt8KQQlJKGp8nNdqXzNacJVwCWk2PtKAN9dNH4oBYB+xgNT+Vf44JE0DfA+e0h4/k2z3 QHT/mein/L0fxU1QP8aFaEdHYRV7wEjlnU0AaNho3uOJAI4HhdSmbVF0Se6glAlqzUHh CR4JiM3ENXGiFzFeOl/qMr6DTTQKZWRBDWlWDG143gvmc93LG/Vlg9rnzBloepfGJhNo vduw== 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; bh=/1JPk4W8qqL101IuaqZhCTRoH/ybZ1UdYc0zjMMSPLc=; b=Cd7pNBlD7p8pDAFjASJ85/zspOkPgYZ2wUYOTlpM/hfVq0LIgKpo+WLkg9/biMtFFf x9Pbwn+s4z/HuszY/8VnFqcOK5hUIEwXHk+HYT24fSB5LOxfz4k4U6DBMu00LyxwRmP0 BR36A3WjAr1aKht2UK8VsT55t8K+4nLIswNAYQo0iKHSkA64lcpMr9ExN9NIRpjw77RU yHuB3M06vW9/kMGzBvRpdNac9x8y0iuoWjsyfJMYHNlu3uumxWzXO/1lO5I4hTCoX2qm 2Qu5puQ/1GjO8A4jL3gbyBR37ioLJ7thbmsF3F0ssN8R/ystQAA2Dh1Bkr2ebYStzt+s /HDg== 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 x1si14444667ejd.109.2019.11.19.14.37.28; Tue, 19 Nov 2019 14:37:53 -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; 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 S1727262AbfKSWg2 (ORCPT + 99 others); Tue, 19 Nov 2019 17:36:28 -0500 Received: from foss.arm.com ([217.140.110.172]:59118 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726196AbfKSWg2 (ORCPT ); Tue, 19 Nov 2019 17:36:28 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 0B54631B; Tue, 19 Nov 2019 14:36:28 -0800 (PST) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5AF473F52E; Tue, 19 Nov 2019 14:36:26 -0800 (PST) Date: Tue, 19 Nov 2019 22:36:24 +0000 From: Qais Yousef To: Thomas Gleixner Cc: Greg Kroah-Hartman , "Rafael J. Wysocki" , Josh Poimboeuf , Nicholas Piggin , "Peter Zijlstra (Intel)" , Jiri Kosina , Daniel Lezcano , Eiichi Tsukata , Zhenzhong Duan , Ingo Molnar , Pavankumar Kondeti , linux-kernel@vger.kernel.org Subject: Re: [PATCH 12/12] cpu: Hide cpu_up/down Message-ID: <20191119223623.y63qalyj6t72saip@e107158-lin.cambridge.arm.com> References: <20191030153837.18107-1-qais.yousef@arm.com> <20191030153837.18107-13-qais.yousef@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/19/19 23:25, Thomas Gleixner wrote: > On Wed, 30 Oct 2019, Qais Yousef wrote: > > -int cpu_down(unsigned int cpu) > > +static int cpu_down(unsigned int cpu) > > { > > return do_cpu_down(cpu, CPUHP_OFFLINE); > > } > > -EXPORT_SYMBOL(cpu_down); > > The exports should be gone already at this point, right? Yes. The only in-kernel user was the torture test. > > +/* > > + * This function is meant to be used by device core cpu subsystem. > > + * > > + * Other subsystems should use device_offline(get_cpu_device(cpu)) instead. > > + */ > > Can you please use proper kernel-doc function documentation? Will do. Thanks -- Qais Yousef