Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5098236ybi; Tue, 28 May 2019 07:31:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqwkqpEFb0sYKv5HkH8tAlqvzz6zt9Glrz/hNBnrTXZjO26g7ZcA2vTfHCtY2Z/s26VZ5xDL X-Received: by 2002:a62:7610:: with SMTP id r16mr145380277pfc.69.1559053873050; Tue, 28 May 2019 07:31:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559053873; cv=none; d=google.com; s=arc-20160816; b=dkv/xMJKKLBMMP4KDT/MDKWTPunOnjgf9KnobeSAmimn2laolCyZsRzsJuYkpHpTyS FMjYuYh0f8dt42Q2S74xyjLunSN4nyhadILx+oM3TalX36bSIFcxpw7+6Og0pobdRRQ6 MXodp1qAZrq24iYsWkx1m7ijZKX4pwryXvarHFdBUbRZhwSercT/QTrQeauMKaTFR2/x JRGiI9G9EQUA4Y+YNh4PqWRonShnXc23AAiosDaRKiw95tHw8bCJSuezg8SLnC4C8+VA A94KXq3JJBIiuXS1wZciJS6lwrHzL3jbfn1lmDUs6uIPW0Qig6I2b/NNj+CvQW9arAqV r2Pg== 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=uILrnXKlYf2xjYbSzuRjxVZ/GKBRZG6iBlNh5FVzNqg=; b=LFspPmKi+w7ybsZicPxWYuNgNA4iN7m59LOjJMKnYhIc2YqiakCcK6mBigUu9xi1RF Voz5JB3o1sauzCuXQz2dCXIa4lUGMMrTo4x3GLBxkujA20b5G2+LXuY4nuaF8GgWmJX8 wneR5wTt1Vz5XgG5Q1JmWyaWvAIEdbC+GcTGOlCzuF0fVheV5008g8U+cbTEqt+R7t5U qqejZ5a34VHo2HOOLjlJ65xuCz0d+LX04Pl/PCp2sF7USofB5yVAPOqB12MImtqRnK4w GrrDKblWziHxVvjf3paKxZmxxeMyxfc0LFZVyc+M0aQ4j0RTvZssJN7Wl0OvbjAcLRi5 alIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=tL4iRhDx; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v5si22122993pgs.285.2019.05.28.07.30.57; Tue, 28 May 2019 07:31:13 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=tL4iRhDx; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726874AbfE1OO7 (ORCPT + 99 others); Tue, 28 May 2019 10:14:59 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:39457 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726779AbfE1OO7 (ORCPT ); Tue, 28 May 2019 10:14:59 -0400 Received: by mail-pf1-f196.google.com with SMTP id z26so11571478pfg.6 for ; Tue, 28 May 2019 07:14:58 -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=uILrnXKlYf2xjYbSzuRjxVZ/GKBRZG6iBlNh5FVzNqg=; b=tL4iRhDxBHlVQ+tyr45nAjSTrWm4FGkpU9/gqgAOrFY5B7cJ7oOHLY740uFY6v9Apt FqrRnmxExj3iQTQYzs/PenqdbelZVqX7ImfSm34SI3kUWnaFv2Pd1vXHqDLGJYPgxvw8 7KLV8hWWHlsDJ/UwTZYLqE3rqDzmSrpBL95BUyqXducEuzu32sr8cYoLi6lrm/VHbu19 kGodX0/6n5OKGvwKCkqnvqlMkPVgQ7D246As7ltK/sqPD0kwVjhXWCNgzf39x95m1k16 0eXP9QfKOUXReSvTh9f0l8fCYrSWQokxzY+jcITzAkXcdghBa76eI6mVVXYUH34oj3Ib qnwQ== 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=uILrnXKlYf2xjYbSzuRjxVZ/GKBRZG6iBlNh5FVzNqg=; b=Y3/GJMyD94E0/V8QvTXf5CnDbybz1RUG6ZWYMthhmvvnYZAraeLyXf17w4wwpbZyh/ 0P0/pqTdQrfbS293RIZafXEYZhwaegl5pUrpgXZFLaUIhWCEjm60gaE05yrNgNEuw7gT nmxLC3AF6IHf6SCsmo1s7NmAKIIobGrD9i/Y/ulGCGQ2tGIeiS4PrcbzLGQEy7NUCAWp LU1RCvPGVOtxHa8lVA0Y9h0+aHvTNlllhA8PnDUAhOdp/Ly5gUNRxbyf2YsdrC2WXP+W 3Rh13ZuAlfLZPl+DL2Jflrz5ccERFdCGqS/j+XXOOpUj7wHkh6st7jRRN+hjHXfX8KWs eCCw== X-Gm-Message-State: APjAAAWp6Y94OE2XfgVaYj/DXHIOFzJ7dNhfNmNhrSonmy6qh5lJdIx4 2l/vq8iSAOQVCjyuhOGKiuyif/QYUaAbOpDIX/CeZA== X-Received: by 2002:a65:64d9:: with SMTP id t25mr132418776pgv.130.1559052897854; Tue, 28 May 2019 07:14:57 -0700 (PDT) MIME-Version: 1.0 References: <20190517144931.GA56186@arrakis.emea.arm.com> <20190521182932.sm4vxweuwo5ermyd@mbp> <201905211633.6C0BF0C2@keescook> <6049844a-65f5-f513-5b58-7141588fef2b@oracle.com> <20190523201105.oifkksus4rzcwqt4@mbp> <20190524101139.36yre4af22bkvatx@mbp> In-Reply-To: From: Andrey Konovalov Date: Tue, 28 May 2019 16:14:45 +0200 Message-ID: Subject: Re: [PATCH v15 00/17] arm64: untag user pointers passed to the kernel To: Catalin Marinas , Kees Cook Cc: Evgenii Stepanov , Linux ARM , Linux Memory Management List , LKML , amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-rdma@vger.kernel.org, linux-media@vger.kernel.org, kvm@vger.kernel.org, "open list:KERNEL SELFTEST FRAMEWORK" , Vincenzo Frascino , Will Deacon , Mark Rutland , Andrew Morton , Greg Kroah-Hartman , Yishai Hadas , Felix Kuehling , Alexander Deucher , Christian Koenig , Mauro Carvalho Chehab , Jens Wiklander , Alex Williamson , Leon Romanovsky , Dmitry Vyukov , Kostya Serebryany , Lee Smith , Ramana Radhakrishnan , Jacob Bramley , Ruben Ayrapetyan , Robin Murphy , Luc Van Oostenryck , Dave Martin , Kevin Brodsky , Szabolcs Nagy , Elliott Hughes , Khalid Aziz 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 Thanks for a lot of valuable input! I've read through all the replies and got somewhat lost. What are the changes I need to do to this series? 1. Should I move untagging for memory syscalls back to the generic code so other arches would make use of it as well, or should I keep the arm64 specific memory syscalls wrappers and address the comments on that patch? 2. Should I make untagging opt-in and controlled by a command line argument? 3. Should I "add Documentation/core-api/user-addresses.rst to describe proper care and handling of user space pointers with untagged_addr(), with examples based on all the cases seen so far in this series"? Which examples specifically should it cover? Is there something else?