lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75Vf54GNsw_xWqiOhZx5aHHnQ_-wUWugQ8w9vJPRheLxHFA@mail.gmail.com>
Date:   Wed, 24 Mar 2021 21:30:49 +0200
From:   Andy Shevchenko <andy.shevchenko@...il.com>
To:     Maciej Kwapulinski <maciej.kwapulinski@...ux.intel.com>
Cc:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Arnd Bergmann <arnd@...db.de>,
        Jonathan Corbet <corbet@....net>,
        Derek Kiernan <derek.kiernan@...inx.com>,
        Dragan Cvetic <dragan.cvetic@...inx.com>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Linux Documentation List <linux-doc@...r.kernel.org>,
        Tomasz Jankowski <tomasz1.jankowski@...el.com>,
        Savo Novakovic <savox.novakovic@...el.com>,
        Jianxun Zhang <jianxun.zhang@...ux.intel.com>
Subject: Re: [PATCH v2 01/13] intel_gna: add driver module

On Wed, Mar 24, 2021 at 8:38 PM Maciej Kwapulinski
<maciej.kwapulinski@...ux.intel.com> wrote:
>
> From: Tomasz Jankowski <tomasz1.jankowski@...el.com>
>
> Add a new PCI driver for Intel(R) Gaussian & Neural Accelerator
> with basic support like module loading and unloading. The full
> function of the driver will be added by further changes.
>
> Signed-off-by: Tomasz Jankowski <tomasz1.jankowski@...el.com>
> Tested-by: Savo Novakovic <savox.novakovic@...el.com>
> Co-developed-by: Jianxun Zhang <jianxun.zhang@...ux.intel.com>
> Signed-off-by: Jianxun Zhang <jianxun.zhang@...ux.intel.com>
> Co-developed-by: Maciej Kwapulinski <maciej.kwapulinski@...ux.intel.com>
> Signed-off-by: Maciej Kwapulinski <maciej.kwapulinski@...ux.intel.com>
> ---
>  Documentation/misc-devices/index.rst          |   1 +
>  Documentation/misc-devices/intel/gna.rst      |  48 ++++++
>  .../userspace-api/ioctl/ioctl-number.rst      |   1 +
>  MAINTAINERS                                   |   7 +
>  drivers/misc/Kconfig                          |   1 +
>  drivers/misc/Makefile                         |   1 +
>  drivers/misc/intel/gna/Kbuild                 |   5 +
>  drivers/misc/intel/gna/Kconfig                |  13 ++
>  drivers/misc/intel/gna/gna_device.c           |  74 +++++++++
>  drivers/misc/intel/gna/gna_device.h           |  36 ++++
>  drivers/misc/intel/gna/gna_driver.c           |  39 +++++
>  drivers/misc/intel/gna/gna_driver.h           |  15 ++

What is the point now to have gna/gna_, I guess the latter should go?

>  include/uapi/misc/intel/gna.h                 | 155 ++++++++++++++++++
>  13 files changed, 396 insertions(+)
>  create mode 100644 Documentation/misc-devices/intel/gna.rst
>  create mode 100644 drivers/misc/intel/gna/Kbuild
>  create mode 100644 drivers/misc/intel/gna/Kconfig
>  create mode 100644 drivers/misc/intel/gna/gna_device.c
>  create mode 100644 drivers/misc/intel/gna/gna_device.h
>  create mode 100644 drivers/misc/intel/gna/gna_driver.c
>  create mode 100644 drivers/misc/intel/gna/gna_driver.h
>  create mode 100644 include/uapi/misc/intel/gna.h
>
> diff --git a/Documentation/misc-devices/index.rst b/Documentation/misc-devices/index.rst
> index 64420b3314fe..1b187ee121b0 100644
> --- a/Documentation/misc-devices/index.rst
> +++ b/Documentation/misc-devices/index.rst
> @@ -19,6 +19,7 @@ fit into other categories.
>     bh1770glc
>     eeprom
>     c2port
> +   intel/gna

Shouldn't it preserve ordering?

>     ibmvmc
>     ics932s401
>     isl29003
> diff --git a/Documentation/misc-devices/intel/gna.rst b/Documentation/misc-devices/intel/gna.rst
> new file mode 100644
> index 000000000000..9baeec5ceb5c
> --- /dev/null
> +++ b/Documentation/misc-devices/intel/gna.rst
> @@ -0,0 +1,48 @@
> +.. SPDX-License-Identifier: GPL-2.0-only
> +
> +=====================================================
> +Intel(R) Gaussian & Neural Accelerator (Intel(R) GNA)
> +=====================================================
> +
> +Acronyms
> +--------
> +GNA    - Gaussian & Neural Accelerator
> +GMM    - Gaussian Mixer Model
> +CNN    - Convolutional Neural Network
> +RNN    - Recurrent Neural Networks
> +DNN    - Deep Neural Networks
> +
> +Introduction
> +------------
> +The Intel(R) GNA is an internal PCI fixed device available on several Intel platforms/SoCs.
> +Feature set depends on the Intel chipset SKU.
> +
> +Intel(R) GNA provides hardware accelerated computation for GMMs and Neural Networks.
> +It supports several layer types: affine, recurrent, and convolutional among others.
> +Hardware also provides helper layer types for copying and transposing matrices.
> +
> +Linux Driver
> +------------
> +The driver also registers a character device to expose file operations via dev node.
> +
> +The driver probes/removes PCI device, implements file operations, handles runtime

a PCI device


> +power management, and interacts with hardware through MMIO registers.
> +
> +Multiple processes can independently file many requests to the driver. These requests are
> +processed in a FIFO manner. The hardware can process one request at a time by using a FIFO
> +queue.
> +
> +IOCTL
> +-----
> +Intel(R) GNA driver controls the device through IOCTL interfaces.
> +Following IOCTL commands are supported:
> +
> +GNA_IOCTL_PARAM_GET gets driver and device capabilities.
> +
> +GNA_IOCTL_MEMORY_MAP locks user pages and GNA MMU setups for DMA transfer.
> +
> +GNA_IOCTL_MEMORY_UNMAP unlocks user pages and releases GNA MMU structures.
> +
> +GNA_IOCTL_COMPUTE submits a request to the device queue.
> +
> +GNA_IOCTL_WAIT blocks and waits on the submitted request.
> diff --git a/Documentation/userspace-api/ioctl/ioctl-number.rst b/Documentation/userspace-api/ioctl/ioctl-number.rst
> index a4c75a28c839..9ec2b32f656a 100644
> --- a/Documentation/userspace-api/ioctl/ioctl-number.rst
> +++ b/Documentation/userspace-api/ioctl/ioctl-number.rst
> @@ -115,6 +115,7 @@ Code  Seq#    Include File                                           Comments
>  'B'   C0-FF  advanced bbus                                           <mailto:maassen@...-freiburg.de>
>  'C'   all    linux/soundcard.h                                       conflict!
>  'C'   01-2F  linux/capi.h                                            conflict!
> +'C'   01-5F  uapi/misc/intel/gna.h                                   conflict!
>  'C'   F0-FF  drivers/net/wan/cosa.h                                  conflict!
>  'D'   all    arch/s390/include/asm/dasd.h
>  'D'   40-5F  drivers/scsi/dpt/dtpi_ioctl.h
> diff --git a/MAINTAINERS b/MAINTAINERS
> index bfc1b86e3e73..da926aa4523c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -8928,6 +8928,13 @@ S:       Maintained
>  F:     Documentation/fb/intelfb.rst
>  F:     drivers/video/fbdev/intelfb/
>
> +INTEL GNA PCI DRIVER
> +M:     Maciej Kwapulinski <maciej.kwapulinski@...ux.intel.com>
> +S:     Maintained
> +F:     Documentation/misc-devices/intel/gna.rst
> +F:     drivers/misc/intel/gna/*
> +F:     include/uapi/misc/intel/gna.h
> +
>  INTEL GPIO DRIVERS
>  M:     Andy Shevchenko <andy@...nel.org>
>  L:     linux-gpio@...r.kernel.org
> diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
> index fafa8b0d8099..ce3dc5b9f821 100644
> --- a/drivers/misc/Kconfig
> +++ b/drivers/misc/Kconfig
> @@ -481,4 +481,5 @@ source "drivers/misc/ocxl/Kconfig"
>  source "drivers/misc/cardreader/Kconfig"
>  source "drivers/misc/habanalabs/Kconfig"
>  source "drivers/misc/uacce/Kconfig"
> +source "drivers/misc/intel/gna/Kconfig"
>  endmenu
> diff --git a/drivers/misc/Makefile b/drivers/misc/Makefile
> index d23231e73330..5fca2e730d96 100644
> --- a/drivers/misc/Makefile
> +++ b/drivers/misc/Makefile
> @@ -57,3 +57,4 @@ obj-$(CONFIG_HABANA_AI)               += habanalabs/
>  obj-$(CONFIG_UACCE)            += uacce/
>  obj-$(CONFIG_XILINX_SDFEC)     += xilinx_sdfec.o
>  obj-$(CONFIG_HISI_HIKEY_USB)   += hisi_hikey_usb.o
> +obj-$(CONFIG_INTEL_GNA)                += intel/gna/
> diff --git a/drivers/misc/intel/gna/Kbuild b/drivers/misc/intel/gna/Kbuild
> new file mode 100644
> index 000000000000..5d3becc71683
> --- /dev/null
> +++ b/drivers/misc/intel/gna/Kbuild
> @@ -0,0 +1,5 @@
> +# SPDX-License-Identifier: GPL-2.0-only
> +
> +intel_gna-y := gna_device.o gna_driver.o
> +
> +obj-$(CONFIG_INTEL_GNA) += intel_gna.o
> diff --git a/drivers/misc/intel/gna/Kconfig b/drivers/misc/intel/gna/Kconfig
> new file mode 100644
> index 000000000000..c3b768a40684
> --- /dev/null
> +++ b/drivers/misc/intel/gna/Kconfig
> @@ -0,0 +1,13 @@
> +#
> +# Intel(R) Gaussian & Neural Accelerator (Intel(R) GNA)
> +#
> +
> +config INTEL_GNA
> +       tristate "Intel(R) Gaussian & Neural Accelerator (Intel(R) GNA)"
> +       depends on X86_64 && PCI

Why 64?

> +       help
> +         This option enables the Intel(R) Gaussian & Neural Accelerator
> +         (Intel(R) GNA) driver: intel_gna.
> +         User space interface is defined in include/uapi/misc/intel/gna.h, while
> +         information about functionality is in
> +         Documentation/misc-devices/intel/gna.rst
> diff --git a/drivers/misc/intel/gna/gna_device.c b/drivers/misc/intel/gna/gna_device.c
> new file mode 100644
> index 000000000000..431113297879
> --- /dev/null
> +++ b/drivers/misc/intel/gna/gna_device.c
> @@ -0,0 +1,74 @@
> +// SPDX-License-Identifier: GPL-2.0-only
> +// Copyright(c) 2017-2021 Intel Corporation
> +
> +#include <linux/module.h>
> +#include <linux/pci.h>
> +
> +#include "gna_device.h"
> +#include "gna_driver.h"

> +#define GNA_BAR0               0

Why? Expecting something different?

> +static void gna_dev_init(struct gna_private *gna_priv, struct pci_dev *pcidev,
> +                       const struct pci_device_id *pci_id)
> +{

> +       pci_set_drvdata(pcidev, gna_priv);

You assign this and make it visible before assigning fields. Not good.

> +       gna_priv->parent = &pcidev->dev;
> +       gna_priv->pdev = pcidev;
> +       gna_priv->info = *(struct gna_drv_info *)pci_id->driver_data;
> +       gna_priv->drv_priv = &gna_drv_priv;
> +}

Why is this can't be inlined into ->probe() ?

> +int gna_probe(struct pci_dev *pcidev, const struct pci_device_id *pci_id)
> +{
> +       struct gna_private *gna_priv;
> +       void __iomem *const *iomap;
> +       unsigned long phys_len;
> +       phys_addr_t phys;
> +       int ret;
> +
> +       ret = pcim_enable_device(pcidev);
> +       if (ret) {
> +               dev_err(&pcidev->dev, "pci device can't be enabled\n");
> +               return ret;
> +       }
> +
> +       ret = pcim_iomap_regions(pcidev, 1 << GNA_BAR0, GNA_DV_NAME);
> +       if (ret) {
> +               dev_err(&pcidev->dev, "cannot iomap regions\n");
> +               return ret;
> +       }

> +       phys = pci_resource_start(pcidev, GNA_BAR0);
> +       phys_len = pci_resource_len(pcidev, GNA_BAR0);
> +
> +       dev_info(&pcidev->dev, "physical base address %pap, %lu bytes\n",
> +               &phys, phys_len);

Why is it important?

> +       iomap = pcim_iomap_table(pcidev);

> +       if (!iomap) {
> +               dev_err(&pcidev->dev, "failed to iomap table\n");
> +               return -ENODEV;
> +       }

This conditional is redundant.

> +       gna_priv = devm_kzalloc(&pcidev->dev, sizeof(*gna_priv), GFP_KERNEL);
> +       if (!gna_priv)
> +               return -ENOMEM;
> +
> +       gna_priv->bar0_base = iomap[GNA_BAR0];
> +
> +       dev_dbg(&pcidev->dev, "bar0 memory address: %p\n", gna_priv->bar0_base);
> +
> +       ret = dma_set_mask(&pcidev->dev, DMA_BIT_MASK(64));
> +       if (ret) {
> +               dev_err(&pcidev->dev, "pci_set_dma_mask returned error %d\n", ret);

Typo in the message.

Why not try to fall back to 32 bit mask and support 32-bit builds?

> +               return ret;
> +       }
> +
> +       pci_set_master(pcidev);
> +
> +       gna_dev_init(gna_priv, pcidev, pci_id);
> +
> +       return 0;
> +}
> diff --git a/drivers/misc/intel/gna/gna_device.h b/drivers/misc/intel/gna/gna_device.h
> new file mode 100644
> index 000000000000..d0b47f75f47f
> --- /dev/null
> +++ b/drivers/misc/intel/gna/gna_device.h
> @@ -0,0 +1,36 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +/* Copyright(c) 2017-2021 Intel Corporation */
> +
> +#ifndef __GNA_DEVICE_H__
> +#define __GNA_DEVICE_H__
> +
> +#include <linux/types.h>
> +
> +struct gna_driver_private;
> +struct pci_device_id;
> +struct pci_dev;
> +struct device;
> +
> +struct gna_drv_info {
> +       u32 hwid;
> +       u32 num_pagetables;
> +       u32 num_page_entries;
> +       u32 max_layer_count;
> +       u64 max_hw_mem;
> +};
> +
> +struct gna_private {
> +       struct gna_driver_private *drv_priv;

> +       struct pci_dev *pdev;
> +       /* pdev->dev */
> +       struct device *parent;

This is a mess. One struct device is enough.
Comment  doesn't bring any value and is confusing.

> +       /* device related resources */
> +       void __iomem *bar0_base;
> +       struct gna_drv_info info;
> +};

> +int gna_probe(struct pci_dev *dev, const struct pci_device_id *id);

This looks wrong. If you provide ->probe() function for others, it's
probably generalized enough and mustn't be PCI or any other bus
dependent. See below.

> +#endif /* __GNA_DEVICE_H__ */
> diff --git a/drivers/misc/intel/gna/gna_driver.c b/drivers/misc/intel/gna/gna_driver.c
> new file mode 100644
> index 000000000000..f4922a388be7
> --- /dev/null
> +++ b/drivers/misc/intel/gna/gna_driver.c
> @@ -0,0 +1,39 @@
> +// SPDX-License-Identifier: GPL-2.0-only
> +// Copyright(c) 2017-2021 Intel Corporation
> +
> +#include <linux/jiffies.h>
> +#include <linux/module.h>
> +#include <linux/pci.h>
> +
> +#include "gna_device.h"
> +#include "gna_driver.h"
> +
> +static int recovery_timeout = 60;
> +module_param(recovery_timeout, int, 0644);
> +MODULE_PARM_DESC(recovery_timeout, "Recovery timeout in seconds");

Why module parameters?!

> +struct gna_driver_private gna_drv_priv;

Global?!

> +static struct pci_driver gna_driver = {
> +       .name = GNA_DV_NAME,
> +       .probe = gna_probe,
> +};
> +
> +static int __init gna_drv_init(void)
> +{
> +       gna_drv_priv.recovery_timeout_jiffies = msecs_to_jiffies(recovery_timeout * 1000);
> +
> +       return pci_register_driver(&gna_driver);
> +}
> +
> +static void __exit gna_drv_exit(void)
> +{
> +       pci_unregister_driver(&gna_driver);
> +}
> +
> +module_init(gna_drv_init);
> +module_exit(gna_drv_exit);

What is this entire module for?!

Really you should not split this like above. This belongs to the PCI
glue driver.


> +MODULE_AUTHOR("Intel Corporation");
> +MODULE_DESCRIPTION("Intel(R) Gaussian & Neural Accelerator (Intel(R) GNA) Driver");
> +MODULE_LICENSE("GPL");
> diff --git a/drivers/misc/intel/gna/gna_driver.h b/drivers/misc/intel/gna/gna_driver.h
> new file mode 100644
> index 000000000000..ed507ea10866
> --- /dev/null
> +++ b/drivers/misc/intel/gna/gna_driver.h
> @@ -0,0 +1,15 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +/* Copyright(c) 2017-2021 Intel Corporation */
> +
> +#ifndef __GNA_DRIVER_H__
> +#define __GNA_DRIVER_H__
> +
> +#define GNA_DV_NAME    "intel_gna"
> +
> +struct gna_driver_private {
> +       int recovery_timeout_jiffies;
> +};
> +
> +extern struct gna_driver_private gna_drv_priv;
> +
> +#endif /* __GNA_DRIVER_H__ */
> diff --git a/include/uapi/misc/intel/gna.h b/include/uapi/misc/intel/gna.h
> new file mode 100644
> index 000000000000..a7e435b74a0a
> --- /dev/null
> +++ b/include/uapi/misc/intel/gna.h
> @@ -0,0 +1,155 @@
> +/* SPDX-License-Identifier: GPL-2.0-only WITH Linux-syscall-note */
> +/* Copyright(c) 2017-2021 Intel Corporation */
> +
> +#ifndef _UAPI_GNA_H_
> +#define _UAPI_GNA_H_
> +
> +#if defined(__cplusplus)
> +extern "C" {
> +#endif

> +#include <linux/types.h>
> +#include <linux/ioctl.h>
> +#include <linux/const.h>

Ordered?

> +#ifndef __user
> +#define __user
> +#endif

What for?

> +/* Operation modes */
> +#define GNA_MODE_GMM   0
> +#define GNA_MODE_XNN   1
> +
> +#define GNA_PARAM_DEVICE_ID            1
> +#define GNA_PARAM_RECOVERY_TIMEOUT     2
> +#define GNA_PARAM_DEVICE_TYPE          3
> +#define GNA_PARAM_INPUT_BUFFER_S       4
> +
> +#define GNA_STS_SCORE_COMPLETED                _BITUL(0)
> +#define GNA_STS_STATISTICS_VALID       _BITUL(3)
> +#define GNA_STS_PCI_MMU_ERR            _BITUL(4)
> +#define GNA_STS_PCI_DMA_ERR            _BITUL(5)
> +#define GNA_STS_PCI_UNEXCOMPL_ERR      _BITUL(6)
> +#define GNA_STS_VA_OOR                 _BITUL(7)
> +#define GNA_STS_PARAM_OOR              _BITUL(8)
> +#define GNA_STS_SATURATE               _BITUL(17)
> +
> +#define GNA_ERROR      (GNA_STS_PCI_DMA_ERR            | \

Better to start value on the new line.

> +                       GNA_STS_PCI_MMU_ERR             | \
> +                       GNA_STS_PCI_UNEXCOMPL_ERR       | \
> +                       GNA_STS_PARAM_OOR               | \
> +                       GNA_STS_VA_OOR)
> +
> +#define GNA_DEV_TYPE_0_9       0x09
> +#define GNA_DEV_TYPE_1_0       0x10
> +#define GNA_DEV_TYPE_2_0       0x20
> +
> +/*
> + * Structure describes part of memory to be overwritten before starting GNA
> + */
> +struct gna_memory_patch {
> +       /* offset from targeted memory */
> +       __u64 offset;
> +
> +       __u64 size;
> +       __u64 value;
> +};
> +
> +struct gna_buffer {
> +       __u64 memory_id;
> +
> +       __u64 offset;
> +       __u64 size;
> +
> +       __u64 patch_count;
> +       __u64 patches_ptr;
> +};
> +
> +/*
> + * Driver performance timestamps in nanoseconds.
> + * Values regard system boot time, but do not count during suspend.
> + */
> +struct gna_drv_perf {
> +       __u64 pre_processing;   /* driver starts pre-processing */
> +       __u64 processing;       /* hw starts processing */
> +       __u64 hw_completed;     /* hw finishes processing */
> +       __u64 completion;       /* driver finishes post-processing */
> +};
> +
> +struct gna_hw_perf {
> +       __u64 total;
> +       __u64 stall;
> +};
> +
> +struct gna_compute_cfg {
> +       __u32 layer_base;
> +       __u32 layer_count;
> +
> +       /* List of GNA memory buffers */
> +       __u64 buffers_ptr;
> +       __u64 buffer_count;
> +
> +       __u8 active_list_on;
> +       __u8 gna_mode;
> +       __u8 hw_perf_encoding;
> +       __u8 pad[5];
> +};
> +
> +union gna_parameter {
> +       struct {
> +               __u64 id;
> +       } in;
> +
> +       struct {
> +               __u64 value;
> +       } out;
> +};
> +
> +union gna_memory_map {
> +       struct {
> +               __u64 address;
> +               __u32 size;
> +               __u32 pad;
> +       } in;
> +
> +       struct {
> +               __u64 memory_id;
> +       } out;
> +};
> +
> +union gna_compute {
> +       struct {
> +               struct gna_compute_cfg config;
> +       } in;
> +
> +       struct {
> +               __u64 request_id;
> +       } out;
> +};
> +
> +union gna_wait {
> +       struct {
> +               __u64 request_id;
> +               __u32 timeout;
> +               __u32 pad;
> +       } in;
> +
> +       struct {
> +               __u32 hw_status;
> +               __u32 pad;
> +               struct gna_drv_perf drv_perf;
> +               struct gna_hw_perf hw_perf;
> +       } out;
> +};

For all unions:
How do you know which branch is used (out, in)? What field and where
in the ABI points to that?

> +#define GNA_GET_PARAMETER      _IOWR('C', 0x01, union gna_parameter)
> +#define GNA_MAP_MEMORY         _IOWR('C', 0x02, union gna_memory_map)
> +#define GNA_UNMAP_MEMORY       _IOWR('C', 0x03, __u64)
> +#define GNA_COMPUTE            _IOWR('C', 0x04, union gna_compute)
> +#define GNA_WAIT               _IOWR('C', 0x05, union gna_wait)
> +
> +#if defined(__cplusplus)
> +}
> +#endif
> +
> +#endif /* _UAPI_GNA_H_ */
> --
> 2.28.0
>


-- 
With Best Regards,
Andy Shevchenko

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ