linux-kernel - [git pull] habanalabs second pull request for kernel 5.8

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-next>] [day] [month] [year] [list]

Message-ID: <20200525052819.GA19318@ogabbay-VM>
Date:   Mon, 25 May 2020 08:28:19 +0300
From:   Oded Gabbay <oded.gabbay@...il.com>
To:     gregkh@...uxfoundation.org
Cc:     linux-kernel@...r.kernel.org
Subject: [git pull] habanalabs second pull request for kernel 5.8

Hello Greg,

This is the second pull request for habanalabs driver for kernel 5.8.

It contains important improvements to our MMU code and our ASIC reset code.

Please see the tag message for more details on what this pull request
contains.

Thanks,
Oded

The following changes since commit 709b41b56a16a5901a89dcaeb75d2233f80d9e55:

  misc: rtsx: Remove unnecessary rts5249_set_aspm(), rts5260_set_aspm() (2020-05-22 09:38:14 +0200)

are available in the Git repository at:

  git://people.freedesktop.org/~gabbayo/linux tags/misc-habanalabs-next-2020-05-25

for you to fetch changes up to 8ff5f4fd40df9525675ea0e512da4cec65d646eb:

  habanalabs: handle MMU cache invalidation timeout (2020-05-25 08:17:57 +0300)

----------------------------------------------------------------
This tag contains the following changes for kernel 5.8:

- Improve MMU cache invalidation code and handle case where the
  invalidation doesn't finish in a reasonable time.

- Remove the option to perform soft-reset to GAUDI. Soft-reset is where the
  driver only resets the compute and DMA engines of the ASIC. This is not
  relevant to GAUDI as we must also reset the NIC ports. And when we reset
  the NIC ports, we must also reset other stuff so we prefer to just do
  hard-reset (where we reset the entire ASIC except for PCIe).

- Fail the hard-reset procedure in case we still have user processes which
  have active file-descriptors on a device. Doing hard-reset in that case
  can result in a kernel panic because of gen_pool checks

- Don't initialize the default wait callback of dma_buf with the default
  wait function as that's the default...

----------------------------------------------------------------
Daniel Vetter (1):
      habanalabs: don't set default fence_ops->wait

Oded Gabbay (1):
      habanalabs: GAUDI does not support soft-reset

Omer Shpigelman (4):
      habanalabs: improve MMU cache invalidation code
      habanalabs: add print for soft reset due to event
      habanalabs: don't allow hard reset with open processes
      habanalabs: handle MMU cache invalidation timeout

 drivers/misc/habanalabs/command_submission.c |  1 -
 drivers/misc/habanalabs/device.c             | 23 ++++++---
 drivers/misc/habanalabs/gaudi/gaudi.c        | 74 ++++++++++++++++++----------
 drivers/misc/habanalabs/goya/goya.c          | 35 ++++++++-----
 drivers/misc/habanalabs/habanalabs.h         | 10 ++--
 drivers/misc/habanalabs/memory.c             | 35 ++++++++++---
 drivers/misc/habanalabs/sysfs.c              |  5 ++
 7 files changed, 126 insertions(+), 57 deletions(-)