Received: by 10.223.185.116 with SMTP id b49csp1440243wrg; Wed, 21 Feb 2018 19:20:44 -0800 (PST) X-Google-Smtp-Source: AH8x226mhYXadmv9soV1xlTUlc41Z5C3jFKAEFRRGmVByZjQYVpM1QSnlEgn5N0htwY7BVs9di81 X-Received: by 2002:a17:902:64d0:: with SMTP id y16-v6mr5134606pli.258.1519269644139; Wed, 21 Feb 2018 19:20:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519269644; cv=none; d=google.com; s=arc-20160816; b=OTQUq1YNswgWGFYeB8QmrA+7VUqItpV4eKiAgNR/rbLTYS6UbCswPhEJEsjI4758Wl 6eniK8rHQQ/CBJXgxM3oTNk5kP0U00G6DRlaQEW/ERIswAzSDnVGf8kR/KY5DDjvbQqA 3BTTWyR1NxdkI+m8UJu28ZjnnLhLUGm1bwgErOdSK/9u35TT/MHF8IVDioz1uvwuKpkj yZJnDh8osHOGBF9hq1A+zFVJCpNAINJRA2ving8Dbh8lv1Puk93Fv4wXUpYXV7Zr0Cct oTQPcJHosLfa4+2uNeDta7O9C9N+xbHujCbI4mX87aJp1Vt8FlJbcRtGieUHrKjqXVJx 8bLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:arc-authentication-results; bh=hNvxlz27PWctrai00jFvtlbb8T8kYibB17JTX8nLuaA=; b=rg3/C5OrN5rDE62svqSosuk4zYFhyZOlsLl6fLRD7gpSmQrDYTlzNoQM3VyIfMaFPx byqATOLY3OWn+I4sxNSZK8aEnqy0Hhfk/dOa5Mm5lAmSrGmkF6uxFwYQcJyYrAgjyJXR FN7lHGefBNp4RNX2CNX+2il/2ld+RxrHG/YIBYQvcvEN2VDKgJpNsh8yM+GsgoM5xYQl vfwgU0lkG5QkPDvYfnyW3oeBt5sfP/9d0S85+yZVt23GK6DL5Vp0ZeE5YDg3mD5ZKeqE swwCdHlIfD91hBnwx/WjHrgrdQxWHmVy3HiVzActQbt2sgpMq1we0/7n1c+FXLVpXDi4 nh+A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 3-v6si10369470pll.585.2018.02.21.19.20.17; Wed, 21 Feb 2018 19:20:44 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752021AbeBVDTN (ORCPT + 99 others); Wed, 21 Feb 2018 22:19:13 -0500 Received: from ozlabs.org ([103.22.144.67]:40371 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751943AbeBVDTM (ORCPT ); Wed, 21 Feb 2018 22:19:12 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 3zn0264fS8z9sW2; Thu, 22 Feb 2018 14:19:10 +1100 (AEDT) From: Michael Ellerman To: Alastair D'Silva , Balbir Singh Cc: Arnd Bergmann , frederic.barrat@fr.ibm.com, Greg KH , "linux-kernel\@vger.kernel.org" , linuxppc-dev , Andrew Donnellan Subject: Re: [PATCH] ocxl: Add get_metadata IOCTL to share OCXL information to userspace In-Reply-To: <1519255934.2867.3.camel@au1.ibm.com> References: <20180221045736.7614-1-alastair@au1.ibm.com> <1519255934.2867.3.camel@au1.ibm.com> Date: Thu, 22 Feb 2018 14:19:10 +1100 Message-ID: <87h8q9r9sh.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org "Alastair D'Silva" writes: > On Wed, 2018-02-21 at 17:43 +1100, Balbir Singh wrote: >> On Wed, Feb 21, 2018 at 3:57 PM, Alastair D'Silva > om> wrote: >> > From: Alastair D'Silva >> > ... >> > diff --git a/include/uapi/misc/ocxl.h b/include/uapi/misc/ocxl.h >> > index 4b0b0b756f3e..16e1f48ce280 100644 >> > --- a/include/uapi/misc/ocxl.h >> > +++ b/include/uapi/misc/ocxl.h >> > @@ -32,6 +32,27 @@ struct ocxl_ioctl_attach { >> > __u64 reserved3; >> > }; >> > >> > +/* >> > + * Version contains the version of the struct. >> > + * Versions will always be backwards compatible, that is, new >> > versions will not >> > + * alter existing fields >> > + */ >> > +struct ocxl_ioctl_get_metadata { >> >> This sounds more like a function name, do we need it to be >> _get_metdata? >> > > It pretty much is a function, it returns to userspace metadata about > the descriptor being operated on. It's not a function, it's a struct? Outside of "management English" "get" is a verb, so using it in the name of the struct is confusing, it should be a noun phrase. cheers