Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2401063pxj; Sun, 13 Jun 2021 19:44:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz0F3EuUxL8WyGkRDpxK9GA4Sc/S1/gBlNlQJitnDXwVp+hKNmlvWRaF/PM/X7kqcevbFZ5 X-Received: by 2002:aa7:d294:: with SMTP id w20mr14983700edq.229.1623638687114; Sun, 13 Jun 2021 19:44:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623638687; cv=none; d=google.com; s=arc-20160816; b=O0CJuX+8pH70l/s32zuBH2vTvBjG0WvY4/sMECYy2uf3fN6g8nZgx1QcnkS0YFbCEM 9FWzeAMsVmxUP3EkbWuxpXmPAgKbu8DRdQy+76/3pgLaQYMhFbr0DVTdVgWm0Wok6/Qu ITFakX+RcsJddPz/caEWmWqtr4VazxAVqZ0mFuO3CboL1C3ZuL1Zjk/P5KUxsmbIwezq G5DFzNfkuT0p8SZp43+ZxIeFiKhA2xQz3f7rz1ckJAAEGFcLEpQ91Jy7AM9ceKqTkPVH +2av5Y3eS5qrqzO3si2g1bOXLpKxL4kWGvFxf1xF5E9oqkEXQyyu2I34wUKFiKnZLqSg z5MQ== 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=hi1JkwtFcpKCljuihi5pbntE8L1PdYXhYCCxSqZJjbw=; b=Lcj1dChIi8G3UU0TVxHWTKsEl/M0BYXaeBXwuKaiAzmPrCuRDa8Cb8F4juHrFqucTX 0h9wP5bmoViqDah6wNaz5kgWl3seGvCH4w78sFLegos7ywl/ZLgsb/A28hm2n4mFVCHc BH7Rc7aN+EGVcnqbekUKoWo+DDeQY5zYfMzTuyUZd/7xXMvTOLRwUlNnI+Yn72oDLi+H DCiVTinxKOldDseVEkdNRQ8DTqNa8atOSbOPzscMqNgN0N5ye0pfKDeZIp7PpIw/VCYN iFj7ZfLhy+xxHqQAkcpSyV+Xhi3uNtNKDEdBLovxo6pjBpuIKAgpbBPzcRh5L39BJKa+ u/Yw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=cadI8RVI; 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 c11si1157886edy.202.2021.06.13.19.44.24; Sun, 13 Jun 2021 19:44:47 -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=cadI8RVI; 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 S232336AbhFNCfO (ORCPT + 99 others); Sun, 13 Jun 2021 22:35:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40966 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232269AbhFNCfO (ORCPT ); Sun, 13 Jun 2021 22:35:14 -0400 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C48B4C061574 for ; Sun, 13 Jun 2021 19:32:59 -0700 (PDT) Received: by mail-pl1-x632.google.com with SMTP id 11so5751772plk.12 for ; Sun, 13 Jun 2021 19:32:59 -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=hi1JkwtFcpKCljuihi5pbntE8L1PdYXhYCCxSqZJjbw=; b=cadI8RVIufgbtI7nDCbP1PxiS+dcSzYHd7a1QHyQdCWpfebHWJefpohUsDTd15qt+4 0wo7kjIGmj558pX1WFit0dx9YG5OIlrZ5dFSbydvVQw3ySG+c4FehKWsK9KavAE+1tIB gLK9kg/WH3QdU+p82Fhl1RMueCONHvUCyxPtXTu26ROxFql/EcLNkOPKg77JjanIW5jX MNc3qEK+hQIfQiyNhi29dg7o4mXstdjgb+MPOqEqbPWb9ejPcKm2e4kTVSWynApHprnt AfORwT2rliB14+fpi8Y8UKfx8wodUb9QdMR3biQN2SUqk2CaaKvn0eHMY+Ydwjd9i/h0 im5Q== 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=hi1JkwtFcpKCljuihi5pbntE8L1PdYXhYCCxSqZJjbw=; b=sSl+Uzv/0Luw2bVLPFrTjiGBwrN0Q0ZzK7qdOdPbPFV75WYf2ognA1iNNStnVOjwsw 53v7BGrQDdG2OoYRhaB3XA4oucamE48/g3/A8jrhoAuHFwG+HGeogVVEWKZxsrsbyzHj K5kcQ3s7xcf0kgx5CJtrtNYh5wWfvisOXypcVjH1Mi/W8tXXoJbszBbwS5R8BcXO6L8N zBqbUE0h7kymHWJoRVBzd7kU1RwlQz7jLJr3dtWEoEH9eDt3RzdlNekGb/sXCkNx/z21 KKrcMXLFRrGXLBET2REvRA3x3hx0xOIUBcZYd+3W1I/EMAqLKwS280ONreryhEou4BWe /flw== X-Gm-Message-State: AOAM530PVIiRq9/moHGIoB3depqnW9yAGJuRkKenkdx6HbOReFwloos3 kyX3GSTMbpXFoPkCi5GpOXk= X-Received: by 2002:a17:90a:2b46:: with SMTP id y6mr11397874pjc.157.1623637979365; Sun, 13 Jun 2021 19:32:59 -0700 (PDT) Received: from localhost (60-242-147-73.tpgi.com.au. [60.242.147.73]) by smtp.gmail.com with ESMTPSA id p19sm15285144pjv.21.2021.06.13.19.32.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 13 Jun 2021 19:32:59 -0700 (PDT) Date: Mon, 14 Jun 2021 12:32:54 +1000 From: Nicholas Piggin Subject: Re: [PATCH v5 09/17] powerpc/vas: Define QoS credit flag to allocate window 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: <64c8e95b25f58c5e05c98765dab2bc8eb9b1483d.camel@linux.ibm.com> In-Reply-To: <64c8e95b25f58c5e05c98765dab2bc8eb9b1483d.camel@linux.ibm.com> MIME-Version: 1.0 Message-Id: <1623637934.3ehnhbfou2.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 June 13, 2021 9:00 pm: >=20 > PowerVM introduces two different type of credits: Default and Quality > of service (QoS). >=20 > The total number of default credits available on each LPAR depends > on CPU resources configured. But these credits can be shared or > over-committed across LPARs in shared mode which can result in > paste command failure (RMA_busy). To avoid NX HW contention, the > hypervisor ntroduces QoS credit type which makes sure guaranteed > access to NX esources. The system admins can assign QoS credits > or each LPAR via HMC. >=20 > Default credit type is used to allocate a VAS window by default as > on PowerVM implementation. But the process can pass > VAS_TX_WIN_FLAG_QOS_CREDIT flag with VAS_TX_WIN_OPEN ioctl to open > QoS type window. >=20 > Signed-off-by: Haren Myneni Flag name looks good now. Again I don't have the spec, so Acked-by: Nicholas Piggin Thanks, Nick > --- > arch/powerpc/include/uapi/asm/vas-api.h | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) >=20 > diff --git a/arch/powerpc/include/uapi/asm/vas-api.h b/arch/powerpc/inclu= de/uapi/asm/vas-api.h > index ebd4b2424785..7c81301ecdba 100644 > --- a/arch/powerpc/include/uapi/asm/vas-api.h > +++ b/arch/powerpc/include/uapi/asm/vas-api.h > @@ -13,11 +13,15 @@ > #define VAS_MAGIC 'v' > #define VAS_TX_WIN_OPEN _IOW(VAS_MAGIC, 0x20, struct vas_tx_win_open_att= r) > =20 > +/* Flags to VAS TX open window ioctl */ > +/* To allocate a window with QoS credit, otherwise use default credit */ > +#define VAS_TX_WIN_FLAG_QOS_CREDIT 0x0000000000000001 > + > struct vas_tx_win_open_attr { > __u32 version; > __s16 vas_id; /* specific instance of vas or -1 for default */ > __u16 reserved1; > - __u64 flags; /* Future use */ > + __u64 flags; > __u64 reserved2[6]; > }; > =20 > --=20 > 2.18.2 >=20 >=20 >=20