Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp5989026yba; Thu, 11 Apr 2019 09:41:29 -0700 (PDT) X-Google-Smtp-Source: APXvYqzktNcGqsLmJ/nVwW+rGuDXjq/x/f+mEE2OonzF25+8hc4AIYozJnV/z1RABQWgjSEV/JGM X-Received: by 2002:a65:5049:: with SMTP id k9mr49122952pgo.229.1555000889031; Thu, 11 Apr 2019 09:41:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555000889; cv=none; d=google.com; s=arc-20160816; b=KLT9uQSAwGtELGghTKpjIcOtXnnQMhA2MjNYxpSZTqP7hAcSJGIv3BoOARrM3WZU0V M7tuNPGBFpSEQGmEiNcey0Qz7WJoC3/uIs0kDMq+fHe3GsNHjTWXhVl08invKFfiOMuH z+SFieVJmWxm70/XKg3e6BGG6KvTZ+Sj/CQ26tRtsqfk3ke8HELNIvQDseUVQw3c1zFR LBrte2NOe/ElxOiXWazv0iLxvF5o4HQ7SI8Hx2YJZoUm7SyA7sRXN2Nu6Z+EGKrouu+g rsiMxhvtW3G3p8SOWc91czUXNeegeLUbXo/jy9LYgL7mvEuYpMshBeYYRotzBgsEb6Yb owkg== 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=kRgyn84oa29XmD7BiIgkjrSoRGcUByl/xukvkl6TYAI=; b=YSpcXWN8sXfTwb2trx6MHVbhDI8CZiBFfNFQyi9jGPpTw2raJW9JpChxD/qyZ7CqUe 1nmqJtI1uYW5BE3flIX5MCshZC8yT2F7t8L5wCa7x8ph3V2tTenx+fTFcxnJZbbtZ1Pc G+/WV2cBWKol3kAFi3rBuMABNrfU9NOxQCkIK40renzP1AErarQyKV2ghCQfdlc09ml5 poKtsZ0O+kM+hzT4yJM3E9dx7DLIhQ5MA7WdV+omQvJn8KA9roR9LKZQQzH8k3bVWDIn WZM+zYb9A3nijR+ezNYXiB601MjFsPg/J4Peax3lQqzVxVj863CYMBR9+WXKW3xmPW0A vOSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=SoNczOUv; 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 x206si36221036pgx.37.2019.04.11.09.41.13; Thu, 11 Apr 2019 09:41:29 -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=SoNczOUv; 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 S1726691AbfDKQkZ (ORCPT + 99 others); Thu, 11 Apr 2019 12:40:25 -0400 Received: from mail-pf1-f196.google.com ([209.85.210.196]:33250 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726640AbfDKQkZ (ORCPT ); Thu, 11 Apr 2019 12:40:25 -0400 Received: by mail-pf1-f196.google.com with SMTP id h5so3732977pfo.0 for ; Thu, 11 Apr 2019 09:40:25 -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=kRgyn84oa29XmD7BiIgkjrSoRGcUByl/xukvkl6TYAI=; b=SoNczOUvZP35dy1JqqbI48ANljHHieaupBksGGPCN9782NN4FNvPZAMOeymTzYuYJl KiHd8ACn2sggNQkz4cP9Y0UlLatijbbSrAMLoUQOyy7ZC740Yt1HM9hRU7VK+riBtyWt SpCvuvoxNhHY6NYST5pv7zkv5F6hTtUq5hBXFpQgntYKCUYQ1oGyMotbJ50fPfaHyJp9 4guhGuIJTEMB6yJ9EnbQqZmUChheWvHCl+MSGrHIRNeXz3E65krd7ZXz0Jx3mawxlStn iLNK8lGgq1HcHDIXEwJ65fH//h8oODA1f+R97yN1b91gq/KkfVLVEa0rOgeJHpJA4l8O mwfA== 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=kRgyn84oa29XmD7BiIgkjrSoRGcUByl/xukvkl6TYAI=; b=RnZMy7cJpNd4m/xFBXgbLO6YIsVLWuNHvTYUoDuqMaqFKK4D311qkyJZXEhlvm4JV3 3A9gkUJ9mc58ZntwWoGDt7DW+6mnZCmqYmN0gj2tK1vkBmTvOCt3nji7yLAET9K0lo0x mqRf741QZVv2sulGRAxg0/Io84lk9uK4OnfjXYaeoZsJXNbERLaN/Q4ZloBsBdE0HtTv ZSMjQHHH/tzl/KJdBrWHrQDAxnXFYIvjnYNQ/wLTsVr++ypi1/EX4Re8NmAdcjeFE7YC qsul8yRIqpHmcLjDrh23x+G2NSVCPi/7npM1v50h4+IknVsNFclQq30M8XYQXf1pQcEO 5Y7A== X-Gm-Message-State: APjAAAVVzmHbr8+EpodBAq9LATy4abYhvnsXh58U7Yi14uMhAWR0o4HC CDfz9mUAva/wODcr0/rBsqxXKR070pn3SX3T6szS5w== X-Received: by 2002:a63:cf0d:: with SMTP id j13mr47949382pgg.34.1555000824096; Thu, 11 Apr 2019 09:40:24 -0700 (PDT) MIME-Version: 1.0 References: <44ad2d0c55dbad449edac23ae46d151a04102a1d.1553093421.git.andreyknvl@google.com> <20190322114357.GC13384@arrakis.emea.arm.com> <20190328141934.38960af0@gandalf.local.home> <20190329103039.GA44339@arrakis.emea.arm.com> In-Reply-To: From: Andrey Konovalov Date: Thu, 11 Apr 2019 18:40:12 +0200 Message-ID: Subject: Re: [PATCH v13 04/20] mm, arm64: untag user pointers passed to memory syscalls To: Catalin Marinas Cc: Steven Rostedt , Will Deacon , Mark Rutland , Kees Cook , Greg Kroah-Hartman , Andrew Morton , Ingo Molnar , "Kirill A . Shutemov" , Vincenzo Frascino , Eric Dumazet , "David S. Miller" , Alexei Starovoitov , Daniel Borkmann , Peter Zijlstra , Arnaldo Carvalho de Melo , Mauro Carvalho Chehab , Jens Wiklander , Alex Williamson , Linux ARM , Linux Memory Management List , linux-arch , LKML , Dmitry Vyukov , Kostya Serebryany , Evgeniy Stepanov , Lee Smith , Ramana Radhakrishnan , Ruben Ayrapetyan , Luc Van Oostenryck , Dave Martin , Kevin Brodsky , Szabolcs Nagy 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 Tue, Apr 2, 2019 at 2:47 PM Andrey Konovalov wrote: > > On Fri, Mar 29, 2019 at 11:30 AM Catalin Marinas > wrote: > > > > (I trimmed down the cc list a bit since it's always bouncing) > > > > On Thu, Mar 28, 2019 at 02:19:34PM -0400, Steven Rostedt wrote: > > > On Thu, 28 Mar 2019 19:10:07 +0100 > > > Andrey Konovalov wrote: > > > > > > > > > Signed-off-by: Andrey Konovalov > > > > > > --- > > > > > > ipc/shm.c | 2 ++ > > > > > > mm/madvise.c | 2 ++ > > > > > > mm/mempolicy.c | 5 +++++ > > > > > > mm/migrate.c | 1 + > > > > > > mm/mincore.c | 2 ++ > > > > > > mm/mlock.c | 5 +++++ > > > > > > mm/mmap.c | 7 +++++++ > > > > > > mm/mprotect.c | 1 + > > > > > > mm/mremap.c | 2 ++ > > > > > > mm/msync.c | 2 ++ > > > > > > 10 files changed, 29 insertions(+) > > > > > > > > > > I wonder whether it's better to keep these as wrappers in the arm64 > > > > > code. > > > > > > > > I don't think I understand what you propose, could you elaborate? > > > > > > I believe Catalin is saying that instead of placing things like: > > > > > > @@ -1593,6 +1593,7 @@ SYSCALL_DEFINE3(shmat, int, shmid, char __user *, shmaddr, int, shmflg) > > > unsigned long ret; > > > long err; > > > > > > + shmaddr = untagged_addr(shmaddr); > > > > > > To instead have the shmaddr set to the untagged_addr() before calling > > > the system call, and passing the untagged addr to the system call, as > > > that goes through the arm64 architecture specific code first. > > > > Indeed. For example, we already have a SYSCALL_DEFINE6(mmap, ...) in > > arch/arm64/kernel/sys.c, just add the untagging there. We could do > > something similar for the other syscalls. I don't mind doing this in the > > generic code but if it's only needed for arm64, I'd rather keep the > > generic changes to a minimum. > > Do I understand correctly, that I'll need to add ksys_ wrappers for > each of the memory syscalls, and then redefine them in > arch/arm64/kernel/sys.c with arm64_ prefix, like it is done for the > personality syscall right now? This will require generic changes as > well. ping > > > > > (I had a hack overriding __SC_CAST to do this automatically for pointer > > arguments but this wouldn't work on mmap() and friends as the argument > > is unsigned long) > > > > -- > > Catalin