Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2296797pxj; Sun, 9 May 2021 22:31:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6UQj0eKc8HYTBNq3fEzle8RBVUbyNV5qpx+18djkxNW31yJxZSGTOx+rIMD+y60AR/sA0 X-Received: by 2002:a17:906:d14c:: with SMTP id br12mr23568601ejb.429.1620624694954; Sun, 09 May 2021 22:31:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620624694; cv=none; d=google.com; s=arc-20160816; b=EQ13tUqSrxxmAgKfP7/YyDrESVkTn2icgGUjbPdTkGZ6bb3OvEdtWnUyxsch1/lIoa vOy1Zu/LTH8pvrVFfo+gXC+UO2PF4Z2M22fayMExS8LAHTCVMXBa2+lpD9o1bTJCnwmJ RJ0HGxSRv4JOXNKFOz55RDg/BtxcmBFkVsZRmRzYLrG842/sRao6IKwu98bdVe5UHEfk AT4qwyh0uDq3TNP0Z3vnTcjayK1ZT4jhH/Wi1j2QL5v2w2AGb/z+dPloFukbSY5nh/0f RxSmaY0Ah40ZQmyOEqOH4MmnRAN9WjB4kL4HEVJ4eW2+AM/22iwSBp4t5w4FBNEja6k0 wd8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id :mime-version:in-reply-to:references:cc:to:subject:from:date :dkim-signature; bh=2VbFkIdqBQxH26BVP9oIWdsN+5IFXGUTwRy6ERH1Tpw=; b=rOmTR/wmkom8yIxHmI5pbRFuSKz2T0RJW2+6NBcKnNgyD+PoOcvqnJW2N8cDYdV8Hm eAw4kOZss44P1O7yeFMFZR8hPvk2VgFkQAxdt66fzE9TkD3/USBdpVRtWtS7rprU7o3j XK86go/HZiLYXpjtg6DIaXNMZ3EDzUBLD5TkRq9Ka+uVIqkt3wIxZRH3mJDcZLZ5yT1L qHCkL+E0I9rvsdb6q+xWXuQZobSLV7k2gu5PZYCGnGKRuA0sc+dNYzhKUvmEe94gSJ8f bm42vDpQiMlC0DNP1vKw24C0lac8IwD1tGnuHs0QJtvDLgrEP2L8qsfsmMwdNPGWFGNR +AiQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bH5pmDBc; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p3si2553746ejo.95.2021.05.09.22.31.11; Sun, 09 May 2021 22:31:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bH5pmDBc; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229943AbhEJF3c (ORCPT + 99 others); Mon, 10 May 2021 01:29:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55582 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229863AbhEJF3a (ORCPT ); Mon, 10 May 2021 01:29:30 -0400 Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E8AB5C061573 for ; Sun, 9 May 2021 22:28:25 -0700 (PDT) Received: by mail-pg1-x531.google.com with SMTP id j12so6409906pgh.7 for ; Sun, 09 May 2021 22:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:subject:to:cc:references:in-reply-to:mime-version :message-id:content-transfer-encoding; bh=2VbFkIdqBQxH26BVP9oIWdsN+5IFXGUTwRy6ERH1Tpw=; b=bH5pmDBc8pBK2qVKWRfnveZ5sLIOXxVMTvJTMH01IsGC1vGiGU1iFxURm99zmbIau5 vYok6oysBrq7ez+F9eIOkMZr9KWKn1Ovj9x8ZGkKgWSAStVTv4/n4dlsCISoQSGgYhYT w00V9dtjLyLgWlKsMNYsvSxsC5UIeJgkyRXRcDRySz9yZQNmG/49AvU1YDMaxokoDxLt KlOsVRIOkKD5xYngehTRUXJxytsom2PqGEGmik9lTDF5ow6x6ueHG90Du+kcddX63zv8 s3Ys//P9PyA2j6ldOpu+gcEtK0yqNj4oUXi5LDqeugJwFtzXqhDmmuc+OE1nhAgaInXh dmBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:subject:to:cc:references:in-reply-to :mime-version:message-id:content-transfer-encoding; bh=2VbFkIdqBQxH26BVP9oIWdsN+5IFXGUTwRy6ERH1Tpw=; b=R0owhD2AhK6VpAHbRHT6aOUTlLmEq/DJYdwerWhwlzdPOMIEMw8ZdZ51v/nJ/cv6tA BJdYsqnt40iQX3yK5pg2UjRXwrj8wEtFDz0o1ZvzeTdSet0MliBsfweH91jeVzjfMI2U VexvhuyirZ/8tqtWtqcGqAnXhYdWBzWsDsZeKQx4/oJzejV4DbigqD+vd+hoz2YowiYF e7ElYk2Y6KT1JhJ4wu4Q2zkDlIq/qkhX3GJvoE7SwY4gCJYEPw7oidjo4Yx+V0Gn2WvO oBBVHn9zsiGcyF7QAbtDfSGMq03UX6wnr8C32S/IQYhoFSjLmx7bcQKXpSXbw7E8sxwy gkNg== X-Gm-Message-State: AOAM531VeofFEvVWAtXOehvt2gJssZw8jrybiWCTOuE0pvgXGIiF6uy+ +znHUlQLuCaDPxsGfK0Hvho= X-Received: by 2002:a63:8f17:: with SMTP id n23mr23748027pgd.82.1620624505405; Sun, 09 May 2021 22:28:25 -0700 (PDT) Received: from localhost (60-241-47-46.tpgi.com.au. [60.241.47.46]) by smtp.gmail.com with ESMTPSA id n8sm10018704pgm.7.2021.05.09.22.28.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 09 May 2021 22:28:25 -0700 (PDT) Date: Mon, 10 May 2021 15:28:20 +1000 From: Nicholas Piggin Subject: Re: [V3 PATCH 03/16] powerpc/vas: Create take/drop task reference functions To: Haren Myneni , herbert@gondor.apana.org.au, linux-crypto@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, mpe@ellerman.id.au Cc: haren@us.ibm.com, hbabu@us.ibm.com References: <3d634fb22a1d3d87f3172b23414a48650fc9a366.camel@linux.ibm.com> In-Reply-To: <3d634fb22a1d3d87f3172b23414a48650fc9a366.camel@linux.ibm.com> MIME-Version: 1.0 Message-Id: <1620624047.yy8sqcrk40.astroid@bobo.none> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Excerpts from Haren Myneni's message of April 18, 2021 7:03 am: >=20 > Take task reference when each window opens and drops during close. > This functionality is needed for powerNV and pseries. So this patch > defines the existing code as functions in common book3s platform > vas-api.c >=20 > Signed-off-by: Haren Myneni > --- > arch/powerpc/include/asm/vas.h | 20 ++++++++ > arch/powerpc/platforms/book3s/vas-api.c | 51 ++++++++++++++++++ > arch/powerpc/platforms/powernv/vas-fault.c | 10 ++-- > arch/powerpc/platforms/powernv/vas-window.c | 57 ++------------------- > arch/powerpc/platforms/powernv/vas.h | 6 +-- > 5 files changed, 83 insertions(+), 61 deletions(-) >=20 > diff --git a/arch/powerpc/include/asm/vas.h b/arch/powerpc/include/asm/va= s.h > index 6bbade60d8f4..2daaa1a2a9a9 100644 > --- a/arch/powerpc/include/asm/vas.h > +++ b/arch/powerpc/include/asm/vas.h > @@ -5,6 +5,9 @@ > =20 > #ifndef _ASM_POWERPC_VAS_H > #define _ASM_POWERPC_VAS_H > +#include > +#include > +#include > #include > =20 > =20 > @@ -60,6 +63,22 @@ struct vas_user_win_ops { > int (*close_win)(void *); > }; > =20 > +struct vas_win_task { > + struct pid *pid; /* Thread group ID of owner */ > + struct pid *tgid; /* Linux process mm_struct */ > + struct mm_struct *mm; /* Linux process mm_struct */ > +}; Looks okay, happy with struct vas_win_task? (and vas_user_win_ops)? I'd be happier to have everything related to vas windows prefixed with=20 vas_window_ consistently, and have _user be present always for userspace windows, but you have to read and type it. > + > +static inline void vas_drop_reference_task(struct vas_win_task *task) This is not dropping a reference task, but a task reference. And it's=20 not really a task reference as far as Linux understands, but a reference on pid (not task) and mm related to an open vas window. And specifically a user window (with corresponding vas_user_win_ops). Could it be called a 'struct vas_window_user_ref' instead? Thanks, Nick > +{ > + /* Drop references to pid and mm */ > + put_pid(task->pid); > + if (task->mm) { > + mm_context_remove_vas_window(task->mm); > + mmdrop(task->mm); > + }