linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Wu, Hao" <hao.wu@intel.com>
To: Tom Rix <trix@redhat.com>,
	"Weight, Russell H" <russell.h.weight@intel.com>,
	"mdf@kernel.org" <mdf@kernel.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-fpga@vger.kernel.org" <linux-fpga@vger.kernel.org>
Subject: RE: [PATCH] fpga: region: handle compat_id as an uuid
Date: Wed, 28 Jul 2021 01:36:56 +0000	[thread overview]
Message-ID: <DM6PR11MB38199F872DC94971D9C8A53885EA9@DM6PR11MB3819.namprd11.prod.outlook.com> (raw)
In-Reply-To: <ba28bac6-9c6d-de73-523f-b8ba4bef84de@redhat.com>

> On 7/26/21 3:12 PM, Russ Weight wrote:
> > On 7/26/21 1:26 PM, trix@redhat.com wrote:
> >> From: Tom Rix <trix@redhat.com>
> >>
> >> An fpga region's compat_id is exported by the sysfs
> >> as a 128 bit hex string formed by concatenating two
> >> 64 bit values together.
> >>
> >> The only user of compat_id is dfl.  Its user library
> >> opae converts this value into a uuid.
> >>
> >> ex/
> >> $ cat /sys/class/fpga_region/region1/compat_id
> >> f3c9941350814aadbced07eb84a6d0bb
> >>
> >> Is reported as
> >> $ fpgainfo bmc
> >> ...
> >> Pr Interface Id                  : f3c99413-5081-4aad-bced-07eb84a6d0bb
> >>
> >> Storing a uuid as 2 64 bit values is vendor specific.
> >> And concatenating them together is vendor specific.
> >>
> >> It is better to store and print out as a vendor neutral uuid.
> >>
> >> Change fpga_compat_id from a struct to a union.
> >> Keep the old 64 bit values for dfl.
> >> Sysfs output is now
> >> f3c99413-5081-4aad-bced-07eb84a6d0bb
> > I'm fowarding feedback from Tim Whisonant, one of the OPAE userspace
> > developers:
> >
> > I think that this change to the sysfs for the compat_id node will
> > end up breaking the SDK, which does not expect the '-' characters to
> > be included when parsing the sysfs value. Currently, it is parsed as
> > a raw hex string without regard to any '-' characters. This goes for
> > any "guid" currently exported by sysfs and for what we read in the
> > device MMIO space.
> 
> Yes, it will.
> 
> And there are other places, like dfl-afu-main.c:afu_id_show()
> 
> outputs raw hex that sdk turns into a uuid.
> 
> 
> Some options.
> 
> If no one but dfl will ever use it, then v1 of patchset.
> 
> If others can use it but don't want to change dfl, then v2 of patchset,
> my favorite.
> 
> Or this one for uuid for everyone, what have been v3 but changed too much.
> 
> 
> could dfl change generally to output uuid's to the sysfs ?
> 
> this would be generally helpful and a one time disruption to the sdk.

This change limited the output format to uuid_t, but if any hardware doesn't
use uuid_t on hardware may have to convert it back from the sysfs output in
userspace. Leave it to print hardware values (e.g. from register), and convert
it in userspace should be fine too I think.

Thanks
Hao

> 
> Tom
> 
> >
> > - Russ
> >
> >> Signed-off-by: Tom Rix <trix@redhat.com>
> >> ---
> >>   .../ABI/testing/sysfs-class-fpga-region        |  4 ++--
> >>   drivers/fpga/dfl-fme-mgr.c                     |  8 ++++----
> >>   drivers/fpga/fpga-region.c                     |  4 +---
> >>   include/linux/fpga/fpga-mgr.h                  | 18 ++++++++++++------
> >>   include/linux/fpga/fpga-region.h               |  2 +-
> >>   5 files changed, 20 insertions(+), 16 deletions(-)
> >>
> >> diff --git a/Documentation/ABI/testing/sysfs-class-fpga-region
> b/Documentation/ABI/testing/sysfs-class-fpga-region
> >> index bc7ec644acc9a..241359fb74a55 100644
> >> --- a/Documentation/ABI/testing/sysfs-class-fpga-region
> >> +++ b/Documentation/ABI/testing/sysfs-class-fpga-region
> >> @@ -5,5 +5,5 @@ Contact:	Wu Hao <hao.wu@intel.com>
> >>   Description:	FPGA region id for compatibility check, e.g. compatibility
> >>   		of the FPGA reconfiguration hardware and image. This value
> >>   		is defined or calculated by the layer that is creating the
> >> -		FPGA region. This interface returns the compat_id value or
> >> -		just error code -ENOENT in case compat_id is not used.
> >> +		FPGA region. This interface returns a uuid value or just
> >> +		error code -ENOENT in case compat_id is not used.
> >> diff --git a/drivers/fpga/dfl-fme-mgr.c b/drivers/fpga/dfl-fme-mgr.c
> >> index d5861d13b3069..012b72712684c 100644
> >> --- a/drivers/fpga/dfl-fme-mgr.c
> >> +++ b/drivers/fpga/dfl-fme-mgr.c
> >> @@ -273,16 +273,16 @@ static const struct fpga_manager_ops
> fme_mgr_ops = {
> >>   };
> >>
> >>   static void fme_mgr_get_compat_id(void __iomem *fme_pr,
> >> -				  struct fpga_compat_id *id)
> >> +				  union fpga_compat_id *id)
> >>   {
> >> -	id->id_l = readq(fme_pr + FME_PR_INTFC_ID_L);
> >> -	id->id_h = readq(fme_pr + FME_PR_INTFC_ID_H);
> >> +	id->id_l = cpu_to_be64(readq(fme_pr + FME_PR_INTFC_ID_L));
> >> +	id->id_h = cpu_to_be64(readq(fme_pr + FME_PR_INTFC_ID_H));
> >>   }
> >>
> >>   static int fme_mgr_probe(struct platform_device *pdev)
> >>   {
> >>   	struct dfl_fme_mgr_pdata *pdata = dev_get_platdata(&pdev->dev);
> >> -	struct fpga_compat_id *compat_id;
> >> +	union fpga_compat_id *compat_id;
> >>   	struct device *dev = &pdev->dev;
> >>   	struct fme_mgr_priv *priv;
> >>   	struct fpga_manager *mgr;
> >> diff --git a/drivers/fpga/fpga-region.c b/drivers/fpga/fpga-region.c
> >> index a4838715221ff..f1083b5894635 100644
> >> --- a/drivers/fpga/fpga-region.c
> >> +++ b/drivers/fpga/fpga-region.c
> >> @@ -166,9 +166,7 @@ static ssize_t compat_id_show(struct device *dev,
> >>   	if (!region->compat_id)
> >>   		return -ENOENT;
> >>
> >> -	return sprintf(buf, "%016llx%016llx\n",
> >> -		       (unsigned long long)region->compat_id->id_h,
> >> -		       (unsigned long long)region->compat_id->id_l);
> >> +	return sprintf(buf, "%pU\n", &region->compat_id->uuid);
> >>   }
> >>
> >>   static DEVICE_ATTR_RO(compat_id);
> >> diff --git a/include/linux/fpga/fpga-mgr.h b/include/linux/fpga/fpga-mgr.h
> >> index ec2cd8bfceb00..b12f9994932e1 100644
> >> --- a/include/linux/fpga/fpga-mgr.h
> >> +++ b/include/linux/fpga/fpga-mgr.h
> >> @@ -10,6 +10,7 @@
> >>
> >>   #include <linux/mutex.h>
> >>   #include <linux/platform_device.h>
> >> +#include <linux/uuid.h>
> >>
> >>   struct fpga_manager;
> >>   struct sg_table;
> >> @@ -144,14 +145,19 @@ struct fpga_manager_ops {
> >>   #define FPGA_MGR_STATUS_FIFO_OVERFLOW_ERR	BIT(4)
> >>
> >>   /**
> >> - * struct fpga_compat_id - id for compatibility check
> >> - *
> >> + * union fpga_compat_id - id for compatibility check
> >> + * Can be accessed as either:
> >> + * @uuid: the base uuid_t type
> >> + * or
> >>    * @id_h: high 64bit of the compat_id
> >>    * @id_l: low 64bit of the compat_id
> >>    */
> >> -struct fpga_compat_id {
> >> -	u64 id_h;
> >> -	u64 id_l;
> >> +union fpga_compat_id {
> >> +	uuid_t uuid;
> >> +	struct {
> >> +		u64 id_h;
> >> +		u64 id_l;
> >> +	};
> >>   };
> >>
> >>   /**
> >> @@ -169,7 +175,7 @@ struct fpga_manager {
> >>   	struct device dev;
> >>   	struct mutex ref_mutex;
> >>   	enum fpga_mgr_states state;
> >> -	struct fpga_compat_id *compat_id;
> >> +	union fpga_compat_id *compat_id;
> >>   	const struct fpga_manager_ops *mops;
> >>   	void *priv;
> >>   };
> >> diff --git a/include/linux/fpga/fpga-region.h b/include/linux/fpga/fpga-
> region.h
> >> index 27cb706275dba..7cc2ee543efb4 100644
> >> --- a/include/linux/fpga/fpga-region.h
> >> +++ b/include/linux/fpga/fpga-region.h
> >> @@ -24,7 +24,7 @@ struct fpga_region {
> >>   	struct list_head bridge_list;
> >>   	struct fpga_manager *mgr;
> >>   	struct fpga_image_info *info;
> >> -	struct fpga_compat_id *compat_id;
> >> +	union fpga_compat_id *compat_id;
> >>   	void *priv;
> >>   	int (*get_bridges)(struct fpga_region *region);
> >>   };


  reply	other threads:[~2021-07-28  1:37 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-26 20:26 [PATCH] fpga: region: handle compat_id as an uuid trix
2021-07-26 22:12 ` Russ Weight
2021-07-27  0:16   ` Tom Rix
2021-07-28  1:36     ` Wu, Hao [this message]
2021-07-29 18:51       ` Moritz Fischer
2021-07-29 19:16         ` Tom Rix
2021-07-30  1:48           ` Xu Yilun
2021-07-30 12:07             ` Tom Rix
2021-08-03  3:32               ` Xu Yilun
2021-08-03 12:21                 ` Tom Rix
2021-08-04  1:44                   ` Xu Yilun
2021-08-04 13:21                     ` Tom Rix
2021-08-06  1:42                       ` Xu Yilun
2021-07-26 23:35 ` kernel test robot

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=DM6PR11MB38199F872DC94971D9C8A53885EA9@DM6PR11MB3819.namprd11.prod.outlook.com \
    --to=hao.wu@intel.com \
    --cc=linux-fpga@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mdf@kernel.org \
    --cc=russell.h.weight@intel.com \
    --cc=trix@redhat.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;
as well as URLs for NNTP newsgroup(s).