linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Khalid Aziz <khalid.aziz@oracle.com>
To: David Miller <davem@davemloft.net>
Cc: corbet@lwn.net, akpm@linux-foundation.org,
	dingel@linux.vnet.ibm.com, bob.picco@oracle.com,
	kirill.shutemov@linux.intel.com, aneesh.kumar@linux.vnet.ibm.com,
	aarcange@redhat.com, arnd@arndb.de, sparclinux@vger.kernel.org,
	rob.gardner@oracle.com, mhocko@suse.cz, chris.hyser@oracle.com,
	richard@nod.at, vbabka@suse.cz, koct9i@gmail.com,
	oleg@redhat.com, gthelen@google.com, jack@suse.cz,
	xiexiuqi@huawei.com, Vineet.Gupta1@synopsys.com, luto@kernel.org,
	ebiederm@xmission.com, bsegall@google.com, geert@linux-m68k.org,
	dave@stgolabs.net, adobriyan@gmail.com,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, linux-arch@vger.kernel.org,
	linux-api@vger.kernel.org
Subject: Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
Date: Mon, 7 Mar 2016 14:27:09 -0700	[thread overview]
Message-ID: <56DDF22D.9090102@oracle.com> (raw)
In-Reply-To: <20160307.140915.1323031236840000210.davem@davemloft.net>

On 03/07/2016 12:09 PM, David Miller wrote:
> From: Khalid Aziz <khalid.aziz@oracle.com>
> Date: Mon, 7 Mar 2016 11:04:38 -0700
>
>> On 03/07/2016 09:56 AM, David Miller wrote:
>>> From: Khalid Aziz <khalid.aziz@oracle.com>
>>> Date: Mon, 7 Mar 2016 08:07:53 -0700
>>>
>>>> PR_GET_SPARC_ADICAPS
>>>
>>> Put this into a new ELF auxiliary vector entry via ARCH_DLINFO.
>>>
>>> So now all that's left is supposedly the TAG stuff, please explain
>>> that to me so I can direct you to the correct existing interface to
>>> provide that as well.
>>>
>>> Really, try to avoid prtctl, it's poorly typed and almost worse than
>>> ioctl().
>>>
>>
>> The two remaining operations I am looking at are:
>>
>> 1. Is PSTATE.mcde bit set for the process? PR_SET_SPARC_ADI provides
>> this in its return value in the patch I sent.
>
> Unnecessary.  If any ADI mappings exist then mcde is set, otherwise it is
> clear.  This is internal state and the application has no need to every
> set nor query it.
>
> It is implicit from the mprotect() calls the user makes to enable ADI
> regions.
>
>> 2. Is TTE.mcd set for a given virtual address? PR_GET_SPARC_ADI_STATUS
>> provides this function in the patch I sent.
>
> Again, implied by the mprotect() calls.
>

Hi Dave,

I agree with your point of view. PSTATE.mcde and TTE.mcd are set in 
response to request from userspace. If userspace asked for them to be 
set, they already know but it was the database guys that asked for these 
two functions and they are the primary customers for the ADI feature. I 
am not crazy about this idea since this extends the mprotect API even 
further but would you consider using the return value from mprotect to 
indicate if PSTATE.mcde or TTE.mcd were already set on the given address?

Thanks,
Khalid

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2016-03-07 21:27 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-02 20:39 [PATCH v2] sparc64: Add support for Application Data Integrity (ADI) Khalid Aziz
2016-03-02 23:08 ` Julian Calaby
2016-03-03  0:25   ` Khalid Aziz
2016-03-03  0:48     ` Julian Calaby
2016-03-03 17:28       ` Khalid Aziz
2016-03-06  4:07 ` David Miller
2016-03-07 15:07   ` Khalid Aziz
2016-03-07 15:30     ` Rob Gardner
2016-03-07 15:43       ` Andy Lutomirski
2016-03-07 16:06         ` Khalid Aziz
2016-03-07 17:46           ` Dave Hansen
2016-03-07 17:53             ` Andy Lutomirski
2016-03-07 18:12               ` Dave Hansen
2016-03-07 18:39                 ` Khalid Aziz
2016-03-07 18:53                   ` Andy Lutomirski
2016-03-07 19:22                     ` David Miller
2016-03-07 19:46                       ` Khalid Aziz
2016-03-07 22:40                         ` Dave Hansen
2016-03-08  1:31                   ` Rob Gardner
2016-03-07 21:06             ` Khalid Aziz
2016-03-08 19:57               ` David Miller
2016-03-08 20:16                 ` Khalid Aziz
2016-03-08 20:27                   ` David Miller
2016-03-08 20:59                     ` Khalid Aziz
2016-03-07 15:45       ` Khalid Aziz
2016-03-07 16:45     ` David Miller
2016-03-07 17:51       ` Khalid Aziz
2016-03-07 16:56     ` David Miller
2016-03-07 18:04       ` Khalid Aziz
2016-03-07 18:08         ` Andy Lutomirski
2016-03-07 18:22           ` Khalid Aziz
2016-03-07 18:49             ` Andy Lutomirski
2016-03-07 19:19               ` David Miller
2016-03-07 19:44               ` Khalid Aziz
2016-03-07 19:54                 ` Andy Lutomirski
2016-03-07 20:41                   ` Khalid Aziz
2016-03-07 20:58                     ` David Miller
2016-03-07 21:02                       ` Andy Lutomirski
2016-03-07 21:09                       ` Khalid Aziz
2016-03-07 23:34                       ` James Morris
2016-03-07 23:48                   ` James Morris
2016-03-08  9:33                     ` James Morris
2016-03-07 18:09         ` Rob Gardner
2016-03-07 18:24           ` Khalid Aziz
2016-03-07 19:16             ` David Miller
2016-03-07 21:33               ` Khalid Aziz
2016-03-07 21:38                 ` David Miller
2016-03-07 23:13                   ` Rob Gardner
2016-03-08  4:13                     ` David Miller
2016-03-07 23:12                 ` Rob Gardner
2016-03-07 23:27                   ` Khalid Aziz
2016-03-08  0:21               ` Khalid Aziz
2016-03-08  4:24                 ` David Miller
2016-03-07 23:32             ` Rob Gardner
2016-03-07 19:09         ` David Miller
2016-03-07 21:27           ` Khalid Aziz [this message]
2016-03-07 21:34             ` David Miller
2016-03-07 22:30               ` Khalid Aziz
2016-03-07 17:32 ` Dave Hansen
2016-03-07 17:35 ` Dave Hansen
2016-03-07 18:15   ` Khalid Aziz
2016-03-07 19:06   ` David Miller

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=56DDF22D.9090102@oracle.com \
    --to=khalid.aziz@oracle.com \
    --cc=Vineet.Gupta1@synopsys.com \
    --cc=aarcange@redhat.com \
    --cc=adobriyan@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=aneesh.kumar@linux.vnet.ibm.com \
    --cc=arnd@arndb.de \
    --cc=bob.picco@oracle.com \
    --cc=bsegall@google.com \
    --cc=chris.hyser@oracle.com \
    --cc=corbet@lwn.net \
    --cc=dave@stgolabs.net \
    --cc=davem@davemloft.net \
    --cc=dingel@linux.vnet.ibm.com \
    --cc=ebiederm@xmission.com \
    --cc=geert@linux-m68k.org \
    --cc=gthelen@google.com \
    --cc=jack@suse.cz \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=koct9i@gmail.com \
    --cc=linux-api@vger.kernel.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=luto@kernel.org \
    --cc=mhocko@suse.cz \
    --cc=oleg@redhat.com \
    --cc=richard@nod.at \
    --cc=rob.gardner@oracle.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=vbabka@suse.cz \
    --cc=xiexiuqi@huawei.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).