linux-kernel - [v2 0/2] test capability for remote task

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: <1484211123-8139-1-git-send-email-jike.song@intel.com>
Date:   Thu, 12 Jan 2017 16:52:01 +0800
From:   Jike Song <jike.song@...el.com>
To:     alex.williamson@...hat.com, serge@...lyn.com
Cc:     kwankhede@...dia.com, kraxel@...hat.com,
        linux-security-module@...r.kernel.org, kvm@...r.kernel.org,
        linux-kernel@...r.kernel.org, Jike Song <jike.song@...el.com>
Subject: [v2 0/2] test capability for remote task

Sometimes vfio iommu type1 needs to pin memory for a remote task other
than current, thereby needs to test the CAP_IPC_LOCK capability for
that task.

The proper routine for this purpose is has_capability(), but it is
not yet exported for modules. None of currently exported capability-
testing symbols allows a specified task. So here in this series
has_capability() is exported then used in the vfio iommu type1 driver.

v2: -> Add Serge's Acked-by to PATCH [1/2]
    -> Remove the change in vfio_pin_pages_remote, since it's now guaranteed the 'current' process

Hi Alex,

I kept EXPORT_SYMBOL other than EXPORT_SYMBOL_GPL, since I'm still
worry about changing the type of existing exports in 'capability.c'.
I'm new to open-source fearing of violating GPL :)

Jike Song (2):
  capability: export has_capability
  vfio iommu type1: fix the testing of capability for remote task

 drivers/vfio/vfio_iommu_type1.c | 3 +--
 kernel/capability.c             | 1 +
 2 files changed, 2 insertions(+), 2 deletions(-)

-- 
1.9.3