netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: Shannon Nelson <shannon.nelson@amd.com>
Cc: brett.creeley@amd.com, davem@davemloft.net,
	netdev@vger.kernel.org, kuba@kernel.org, drivers@pensando.io,
	jiri@resnulli.us
Subject: Re: [PATCH v9 net-next 02/14] pds_core: add devcmd device interfaces
Date: Thu, 13 Apr 2023 11:33:25 +0300	[thread overview]
Message-ID: <20230413083325.GD17993@unreal> (raw)
In-Reply-To: <5394cb12-05fd-dcb9-eea1-6b64ff0232d6@amd.com>

On Mon, Apr 10, 2023 at 12:05:20PM -0700, Shannon Nelson wrote:
> On 4/9/23 4:46 AM, Leon Romanovsky wrote:
> > 
> > On Thu, Apr 06, 2023 at 04:41:31PM -0700, Shannon Nelson wrote:
> > > The devcmd interface is the basic connection to the device through the
> > > PCI BAR for low level identification and command services.  This does
> > > the early device initialization and finds the identity data, and adds
> > > devcmd routines to be used by later driver bits.
> > > 
> > > Signed-off-by: Shannon Nelson <shannon.nelson@amd.com>
> > > ---
> > >   drivers/net/ethernet/amd/pds_core/Makefile  |   4 +-
> > >   drivers/net/ethernet/amd/pds_core/core.c    |  36 ++
> > >   drivers/net/ethernet/amd/pds_core/core.h    |  52 +++
> > >   drivers/net/ethernet/amd/pds_core/debugfs.c |  68 ++++
> > >   drivers/net/ethernet/amd/pds_core/dev.c     | 349 ++++++++++++++++++++
> > >   drivers/net/ethernet/amd/pds_core/main.c    |  33 +-
> > >   include/linux/pds/pds_common.h              |  61 ++++
> > >   include/linux/pds/pds_intr.h                | 163 +++++++++
> > >   8 files changed, 763 insertions(+), 3 deletions(-)
> > >   create mode 100644 drivers/net/ethernet/amd/pds_core/core.c
> > >   create mode 100644 drivers/net/ethernet/amd/pds_core/dev.c
> > >   create mode 100644 include/linux/pds/pds_intr.h
> > 
> > <...>

<...>

> > >   #endif /* CONFIG_DEBUG_FS */
> > > diff --git a/drivers/net/ethernet/amd/pds_core/dev.c b/drivers/net/ethernet/amd/pds_core/dev.c
> > > new file mode 100644
> > > index 000000000000..52385a72246d
> > > --- /dev/null
> > > +++ b/drivers/net/ethernet/amd/pds_core/dev.c
> > > @@ -0,0 +1,349 @@
> > > +// SPDX-License-Identifier: GPL-2.0
> > > +/* Copyright(c) 2023 Advanced Micro Devices, Inc */
> > > +
> > > +#include <linux/errno.h>
> > > +#include <linux/pci.h>
> > > +#include <linux/utsname.h>
> > > +
> > > +#include "core.h"
> > > +
> > > +int pdsc_err_to_errno(enum pds_core_status_code code)
> > 
> > All users of this function, call to pdsc_devcmd_status() first. Probably
> > they need to be combined.
> 
> This is also called from pdsc_adminq_post() which doesn't use
> pdsc_devcmd_status().

I probably missed that.

> 
> > 
> > > +{
> > > +     switch (code) {
> > > +     case PDS_RC_SUCCESS:
> > > +             return 0;
> > > +     case PDS_RC_EVERSION:
> > > +     case PDS_RC_EQTYPE:
> > > +     case PDS_RC_EQID:
> > > +     case PDS_RC_EINVAL:
> > > +     case PDS_RC_ENOSUPP:
> > > +             return -EINVAL;
> > > +     case PDS_RC_EPERM:
> > > +             return -EPERM;
> > > +     case PDS_RC_ENOENT:
> > > +             return -ENOENT;
> > > +     case PDS_RC_EAGAIN:
> > > +             return -EAGAIN;
> > > +     case PDS_RC_ENOMEM:
> > > +             return -ENOMEM;
> > > +     case PDS_RC_EFAULT:
> > > +             return -EFAULT;
> > > +     case PDS_RC_EBUSY:
> > > +             return -EBUSY;
> > > +     case PDS_RC_EEXIST:
> > > +             return -EEXIST;
> > > +     case PDS_RC_EVFID:
> > > +             return -ENODEV;
> > > +     case PDS_RC_ECLIENT:
> > > +             return -ECHILD;
> > > +     case PDS_RC_ENOSPC:
> > > +             return -ENOSPC;
> > > +     case PDS_RC_ERANGE:
> > > +             return -ERANGE;
> > > +     case PDS_RC_BAD_ADDR:
> > > +             return -EFAULT;
> > > +     case PDS_RC_EOPCODE:
> > > +     case PDS_RC_EINTR:
> > > +     case PDS_RC_DEV_CMD:
> > > +     case PDS_RC_ERROR:
> > > +     case PDS_RC_ERDMA:
> > > +     case PDS_RC_EIO:
> > > +     default:
> > > +             return -EIO;
> > > +     }
> > > +}
> > 

<...>

> > > +/*
> > > + * enum pds_core_status_code - Device command return codes
> > > + */
> > > +enum pds_core_status_code {
> > > +     PDS_RC_SUCCESS  = 0,    /* Success */
> > > +     PDS_RC_EVERSION = 1,    /* Incorrect version for request */
> > > +     PDS_RC_EOPCODE  = 2,    /* Invalid cmd opcode */
> > > +     PDS_RC_EIO      = 3,    /* I/O error */
> > > +     PDS_RC_EPERM    = 4,    /* Permission denied */
> > > +     PDS_RC_EQID     = 5,    /* Bad qid */
> > > +     PDS_RC_EQTYPE   = 6,    /* Bad qtype */
> > > +     PDS_RC_ENOENT   = 7,    /* No such element */
> > > +     PDS_RC_EINTR    = 8,    /* operation interrupted */
> > > +     PDS_RC_EAGAIN   = 9,    /* Try again */
> > > +     PDS_RC_ENOMEM   = 10,   /* Out of memory */
> > > +     PDS_RC_EFAULT   = 11,   /* Bad address */
> > > +     PDS_RC_EBUSY    = 12,   /* Device or resource busy */
> > > +     PDS_RC_EEXIST   = 13,   /* object already exists */
> > > +     PDS_RC_EINVAL   = 14,   /* Invalid argument */
> > > +     PDS_RC_ENOSPC   = 15,   /* No space left or alloc failure */
> > > +     PDS_RC_ERANGE   = 16,   /* Parameter out of range */
> > > +     PDS_RC_BAD_ADDR = 17,   /* Descriptor contains a bad ptr */
> > > +     PDS_RC_DEV_CMD  = 18,   /* Device cmd attempted on AdminQ */
> > > +     PDS_RC_ENOSUPP  = 19,   /* Operation not supported */
> > > +     PDS_RC_ERROR    = 29,   /* Generic error */
> > > +     PDS_RC_ERDMA    = 30,   /* Generic RDMA error */
> > > +     PDS_RC_EVFID    = 31,   /* VF ID does not exist */
> > > +     PDS_RC_BAD_FW   = 32,   /* FW file is invalid or corrupted */
> > > +     PDS_RC_ECLIENT  = 33,   /* No such client id */
> > > +};
> > 
> > We asked from Intel to remove custom error codes and we would like to
> > ask it here too. Please use standard in-kernel errors.
> 
> These are part of the device interface defined by the device firmware and
> include some that aren't in the errno set.  This is why we use
> pdsc_err_to_errno() in pdsc_devcmd_wait() and pdsc_adminq_post(), so that we
> can change these status codes that we get from the device into standard
> kernel error codes.  We try to report both in error messages, but only
> return the kernel errno.

You don't really need to create separate enum for that and place
it in include/linux/pds/pds_common.h like you did.

You FW returns u8 status, which you can feed to pdsc_err_to_errno().
In the latter function, you will declare this translation enum.
Such core reorg will esnure that you still have meaningful FW statuses
while keeping them in limited code namespace.

> 
> However, I see in one place in pdsc_devcmd_wait() we're using the status
> codes where we could use the errno, so I'll fix that up.
> 
> 
> > 
> > > +
> > > +enum pds_core_driver_type {
> > > +     PDS_DRIVER_LINUX   = 1,
> > 
> > This is only relevant here, everything else is not applicable.
> > 
> > > +     PDS_DRIVER_WIN     = 2,
> > > +     PDS_DRIVER_DPDK    = 3,
> > > +     PDS_DRIVER_FREEBSD = 4,
> > > +     PDS_DRIVER_IPXE    = 5,
> > > +     PDS_DRIVER_ESXI    = 6,
> > > +};
> 
> Yes, they are rather pointless for the Linux kernel, but it is part of
> documenting the device interface.

It is not used in upstream kernel.

Thanks

> 
> > > +
> > 
> > Thanks

  reply	other threads:[~2023-04-13  8:33 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-06 23:41 [PATCH v9 net-next 00/14] pds_core driver Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 01/14] pds_core: initial framework for pds_core PF driver Shannon Nelson
2023-04-09 11:26   ` Leon Romanovsky
2023-04-10 18:41     ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 02/14] pds_core: add devcmd device interfaces Shannon Nelson
2023-04-09 11:46   ` Leon Romanovsky
2023-04-10 19:05     ` Shannon Nelson
2023-04-13  8:33       ` Leon Romanovsky [this message]
2023-04-13 15:08         ` Jakub Kicinski
2023-04-14  0:00         ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 03/14] pds_core: health timer and workqueue Shannon Nelson
2023-04-09 11:51   ` Leon Romanovsky
2023-04-10 19:12     ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 04/14] pds_core: add devlink health facilities Shannon Nelson
2023-04-09 11:54   ` Leon Romanovsky
2023-04-10 19:18     ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 05/14] pds_core: set up device and adminq Shannon Nelson
2023-04-09 12:03   ` Leon Romanovsky
2023-04-10 19:27     ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 06/14] pds_core: Add adminq processing and commands Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 07/14] pds_core: add FW update feature to devlink Shannon Nelson
2023-04-10 15:44   ` Simon Horman
2023-04-10 22:59     ` Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 08/14] pds_core: set up the VIF definitions and defaults Shannon Nelson
2023-04-09 12:08   ` Leon Romanovsky
2023-04-10 19:36     ` Shannon Nelson
2023-04-13  8:36       ` Leon Romanovsky
2023-04-06 23:41 ` [PATCH v9 net-next 09/14] pds_core: add initial VF device handling Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 10/14] pds_core: add auxiliary_bus devices Shannon Nelson
2023-04-09 12:23   ` Leon Romanovsky
2023-04-10 20:02     ` Shannon Nelson
2023-04-13  8:43       ` Leon Romanovsky
2023-04-06 23:41 ` [PATCH v9 net-next 11/14] pds_core: devlink params for enabling VIF support Shannon Nelson
2023-04-06 23:41 ` [PATCH v9 net-next 12/14] pds_core: add the aux client API Shannon Nelson
2023-04-09 17:07   ` Leon Romanovsky
2023-04-10 20:50     ` Shannon Nelson
2023-04-13  8:45       ` Leon Romanovsky
2023-04-06 23:41 ` [PATCH v9 net-next 13/14] pds_core: publish events to the clients Shannon Nelson
2023-04-09 17:11   ` Leon Romanovsky
2023-04-10 21:01     ` Shannon Nelson
2023-04-13  8:55       ` Leon Romanovsky
2023-04-13 15:14         ` Jakub Kicinski
2023-04-13 16:44           ` Leon Romanovsky
2023-04-13 16:55             ` Jakub Kicinski
2023-04-13 17:07               ` Leon Romanovsky
2023-04-13 17:10                 ` Jakub Kicinski
2023-04-13 23:42                   ` Shannon Nelson
2023-04-14  8:51                     ` Leon Romanovsky
2023-04-06 23:41 ` [PATCH v9 net-next 14/14] pds_core: Kconfig and pds_core.rst Shannon Nelson
2023-04-09 17:17   ` Leon Romanovsky
2023-04-10 21:05     ` Shannon Nelson
2023-04-08  3:18 ` [PATCH v9 net-next 00/14] pds_core driver Jakub Kicinski
2023-04-10 20:00 ` Alex Williamson
2023-04-10 21:05   ` Shannon Nelson

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=20230413083325.GD17993@unreal \
    --to=leon@kernel.org \
    --cc=brett.creeley@amd.com \
    --cc=davem@davemloft.net \
    --cc=drivers@pensando.io \
    --cc=jiri@resnulli.us \
    --cc=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=shannon.nelson@amd.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).