Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3286934ybz; Mon, 27 Apr 2020 13:22:01 -0700 (PDT) X-Google-Smtp-Source: APiQypJ2hfb8fO+G3Hre597yEAPN8B2vrCx78FkEShVTY0ZhzDuajF8X1VAmAqqwcSnmRUQn/IQx X-Received: by 2002:a17:906:a390:: with SMTP id k16mr20219418ejz.219.1588018920918; Mon, 27 Apr 2020 13:22:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588018920; cv=none; d=google.com; s=arc-20160816; b=mi/x5No6LO1eGT1oTKMwVAsud7yA4DEQ47iPogSYi+f5nX8ifxbkoUHmLiPotFw7a1 7yere0TkajHVclX5Uko4GuR7UfAeqvIN/HmEnKIMw7Fap6Ou9ghyvXIxhW4ix+2vGpkM YSZnV5b/3FR6KxgCCmONuWjpel3BgMxjBB8Pql1ydWwFyR90SwTRwRWXIw8u7r9KGGR1 sxuhJLSRmRVTlJq6vRFKetmNtt1hpftfjrj5q0/P89IFma5UFz2Othq8zVApaMuKgWE+ ubKNufjOWOxfd91b2iI0RST2ps7gx1dNpTESjS7QQhyzB5ITtI95uQz63S1tpZy7siAt O0Lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=cDA2gvlDjQF3XmddqEEMdYklKnKtW+BtZmwqaZrV2YY=; b=XfS9d50omAwRI7qv3piNdsp332a5hCTU0FkTzOL22oqOgrb+MkpDSB73RmQQPefhvS bWKwdhjz6Y6Izw6nGR5ezVvwEpevzmJCNyNZwwfUs+lD6/LAFqoeBoHuJR4OrmfvfW6z uRuBxYnXY24rwrH/+IN8Hz0Hn7ARwIo5fIBbxibmtrxREiHIdjCAAaXoGz7uhrkF34DG tKBS6L5d8FIjBlN858pc64BffDao7PwtS23fbrFhq1/7ONARbhMt4BNmdIh7dI/Aupwn zotbX733YsmRjYW3Zh1Lde8D2P1OkXsbjg/97S6IVincXHGqC393JCafcwmvI/R/Vga+ FpRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=q28RKGDL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r24si363243edc.217.2020.04.27.13.21.36; Mon, 27 Apr 2020 13:22:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=q28RKGDL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726936AbgD0UNV (ORCPT + 99 others); Mon, 27 Apr 2020 16:13:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60222 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726918AbgD0UNS (ORCPT ); Mon, 27 Apr 2020 16:13:18 -0400 Received: from mail-ot1-x342.google.com (mail-ot1-x342.google.com [IPv6:2607:f8b0:4864:20::342]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 81D04C0610D5 for ; Mon, 27 Apr 2020 13:13:18 -0700 (PDT) Received: by mail-ot1-x342.google.com with SMTP id b13so28593675oti.3 for ; Mon, 27 Apr 2020 13:13:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cDA2gvlDjQF3XmddqEEMdYklKnKtW+BtZmwqaZrV2YY=; b=q28RKGDLUUXJvCA/waXzctMM5+urQ8/dGyUlR8ZuzfTnCZyBfn5/jcAKFB06qJ3Hx0 sue98eW6PYIHRaiNGNYjJ6TLGjMLXKSU0MtnqzZ9qBFq+b+H/4QX9zSEwTUIn0w1aJiV guu6X80zsl5GyqW22FIfpwcojJOLdSM6jiVlxpEKJHooqZdUc38cjjYPsks3Lfs2CRt4 HIN+jWCdZ9KoZCjxFT/7t79nXIPKUPrIavp/goEvQg5Ke9gabxr+QfjuKDiDgtgDFP12 AbXiIAKyCQEJw66SmGFJoB6zcpvpUL3NsjDV4VaI7ns4I+bKjKUmmxtS+4wcKnMS3YnL 26cA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cDA2gvlDjQF3XmddqEEMdYklKnKtW+BtZmwqaZrV2YY=; b=fOWoMBGxZHwVocIKsO4iLA1MqIGd/0YCS3UIDc1KYsR6LB2jI5XI2r7zHQqoxSF9Jv 1bkEaXVBGMBYBixnguZPffpXnOoOw9ejvW/AylCFDCmh78frfnamWgpl0HKMi2CoWOtp jqNpOUshvfYDrpzg7iTnVYri1I3YdaD3xGyN2xfk17mNknAtIVgDfyvsR2zKp+k+7RyY t9KAJ7MCuWJE3vucGjulc3KP3UkYpOiK/Ugg6tzBkcNM++fm5hunFO4XHtz/+XH6uz9j O3TEJuFIpgTlPNBM97/RIj7jVBRyjWqIYORXioY/Ss/s+7360fACECzukI1lEx6DVKR6 jPyg== X-Gm-Message-State: AGi0PuZrH2vpZxw5nH3eNDZ4YHlV9Y+9cGvEk9qgpYebD8ZFsh12LndI 24es1aeDAmeR+8yRtoIRUXJs5sOb0M5YrjvX2EXLXg== X-Received: by 2002:a9d:2622:: with SMTP id a31mr20989231otb.231.1588018397440; Mon, 27 Apr 2020 13:13:17 -0700 (PDT) MIME-Version: 1.0 References: <429da47b-ad51-30eb-ff36-b05780c941ba@linaro.org> In-Reply-To: <429da47b-ad51-30eb-ff36-b05780c941ba@linaro.org> From: Saravana Kannan Date: Mon, 27 Apr 2020 13:12:41 -0700 Message-ID: Subject: Re: [PATCH 1/2] drivers/clocksource/timer-of: Remove __init markings To: Daniel Lezcano Cc: Baolin Wang , Thomas Gleixner , Orson Zhai , Chunyan Zhang , LKML , Android Kernel Team Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 27, 2020 at 1:09 PM Daniel Lezcano wrote: > > On 27/04/2020 21:04, Saravana Kannan wrote: > > On Mon, Apr 27, 2020 at 10:13 AM Daniel Lezcano > > wrote: > >> > >> On 13/04/2020 04:55, Baolin Wang wrote: > >>> Hi Daniel, > >>> > >>> On Tue, Mar 24, 2020 at 1:59 PM Baolin Wang wrote: > >>>> > >>>> From: Saravana Kannan > >>>> > >>>> This allows timer drivers to be compiled as modules. > >>>> > >>>> Signed-off-by: Saravana Kannan > >>>> Signed-off-by: Baolin Wang > >>> > >>> Do you have any comments for this patch set? Thanks. > >> > >> If my understanding is correct, this patch is part of the GKI picture > >> where hardware drivers are converted to modules. > >> > >> But do we really want to convert timer drivers to modules ? > >> > >> Is the core time framework able to support that (eg. load + unload ) > > > > So this will mainly be used for secondary timers that the system > > supports. Not for the main one that's set up during early boot for > > sched timer to work. For the primary timer during boot up, we still > > expect that to be the default ARM timer and don't want/expect that to > > be a module (it can't be). > > My question is about clockevents_config_and_register() for instance, is > there a function to unregister in the core framework ? We can just have these modules be "permanent" modules that can't be unloaded. They just need to not implement module_exit(). -Saravana