Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
From: David Miller <davem@davemloft.net>
Date: 2016-03-07 19:09:28
Also in:
linux-arch, linux-mm, lkml, sparclinux
From: David Miller <davem@davemloft.net>
Date: 2016-03-07 19:09:28
Also in:
linux-arch, linux-mm, lkml, sparclinux
From: Khalid Aziz <redacted> Date: Mon, 7 Mar 2016 11:04:38 -0700
On 03/07/2016 09:56 AM, David Miller wrote:quoted
From: Khalid Aziz <redacted> Date: Mon, 7 Mar 2016 08:07:53 -0700quoted
PR_GET_SPARC_ADICAPSPut 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. -- 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>