Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp2348425ybh; Fri, 24 Jul 2020 10:29:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxifJsXakK+DKDdKANgXpXmzkxiuQ1FyWlxjGztTwY7FyUz0XacCeZYLuoCJHSjbXL39oF7 X-Received: by 2002:a17:906:82d2:: with SMTP id a18mr10003928ejy.522.1595611798281; Fri, 24 Jul 2020 10:29:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595611798; cv=none; d=google.com; s=arc-20160816; b=NputaiCGj95T/Inb9inRpdbtjr9YUvx1nTfGQZmViYN6u1FOjXhAPlQRROUKaadiYF rlgTbxmNEF3noU+5bEWPZZj9C8kvtj32ZR440YTT4Ke+H4AnXUkXf7xZBNM2t5n1B+xe qRGxXlbMSPOLJNZ+7jRTf76P7ETRAbYxZbBqpvmCiyEXKmYlceOUe9KfibFNSpvuO8zw y6AQ0XCkVc8QjgbFXun/9oiPajvXQvZXOlSOl1URJiqyl6076zB2M9pNVELgG3dB9sW6 Ppz8FLMl1QBEXBlb66fvJ5GeVVfBw86G/G+Y2j1Y5SzLt4+beZ+OfUkZYEzkIJACFUgv dewQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=zi8n2yiSxF3qvr2oUOrY7+9yy824l7Dbf0PmD3+r8IQ=; b=NIfgj1BsW9X9Qb0Id97UE6WXr5TayGNKGcPQipKHTjI8wNNfReWyeT4i4UaXJOfn/C Vtj7mSZMx9LMvT6mCyIjraRBBoQe2wEW6nbBP3H/LygXzrICmvJm/KdfCYd/PGpZdVpg Pvk/fwRhzrPL2gtUx//A9uvlM9yVXq2n2/tZjHwTZWzuyCyF8YnCMqFtlvpgpPiz9ZuM Cbfq/ajPUsn2jROSF4kOqlU3OMhErT9X6QGjQs+vzNLxEkcJfNxuMa6Ny+jojNXjH6xo wPNleadzMfm27fDCUky+oIQxmVGKErD7e/IfgBPsN1HjLm5rf17S36woL86yR4TOw5+r Ynzg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h24si953998ejt.451.2020.07.24.10.29.36; Fri, 24 Jul 2020 10:29:58 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727023AbgGXR01 (ORCPT + 99 others); Fri, 24 Jul 2020 13:26:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:42016 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726686AbgGXR01 (ORCPT ); Fri, 24 Jul 2020 13:26:27 -0400 Received: from localhost.localdomain (unknown [95.146.230.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 355E320674; Fri, 24 Jul 2020 17:26:25 +0000 (UTC) From: Catalin Marinas To: Andrei Vagin , Will Deacon , Mark Rutland Cc: Thomas Gleixner , Christian Brauner , Vincenzo Frascino , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Dmitry Safonov Subject: Re: [PATCH 1/6] arm64/vdso: use the fault callback to map vvar pages Date: Fri, 24 Jul 2020 18:26:23 +0100 Message-Id: <159561069973.19270.10637845392621633755.b4-ty@arm.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200624083321.144975-2-avagin@gmail.com> References: <20200624083321.144975-1-avagin@gmail.com> <20200624083321.144975-2-avagin@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 24 Jun 2020 01:33:16 -0700, Andrei Vagin wrote: > Currently the vdso has no awareness of time namespaces, which may > apply distinct offsets to processes in different namespaces. To handle > this within the vdso, we'll need to expose a per-namespace data page. > > As a preparatory step, this patch separates the vdso data page from > the code pages, and has it faulted in via its own fault callback. > Subsquent patches will extend this to support distinct pages per time > namespace. > > [...] Applied to arm64 (for-next/timens), provisionally. One potential issue I did not check is the compat vDSO. The arm32 port does not support timens currently. IIUC, with these patches and COMPAT_VDSO enabled, it will allow timens for compat processes. Normally I'd like the arm32 support first before updating compat but I don't think there would be any interface incompatibility here. However, does this still work for arm32 processes if COMPAT_VDSO is disabled in the arm64 kernel? [1/6] arm64/vdso: use the fault callback to map vvar pages https://git.kernel.org/arm64/c/d53b5c013e1e [2/6] arm64/vdso: Zap vvar pages when switching to a time namespace https://git.kernel.org/arm64/c/1b6867d2916b [3/6] arm64/vdso: Add time namespace page https://git.kernel.org/arm64/c/3503d56cc723 [4/6] arm64/vdso: Handle faults on timens page https://git.kernel.org/arm64/c/ee3cda8e4606 [5/6] arm64/vdso: Restrict splitting VVAR VMA https://git.kernel.org/arm64/c/bcf996434240 [6/6] arm64: enable time namespace support https://git.kernel.org/arm64/c/9614cc576d76 Thanks! -- Catalin