Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp348026pxb; Thu, 30 Sep 2021 07:22:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQ59wzfwv+CGjwaUrBC+a2y7XveiayEFnUFPE3XWTI31CT1cOUPEY4TAT1y0Tp3KPCAOwV X-Received: by 2002:a17:90b:303:: with SMTP id ay3mr10393440pjb.237.1633011756720; Thu, 30 Sep 2021 07:22:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633011756; cv=none; d=google.com; s=arc-20160816; b=Rhc2WPRWL7NXpZdX4z201G6UgMCSwLI9/7qG3pbJvmPjEvnQrGdBiu6bnkYRGE2f91 XqN37jkoOGHr7yBq1/ikfQM6Hgrc8vK/2fpY/WGYy88oApkdUsBlK8PgLcoCioRQI9IO 974WZhe9rtZrfT5cMBr7ByjMno86uZ6VF0gFjb3cOmujDGFxgx0K23xfIYhUc98K0nT1 uHXiSncK1DfsIswOHBXZXKf64tUwVj8sfRkYnJi5/ceyuc7ZWcHSGOsvLEmQkR0UJVtb xjM74cy4nZL+833MQoPQEHp2T6CzFhcL0In+v+PpJ/U5KS7Km8cYCjJXYXngL9s748BV py/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=W9cgTk6h0wqbwfayatXQtxHz8mob4jZCCoq7sCyhp1s=; b=ZYAl6UC6jbOpwnm5hZSw/y5t9pkQ5Z3EJUKRIBNczWoYkDPccucdbHmzCObYhSebjB i9VYxlK5RSN0GEevnQ4WWVMKuuvcuLIvZOBZ/y6KHk5RiYF4OS6dEoWyjU1ceGtSFcA3 D1Pvt+xCedhrEG4Qdp3xRlOmGgXg67ooRgbLcsoygiaNRzQa7EWHRnFk0fUIgKr6MXNT dVHbVphvbm1Lb/BdsTsJJG2YySbXJKURiG73RNggRDV31BI/D4Lv4ymmMlc0FcY3Y6V7 gibrUowIOJ4XDQ9zHpMOYJzj66dyyorjuFIbr7wfaZqCr9EHCENvu8b0cwjmE3QrSLoI GE2w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=eDUuL0ja; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s13si3746972plq.286.2021.09.30.07.22.22; Thu, 30 Sep 2021 07:22:36 -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; dkim=pass header.i=@linaro.org header.s=google header.b=eDUuL0ja; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348767AbhI3IvV (ORCPT + 99 others); Thu, 30 Sep 2021 04:51:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40274 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348233AbhI3IvV (ORCPT ); Thu, 30 Sep 2021 04:51:21 -0400 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A9324C06176A for ; Thu, 30 Sep 2021 01:49:38 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id l18-20020a05600c4f1200b002f8cf606262so7725593wmq.1 for ; Thu, 30 Sep 2021 01:49:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=W9cgTk6h0wqbwfayatXQtxHz8mob4jZCCoq7sCyhp1s=; b=eDUuL0ja//PuyQ4fz3l1hxyHwsDpNJ5f3l6+0Y2z6OfrW7O1uddJSWX4e7FGcFAMa1 9LYUj8wO2yxSk/JUNdXvJq7aO5QrczADrIhrCk9uRBbQ4qb4YCaYdI/OVVhhAhSc5G8s f38pfWZD4da7JbtDolq6vbv3GKZ8vfXXVer4xPD4lYLWQ17RIz8v2SSckshCMfFywrWM UiwZcc3qwiw681dRJuv/gMZBn7y8RLyJtR85zXh0uCuxlNfSC+P54nKcc5Y5Owgqqw+o iI8GiFwU1oejKRoluZVITVWv/sZQoKnvBqERIZpoi/u+vWuFOaaQQIMW5dUWY+SfYO6U lExA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=W9cgTk6h0wqbwfayatXQtxHz8mob4jZCCoq7sCyhp1s=; b=OonP8b6nxD5w9GXNoxsZungW/FKKTmKUT8l0Yn/Ll3m0V925gMU5qCEHrNI6TgzHNS 2V+GdmMbJkadVEc48u3o/Olh/hMUDT6b8Hy93ewxpcBF7IARseZMQI/0kkWIhU/MohjZ Fjm4T+aY5/ibJ2B1ps4Dzil2rmyqBJTJfJJlejAGOhFC9HcOX3+3miqJy81V2CEttu4z KABfcQQ4O1FkmZDxr415AbQ8N58Keii5TxjWO+DBB4n/lEpSZyVJGUkkVnmpvp3XVroF 9H2Ddnk7R4TFFQ7+TSiXEKgvqe5kvehxrn9d7RYLlw7b3AIYIYX3WAWRb7n3uUsaX07/ 1mCQ== X-Gm-Message-State: AOAM532ZAjnCo/HPvjxKSB1VAA3No7fvKoc45KEsDrWeLUwUoRx/Jsyt ZHvgTw7aru9DGZGxZQhki8/2yw== X-Received: by 2002:a7b:c948:: with SMTP id i8mr14365780wml.193.1632991777323; Thu, 30 Sep 2021 01:49:37 -0700 (PDT) Received: from myrica (cpc92880-cmbg19-2-0-cust679.5-4.cable.virginm.net. [82.27.106.168]) by smtp.gmail.com with ESMTPSA id n66sm2295448wmn.2.2021.09.30.01.49.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Sep 2021 01:49:36 -0700 (PDT) Date: Thu, 30 Sep 2021 09:49:16 +0100 From: Jean-Philippe Brucker To: Vivek Kumar Gautam Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux-foundation.org, virtualization@lists.linux-foundation.org, joro@8bytes.org, will.deacon@arm.com, mst@redhat.com, robin.murphy@arm.com, eric.auger@redhat.com, kevin.tian@intel.com, jacob.jun.pan@linux.intel.com, yi.l.liu@intel.com, Lorenzo.Pieralisi@arm.com, shameerali.kolothum.thodi@huawei.com, Alex Williamson Subject: Re: [PATCH RFC v1 01/11] uapi/virtio-iommu: Add page request grp-id and flags information Message-ID: References: <20210423095147.27922-1-vivek.gautam@arm.com> <20210423095147.27922-2-vivek.gautam@arm.com> <3b490967-58b5-7c4a-2275-250e26d24aeb@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b490967-58b5-7c4a-2275-250e26d24aeb@arm.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 30, 2021 at 10:26:35AM +0530, Vivek Kumar Gautam wrote: > > I'm not sure why we made it 32-bit in Linux UAPI, it's a little wasteful. > > PCIe PRGI is 9-bits and SMMU STAG is 16-bits. Since the scope of the grpid > > is the endpoint, 16-bit means 64k in-flight faults per endpoint, which > > seems more than enough. > > Right, I will update this to 16-bits field. It won't be okay to update the > iommu uAPI now, right? Since there is no UAPI transport for the fault request/response at the moment, it should be possible to update it. Thanks, Jean