From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751796AbdKTQjX (ORCPT <rfc822;w@1wt.eu>);
        Mon, 20 Nov 2017 11:39:23 -0500
Received: from www.llwyncelyn.cymru ([82.70.14.225]:58242 "EHLO fuzix.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1751358AbdKTQjW (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 20 Nov 2017 11:39:22 -0500
Date: Mon, 20 Nov 2017 16:39:11 +0000
From: Alan Cox <gnomes@lxorguk.ukuu.org.uk>
To: Romain Perier <romain.perier@gmail.com>
Cc: peter enderborg <peter.enderborg@sony.com>,
        John Stultz <john.stultz@linaro.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        Stephen Boyd <sboyd@codeaurora.org>, linux-api@vger.kernel.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] time: Make NTP optionnal
Message-ID: <20171120163911.628daa14@alans-desktop>
In-Reply-To: <CABgxDoKXJSkx88XAN=pcL25GJtevM7wkEn4AbigZr1CYKrAWyg@mail.gmail.com>
References: <20171102182950.6129-1-romain.perier@gmail.com>
        <dd52374f-af2d-3ff1-b9cf-fbf28634a739@sony.com>
        <CABgxDoKm3PZuzV9H=jFnMOQoxKg2_byA7kane-kDhcVEwd9FJw@mail.gmail.com>
        <24617dd4-66ed-d7c9-4c2c-8ad2faac7b72@sony.com>
        <20171120160853.2a1bb7b2@alans-desktop>
        <CABgxDoKXJSkx88XAN=pcL25GJtevM7wkEn4AbigZr1CYKrAWyg@mail.gmail.com>
Organization: Intel Corporation
X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.31; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Mon, 20 Nov 2017 17:29:53 +0100
Romain Perier <romain.perier@gmail.com> wrote:

> So even if the correspondong syscall are disabled and the
> corresponding clocks too, you should return an -ENOSYS from the
> do_adjtimex helper, in case that another component tries to use it in
> the kernel, right ?

Probably - but you need to trace those callers and check.

Alan