Received: by 10.223.185.116 with SMTP id b49csp1275736wrg; Wed, 21 Feb 2018 15:39:09 -0800 (PST) X-Google-Smtp-Source: AH8x224hYGjDi/huo71m7sbYjRteaKs6pdLTBTvxQoAOu+cZmWTFLLFFCJHwPLC2llyRJi+OmGGu X-Received: by 10.101.69.13 with SMTP id n13mr4054343pgq.62.1519256349438; Wed, 21 Feb 2018 15:39:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519256349; cv=none; d=google.com; s=arc-20160816; b=EhfGMipiyy8ty9GDgXg9honOj5pTSIW1rPw9Oi6ynP4bb8zcMrT6lIxqejw0qU8gm2 U4JSGpqIY19xTOhVrktBx9Wac+3GECd4IGbxmWXtd5wcaoluN/fqtJ7s+fE5xmfIIF38 ptqbR71E5yZ2mCrfNzJdEJWaCOUcDaM9hS+R53arZ8lRvOJTxbkG5iC2N4IM5qi69JuA PssuA4P38U69g2cwBpJ0P9JH2ph5FPcft4cZrsaDMpfAY1c3Iy3XSyc+xml+y7yerI+X hOjYBV5x9B2LonE111olzFl/31F1tOp/HRudCIOebbzJFOMHPwy0rkmBzihOzTiEWxr1 Jjrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :mime-version:organization:references:in-reply-to:date:cc:to:from :subject:arc-authentication-results; bh=OH4cM190tcMSH6n9WIpFVBOzKnmjxW0FrFiHRnUtod0=; b=Waifv558q9AmgOxnzW52+Fhd9flw6s96NuGOJwDKXlasqDAdOULGJoi+eJVfyb71Kj +T6agJlRwk4aMM56z64JxAEShbvgMsO+B+FWXcZt2iLOhSeetEDeEqqz1mKy2L2qPoIR NYxQsRIVbrCUZVj9RosgZR7qbXOxpFDQmXjE+FdWNoN4pLoNHNO2j0/BPNbUXxeguorH EuNd9BIR8sg66g8cwVuKFMypvE37y6DN/jwWnIIwahrTanhyRKX6ZUJXO57R3oMY725U TlhCX0u4VFuwi0xsK23oPwPqje7pRAMC782rbaVNERrp1xlQDXbzPgJyIN+dOVVDQ3qJ Hk6g== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p23si1779087pgc.730.2018.02.21.15.38.54; Wed, 21 Feb 2018 15:39:09 -0800 (PST) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751168AbeBUXhw (ORCPT + 99 others); Wed, 21 Feb 2018 18:37:52 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:52624 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750765AbeBUXhv (ORCPT ); Wed, 21 Feb 2018 18:37:51 -0500 Received: from pps.filterd (m0098419.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w1LNTVbF088325 for ; Wed, 21 Feb 2018 18:37:50 -0500 Received: from e06smtp10.uk.ibm.com (e06smtp10.uk.ibm.com [195.75.94.106]) by mx0b-001b2d01.pphosted.com with ESMTP id 2g9ej7gceh-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Wed, 21 Feb 2018 18:37:50 -0500 Received: from localhost by e06smtp10.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Wed, 21 Feb 2018 23:37:48 -0000 Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195) by e06smtp10.uk.ibm.com (192.168.101.140) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Wed, 21 Feb 2018 23:37:46 -0000 Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58]) by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w1LNbjET62718020; Wed, 21 Feb 2018 23:37:45 GMT Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 556C44C04E; Wed, 21 Feb 2018 23:31:22 +0000 (GMT) Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 03F0B4C04A; Wed, 21 Feb 2018 23:31:22 +0000 (GMT) Received: from ozlabs.au.ibm.com (unknown [9.192.253.14]) by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTP; Wed, 21 Feb 2018 23:31:21 +0000 (GMT) Received: from adsilva.ozlabs.ibm.com (haven.au.ibm.com [9.192.254.114]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.au.ibm.com (Postfix) with ESMTPSA id 1DB5CA0146; Thu, 22 Feb 2018 10:37:44 +1100 (AEDT) Subject: Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace From: "Alastair D'Silva" To: Frederic Barrat , Balbir Singh Cc: Arnd Bergmann , frederic.barrat@fr.ibm.com, Greg KH , "linux-kernel@vger.kernel.org" , linuxppc-dev , Andrew Donnellan Date: Thu, 22 Feb 2018 10:37:43 +1100 In-Reply-To: References: <20180221045736.7614-1-alastair@au1.ibm.com> Organization: IBM Australia Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.5 (3.26.5-1.fc27) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 x-cbid: 18022123-0040-0000-0000-000004153A7F X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18022123-0041-0000-0000-000026184D9C Message-Id: <1519256263.2867.8.camel@au1.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-02-21_08:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1802210279 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2018-02-21 at 12:25 +0100, Frederic Barrat wrote: > > Le 21/02/2018 à 07:43, Balbir Singh a écrit : > > On Wed, Feb 21, 2018 at 3:57 PM, Alastair D'Silva > .com> wrote: > > > From: Alastair D'Silva > > > > > > Some required information is not exposed to userspace currently > > > (eg. the > > > PASID), pass this information back, along with other information > > > which > > > is currently communicated via sysfs, which saves some parsing > > > effort in > > > userspace. > > > > > > Signed-off-by: Alastair D'Silva > > > > > Should we document the fields? pp_ stands for per process, but is > > not > > very clear at first look. Why do we care to return only the size, > > what > > about lpc size? > > My bad, I forgot to mention it before. There's a somewhat high-level > description which needs updating in: > Documentation/accelerators/ocxl.rst > > It doesn't go down to the level of the structure members, but at > least > all ioctl commands should have a brief description. > I'll update the docs. > lpc_size could be added. It's currently useless to the library, but > doesn't hurt. The one which was giving me troubles on a previous > version > of this patch was the lpc numa node ID, since that was experimental > code > and felt out of place considering what's been upstreamed in skiboot > and > linux so far. I'd rather add the LPC members when the rest of the LPC code goes in. At the moment, the LPC size represents the window size (as a power of 2), whereas we expect that it should represent the actual amount of LPC memory exposed. I would rather avoid changing semantics of members in released code, or burning another reserved member for the updated definition if we can avoid it. -- Alastair D'Silva Open Source Developer Linux Technology Centre, IBM Australia mob: 0423 762 819