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 S934200AbdEVV3E (ORCPT <rfc822;w@1wt.eu>);
        Mon, 22 May 2017 17:29:04 -0400
Received: from gate.crashing.org ([63.228.1.57]:43327 "EHLO gate.crashing.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S933607AbdEVV3A (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 22 May 2017 17:29:00 -0400
Message-ID: <1495485950.3092.161.camel@kernel.crashing.org>
Subject: Re: [RFC][PATCH] time: Add warning about imminent deprecation of
 CONFIG_GENERIC_TIME_VSYSCALL_OLD
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: John Stultz <john.stultz@linaro.org>,
        Michael Ellerman <mpe@ellerman.id.au>
Cc: lkml <linux-kernel@vger.kernel.org>,
        Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@kernel.org>,
        Miroslav Lichvar <mlichvar@redhat.com>,
        Richard Cochran <richardcochran@gmail.com>,
        Prarit Bhargava <prarit@redhat.com>,
        Marcelo Tosatti <mtosatti@redhat.com>,
        Paul Mackerras <paulus@samba.org>, Anton Blanchard <anton@samba.org>,
        Tony Luck <tony.luck@intel.com>, Fenghua Yu <fenghua.yu@intel.com>
Date: Tue, 23 May 2017 06:45:50 +1000
In-Reply-To: <CALAqxLV4AeGnxSjRqsN4Oge4+KHJ6gxm3oXM+uNEx6btuAc2wA@mail.gmail.com>
References: <1494613450-4713-1-git-send-email-john.stultz@linaro.org>
         <87y3tpso51.fsf@concordia.ellerman.id.au>
         <CALAqxLV4AeGnxSjRqsN4Oge4+KHJ6gxm3oXM+uNEx6btuAc2wA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.22.6 (3.22.6-2.fc25) 
Mime-Version: 1.0
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, 2017-05-22 at 12:06 -0700, John Stultz wrote:
> So, long ago I talked w/ Paul Mackerras about the ppc vdso code, as
> ppc has some other legacy "userspace time" code that has to be
> maintained as well (I believe there's not code page, just data page
> that userspace pulls directly from).

Hrm... the ppc VDSO has a code page, userspace just calls
__kernel_clock_*

I don't know if anything still uses the direct mapped values, we should
enquire internally.

Cheers,
Ben.