From: Alison Schofield <alison.schofield@intel.com>
To: Ben Widawsky <ben.widawsky@intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Ira Weiny <ira.weiny@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>
Cc: nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org
Subject: Re: [ndctl PATCH v2 3/6] libcxl: return the partition alignment field in bytes
Date: Thu, 13 Jan 2022 08:34:15 -0800 [thread overview]
Message-ID: <20220113163415.GA831585@alison-desk> (raw)
In-Reply-To: <20220113163149.GA831535@alison-desk>
On Thu, Jan 13, 2022 at 08:31:49AM -0800, Alison Schofield wrote:
>
> On Tue, Jan 11, 2022 at 10:33:31PM -0800, alison.schofield@intel.com wrote:
> > From: Alison Schofield <alison.schofield@intel.com>
> >
> > Per the CXL specification, the partition alignment field reports
> > the alignment value in multiples of 256MB. In the libcxl API, values
> > for all capacity fields are defined to return bytes.
> >
> > Update the partition alignment accessor to return bytes so that it
> > is in sync with other capacity related fields.
> >
> > Rename the function to reflect the new return value:
> > cxl_cmd_identify_get_partition_align_bytes()
>
> Vishal,
> Just realized that the cxl_identify_get_partition_align() API was released
> in ndctl-v72. Does that mean NAK on changing the name here?
> Alison
That question was incomplete! Does that mean NAK on changing what it
returns too? Or are 'we' early enough in cxl-cli to make such a change?
>
> >
> > Signed-off-by: Alison Schofield <alison.schofield@intel.com>
> > ---
> > cxl/lib/libcxl.c | 4 ++--
> > cxl/lib/libcxl.sym | 2 +-
> > cxl/libcxl.h | 2 +-
> > 3 files changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/cxl/lib/libcxl.c b/cxl/lib/libcxl.c
> > index 1fd584a..823bcb0 100644
> > --- a/cxl/lib/libcxl.c
> > +++ b/cxl/lib/libcxl.c
> > @@ -1078,7 +1078,7 @@ CXL_EXPORT int cxl_cmd_identify_get_fw_rev(struct cxl_cmd *cmd, char *fw_rev,
> > return 0;
> > }
> >
> > -CXL_EXPORT unsigned long long cxl_cmd_identify_get_partition_align(
> > +CXL_EXPORT unsigned long long cxl_cmd_identify_get_partition_align_bytes(
> > struct cxl_cmd *cmd)
> > {
> > struct cxl_cmd_identify *id =
> > @@ -1089,7 +1089,7 @@ CXL_EXPORT unsigned long long cxl_cmd_identify_get_partition_align(
> > if (cmd->status < 0)
> > return cmd->status;
> >
> > - return le64_to_cpu(id->partition_align);
> > + return le64_to_cpu(id->partition_align) * CXL_CAPACITY_MULTIPLIER;
> > }
> >
> > CXL_EXPORT unsigned int cxl_cmd_identify_get_label_size(struct cxl_cmd *cmd)
> > diff --git a/cxl/lib/libcxl.sym b/cxl/lib/libcxl.sym
> > index b7e969f..1e2cf05 100644
> > --- a/cxl/lib/libcxl.sym
> > +++ b/cxl/lib/libcxl.sym
> > @@ -34,7 +34,7 @@ global:
> > cxl_cmd_identify_get_total_bytes;
> > cxl_cmd_identify_get_volatile_only_bytes;
> > cxl_cmd_identify_get_persistent_only_bytes;
> > - cxl_cmd_identify_get_partition_align;
> > + cxl_cmd_identify_get_partition_align_bytes;
> > cxl_cmd_identify_get_label_size;
> > cxl_cmd_new_get_health_info;
> > cxl_cmd_health_info_get_maintenance_needed;
> > diff --git a/cxl/libcxl.h b/cxl/libcxl.h
> > index 46f99fb..f19ed4f 100644
> > --- a/cxl/libcxl.h
> > +++ b/cxl/libcxl.h
> > @@ -71,7 +71,7 @@ int cxl_cmd_identify_get_fw_rev(struct cxl_cmd *cmd, char *fw_rev, int fw_len);
> > unsigned long long cxl_cmd_identify_get_total_bytes(struct cxl_cmd *cmd);
> > unsigned long long cxl_cmd_identify_get_volatile_only_bytes(struct cxl_cmd *cmd);
> > unsigned long long cxl_cmd_identify_get_persistent_only_bytes(struct cxl_cmd *cmd);
> > -unsigned long long cxl_cmd_identify_get_partition_align(struct cxl_cmd *cmd);
> > +unsigned long long cxl_cmd_identify_get_partition_align_bytes(struct cxl_cmd *cmd);
> > unsigned int cxl_cmd_identify_get_label_size(struct cxl_cmd *cmd);
> > struct cxl_cmd *cxl_cmd_new_get_health_info(struct cxl_memdev *memdev);
> > int cxl_cmd_health_info_get_maintenance_needed(struct cxl_cmd *cmd);
> > --
> > 2.31.1
> >
>
next prev parent reply other threads:[~2022-01-13 16:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-12 6:33 [ndctl PATCH v2 0/6] Add partitioning support for CXL memdevs alison.schofield
2022-01-12 6:33 ` [ndctl PATCH v2 1/6] libcxl: add GET_PARTITION_INFO mailbox command and accessors alison.schofield
2022-01-12 6:33 ` [ndctl PATCH v2 2/6] libcxl: add accessors for capacity fields of the IDENTIFY command alison.schofield
2022-01-12 6:33 ` [ndctl PATCH v2 3/6] libcxl: return the partition alignment field in bytes alison.schofield
2022-01-13 16:31 ` Alison Schofield
2022-01-13 16:34 ` Alison Schofield [this message]
2022-01-14 7:28 ` Verma, Vishal L
2022-01-12 6:33 ` [ndctl PATCH v2 4/6] cxl: add memdev partition information to cxl-list alison.schofield
2022-01-12 6:33 ` [ndctl PATCH v2 5/6] libcxl: add interfaces for SET_PARTITION_INFO mailbox command alison.schofield
2022-01-12 6:33 ` [ndctl PATCH v2 6/6] cxl: add command set-partition-info alison.schofield
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220113163415.GA831585@alison-desk \
--to=alison.schofield@intel.com \
--cc=ben.widawsky@intel.com \
--cc=dan.j.williams@intel.com \
--cc=ira.weiny@intel.com \
--cc=linux-cxl@vger.kernel.org \
--cc=nvdimm@lists.linux.dev \
--cc=vishal.l.verma@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox