diff options
| author |   Michael J. Ruhl <michael.j.ruhl@intel.com> | 2019-01-17 12:42:04 -0800 |
|---|---|---|
| committer |   Jason Gunthorpe <jgg@mellanox.com> | 2019-01-21 14:20:08 -0700 |
| commit | 7709b0dc265f28695487712c45f02bbd1f98415d (patch) | |
| tree | d641beaa4633bdbd60c65c73c129c6050e3dd8b5 /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | IB/{hfi1, qib}: Fix WC.byte_len calculation for UD_SEND_WITH_IMM (diff) | |
| download | wireguard-linux-7709b0dc265f28695487712c45f02bbd1f98415d.tar.xz wireguard-linux-7709b0dc265f28695487712c45f02bbd1f98415d.zip | |
IB/hfi1: Remove overly conservative VM_EXEC flag check
Applications that use the stack for execution purposes cause userspace PSM
jobs to fail during mmap().
Both Fortran (non-standard format parsing) and C (callback functions
located in the stack) applications can be written such that stack
execution is required. The linker notes this via the gnu_stack ELF flag.
This causes READ_IMPLIES_EXEC to be set which forces all PROT_READ mmaps
to have PROT_EXEC for the process.
Checking for VM_EXEC bit and failing the request with EPERM is overly
conservative and will break any PSM application using executable stacks.
Cc: <stable@vger.kernel.org> #v4.14+
Fixes: 12220267645c ("IB/hfi: Protect against writable mmap")
Reviewed-by: Mike Marciniszyn <mike.marciniszyn@intel.com>
Reviewed-by: Dennis Dalessandro <dennis.dalessandro@intel.com>
Reviewed-by: Ira Weiny <ira.weiny@intel.com>
Signed-off-by: Michael J. Ruhl <michael.j.ruhl@intel.com>
Signed-off-by: Dennis Dalessandro <dennis.dalessandro@intel.com>
Signed-off-by: Jason Gunthorpe <jgg@mellanox.com>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions