[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a665978d-f1e7-380e-f5f2-cf1270fa7961@quicinc.com>
Date: Thu, 8 Jun 2023 15:23:06 +0530
From: Ekansh Gupta <quic_ekangupt@...cinc.com>
To: Greg KH <gregkh@...uxfoundation.org>
CC: <srinivas.kandagatla@...aro.org>, <linux-arm-msm@...r.kernel.org>,
<ekangupt@....qualcomm.com>, <linux-kernel@...r.kernel.org>,
<fastrpc.upstream@....qualcomm.com>, <agross@...nel.org>,
<andersson@...nel.org>, <konrad.dybcio@...aro.org>,
<robh+dt@...nel.org>, <krzysztof.kozlowski+dt@...aro.org>,
<conor+dt@...nel.org>, <devicetree@...r.kernel.org>
Subject: Re: [RESEND PATCH v1 0/2] Privileged process support on remote
subsystem
On 6/8/2023 12:17 AM, Greg KH wrote:
> On Wed, Jun 07, 2023 at 10:00:05PM +0530, Ekansh Gupta wrote:
>> Add support to run remote user process as privileged on remote
>> subsystem. The privileged user process can be given prioritized
>> access to remote processor resources. This is achieved in kernel
>> based on the group ID of the process. The kernel will have a
>> pre-defined fastrpc group ID and if the process's group ID matches
>> with it, then the process is treated as a privileged process. This
>> information is sent to the remote processor during PD initialization
>> and the PD is treated as a privileged PD.
>>
>> Ekansh Gupta (2):
>> dt-bindings: misc: fastrpc: add fastrpc group IDs property
>> misc: fastrpc: detect privileged processes based on group ID
>>
>> .../devicetree/bindings/misc/qcom,fastrpc.yaml | 6 +
>> drivers/misc/fastrpc.c | 124 +++++++++++++++++++++
>> 2 files changed, 130 insertions(+)
>>
>> --
>> 2.7.4
>>
>
> Why is this a RESEND?
>
I missed sending the patches to some necessary people and lists. Hence,
resent the patch series.
Thanks,
Ekansh
> thanks,
>
> greg k-h
Powered by blists - more mailing lists