From: Oded Gabbay <oded.gabbay@gmail.com>
To: gregkh@linuxfoundation.org
Cc: linux-kernel@vger.kernel.org
Subject: [git pull] habanalabs fixes for 5.2-rc2/3
Date: Fri, 24 May 2019 20:53:24 +0300 [thread overview]
Message-ID: <20190524175324.GA3024@ogabbay-VM> (raw)
Hi Greg,
This is the pull request containing fixes for 5.2-rc2/3.
It supersedes the pull request from 12/5, so you can discard that pull
request, as I see you didn't merge it anyway.
It contains 3 fixes and 1 change to a new IOCTL that was introduced to
kernel 5.2 in the previous pull requests.
See the tag comment for more details.
Thanks,
Oded
The following changes since commit b0576f9ecb5c51e9932531d23c447b2739261841:
misc: sgi-xp: Properly initialize buf in xpc_get_rsvd_page_pa (2019-05-24 19:00:54 +0200)
are available in the Git repository at:
git://people.freedesktop.org/~gabbayo/linux tags/misc-habanalabs-fixes-2019-05-24
for you to fetch changes up to 0dfda3cf06aac2f339442ee5934a38566619c059:
habanalabs: Avoid using a non-initialized MMU cache mutex (2019-05-24 20:38:04 +0300)
----------------------------------------------------------------
This tag contains the following fixes:
- Halt debug engines when user process closes the FD. We can't allow the
device to issue transactions for a user which doesn't exists anymore.
- Fix various security holes in debugfs API.
- Add a new opcode to the DEBUG IOCTL API. The opcode is designed
for setting the device into and out of debug mode. Although not a fix
per-se, because this is a new IOCTL which is upstreamed in kernel 5.2, I
think this is justified at this point because we won't be able to change
the API later.
- Fix a bug where the code used an un-initialized mutex
----------------------------------------------------------------
Jann Horn (1):
habanalabs: fix debugfs code
Oded Gabbay (1):
uapi/habanalabs: add opcode for enable/disable device debug mode
Omer Shpigelman (1):
habanalabs: halt debug engines on user process close
Tomer Tayar (1):
habanalabs: Avoid using a non-initialized MMU cache mutex
drivers/misc/habanalabs/context.c | 6 +++
drivers/misc/habanalabs/debugfs.c | 60 ++++++++-------------------
drivers/misc/habanalabs/device.c | 2 +
drivers/misc/habanalabs/goya/goya.c | 3 +-
drivers/misc/habanalabs/goya/goyaP.h | 1 +
drivers/misc/habanalabs/goya/goya_coresight.c | 17 ++++++++
drivers/misc/habanalabs/habanalabs.h | 2 +
drivers/misc/habanalabs/mmu.c | 8 +---
include/uapi/misc/habanalabs.h | 22 +++++++++-
9 files changed, 69 insertions(+), 52 deletions(-)
next reply other threads:[~2019-05-24 17:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-24 17:53 Oded Gabbay [this message]
2019-05-24 18:01 ` [git pull] habanalabs fixes for 5.2-rc2/3 Greg KH
2019-05-24 19:42 ` Oded Gabbay
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=20190524175324.GA3024@ogabbay-VM \
--to=oded.gabbay@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.