linux-kernel - Re: [PATCH 1/9] trinity: Add base driver

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]
Date:   Fri, 2 Sep 2022 07:39:54 +0200
From:   Greg KH <gregkh@...uxfoundation.org>
To:     Dafna Hirschfeld <dafna@...tmail.com>
Cc:     Jiho Chu <jiho.chu@...sung.com>, arnd@...db.de,
        linux-kernel@...r.kernel.org, yelini.jeong@...sung.com,
        myungjoo.ham@...sung.com
Subject: Re: [PATCH 1/9] trinity: Add base driver

On Thu, Sep 01, 2022 at 10:04:43PM +0300, Dafna Hirschfeld wrote:
> On 27.07.2022 15:22, Greg KH wrote:
> > On Mon, Jul 25, 2022 at 03:53:00PM +0900, Jiho Chu wrote:
> > > It contains the base codes for trinity driver. Minimal codes to load and
> > > probe device is provided. The Trinity Family is controlled by the
> > > Memory-Mapped Registers, the register addresses and offsets are
> > > described. And user api interfaces are presented to control device under
> > > ioctl manner.
> > > 
> > > Signed-off-by: Jiho Chu <jiho.chu@...sung.com>
> > > Signed-off-by: yelini-jeong <yelini.jeong@...sung.com>
> > > Signed-off-by: Dongju Chae <dongju.chae@...sung.com>
> > > Signed-off-by: Parichay Kapoor <pk.kapoor@...sung.com>
> > > Signed-off-by: Wook Song <wook16.song@...sung.com>
> > > Signed-off-by: MyungJoo Ham <myungjoo.ham@...sung.com>
> > > ---
> > >  drivers/misc/Kconfig                        |   1 +
> > >  drivers/misc/Makefile                       |   1 +
> > >  drivers/misc/trinity/Kconfig                |  27 ++
> > >  drivers/misc/trinity/Makefile               |   7 +
> > >  drivers/misc/trinity/trinity.c              | 369 ++++++++++++++
> > >  drivers/misc/trinity/trinity_common.h       | 392 +++++++++++++++
> > >  drivers/misc/trinity/trinity_vision2_drv.c  | 512 ++++++++++++++++++++
> > >  drivers/misc/trinity/trinity_vision2_regs.h | 210 ++++++++
> > >  include/uapi/misc/trinity.h                 | 458 +++++++++++++++++
> > >  9 files changed, 1977 insertions(+)
> > >  create mode 100644 drivers/misc/trinity/Kconfig
> > >  create mode 100644 drivers/misc/trinity/Makefile
> > >  create mode 100644 drivers/misc/trinity/trinity.c
> > >  create mode 100644 drivers/misc/trinity/trinity_common.h
> > >  create mode 100644 drivers/misc/trinity/trinity_vision2_drv.c
> > >  create mode 100644 drivers/misc/trinity/trinity_vision2_regs.h
> > >  create mode 100644 include/uapi/misc/trinity.h
> > > 
> > > diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
> > > index 41d2bb0ae23a..ad0d5f6af291 100644
> > > --- a/drivers/misc/Kconfig
> > > +++ b/drivers/misc/Kconfig
> > > @@ -500,4 +500,5 @@ source "drivers/misc/cardreader/Kconfig"
> > >  source "drivers/misc/habanalabs/Kconfig"
> > >  source "drivers/misc/uacce/Kconfig"
> > >  source "drivers/misc/pvpanic/Kconfig"
> > > +source "drivers/misc/trinity/Kconfig"
> > >  endmenu
> > > diff --git a/drivers/misc/Makefile b/drivers/misc/Makefile
> > > index 70e800e9127f..c63f3fc89780 100644
> > > --- a/drivers/misc/Makefile
> > > +++ b/drivers/misc/Makefile
> > > @@ -60,3 +60,4 @@ obj-$(CONFIG_XILINX_SDFEC)	+= xilinx_sdfec.o
> > >  obj-$(CONFIG_HISI_HIKEY_USB)	+= hisi_hikey_usb.o
> > >  obj-$(CONFIG_HI6421V600_IRQ)	+= hi6421v600-irq.o
> > >  obj-$(CONFIG_OPEN_DICE)		+= open-dice.o
> > > +obj-$(CONFIG_TRINITY)		+= trinity/
> > > diff --git a/drivers/misc/trinity/Kconfig b/drivers/misc/trinity/Kconfig
> > > new file mode 100644
> > > index 000000000000..ad4bab78f7c6
> > > --- /dev/null
> > > +++ b/drivers/misc/trinity/Kconfig
> > > @@ -0,0 +1,27 @@
> > > +# SPDX-License-Identifier: GPL-2.0-only
> > > +
> > > +config TRINITY
> > > +	bool "Samsung Neural Processing Unit"
> > > +	depends on HAS_IOMEM
> > > +	depends on HAS_DMA
> > > +	default n
> > 
> > The default is 'n', no need to ever say it again.
> > 
> > > +	help
> > > +	  Select this option to enable driver support for Samsung
> > > +	  Neural Processing Unit (NPU).
> > > +
> > > +	  This driver works as a base driver of the other drivers
> > > +	  for Trinity device family.
> > > +
> > > +	  This option should be enabled to support Trinity
> > > +	  Vision 2 (TRIV2), and Trinity Audio (TRIA).
> > > +
> > > +config TRINITY_VISION2
> > > +	tristate "Samsung NPU Trinity Vision 2"
> > 
> > What happened to "vision 1"?
> > 
> > > +	depends on TRINITY
> > > +	default n
> > > +	help
> > > +	  Select this option to enable driver support for a Samsung
> > > +	  Neural Processing Unit (NPU), Tinity Vision 2.
> > > +
> > > +	  This driver enables userspace system library to access the
> > > +	  device via /dev/triv2-N.
> > 
> > What is the module name?
> > 
> > Where is the userspace library code that talks to this?  Any
> > documentation for this interface anywhere?
> > 
> > > +#define BASE_DEV_NAME "trinity"
> > 
> > KBUILD_MODNAME?
> > 
> > > +/* A global lock for shared static variables such as dev_bitmap */
> > > +static DEFINE_SPINLOCK(trinity_lock);
> > 
> > That's a sign something is wrong, you should not need any module-wide
> > code variables.
> > 
> > > +/* A bitmap to keep track of active Trinity devices */
> > > +static unsigned long dev_bitmap[TRINITY_DEV_END];
> > 
> > Should not be needed, use a simple ida structure if you really want to
> > name things cleanly.
> > 
> > > +
> > > +/**
> > > + * trinity_release() - A common callback for close() in file_operations for a
> > > + *		Trinity	device node. If there are device-specific data to be
> > > + *		cleaned-up, it is required to clean them up before invoke this
> > > + *		callback.
> > > + *
> > > + * @inode: Inode to be closed
> > > + * @file: File to be closed
> > > + *
> > > + * Returns 0 on success. Otherwise, returns negative error.
> > > + */
> > > +int trinity_release(struct inode *inode, struct file *file)
> > > +{
> > > +	struct trinity_driver *drv;
> > > +
> > > +	drv = file->private_data;
> > > +
> > > +	if (drv->verbose)
> > > +		dev_info(drv_to_dev_ptr(drv), "%s\n", "Device closed");
> > > +
> > > +	mutex_lock(&drv->lock);
> > > +	drv->opened = drv->opened - 1;
> > 
> > That will never work, you can't keep track of open/close calls.
> 
> Hi, can you explain why this will not work?

Let me switch it the other way around, can you explain to me how this
will actually work?  Think about userspace calling dup(2) and passing
file handles around to other processes...

It's an impossible thing, just don't worry about it at all.  If
userspace wants to open multiple instances of the same device and do
foolish things with it, let it.  That's a userspace bug, not a kernel
issue.

thanks,

greg k-h