Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Message-ID: <8702f8a5-62a1-c07e-c7b7-e9378be069b6@amd.com>
Date:   Thu, 17 Mar 2022 10:50:07 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.5.0
Subject: Re: [PATCH 1/1] drm/amdkfd: Protect the Client whilst it is being
 operated on
Content-Language: en-US
To:     Lee Jones <lee.jones@linaro.org>
Cc:     David Airlie <airlied@linux.ie>,
        "Pan, Xinhui" <Xinhui.Pan@amd.com>, linux-kernel@vger.kernel.org,
        amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
        Alex Deucher <alexander.deucher@amd.com>,
        =?UTF-8?Q?Christian_K=c3=b6nig?= <christian.koenig@amd.com>
References: <20220317131610.554347-1-lee.jones@linaro.org>
From:   Felix Kuehling <felix.kuehling@amd.com>
In-Reply-To: <20220317131610.554347-1-lee.jones@linaro.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?U1dJSW9hOHVqSDNHWWhMUCtMUUUrVlBTTjF0UzE4WVYwYStrbnFWRVBJK2ZF?=
 =?utf-8?B?THFvQUdhK2RwVUNaeGVkenV3b0pXbFlqejJ6YkZYb3U2VHFWb0MvWTJoUFRT?=
 =?utf-8?B?SmpjZjVnNGdGSlBBb1FoZExQQkVaTS9mdXFteUUzaTZJbDBUeWthSHlIOC90?=
 =?utf-8?B?eG1jVHp6Rm1iTVo0ZXJVUyt0VmhFdGc1amdLV3UzU0hESFBNWXl0UHJCT2dZ?=
 =?utf-8?B?cERSWDJlWkZLVHY3MllVQmJIT2x3UTkrVC9XdkgwNVpQQWZNOHpMQnRxekpy?=
 =?utf-8?B?WCttNmZ0MXR5Z0p2T2RHemVVcjZnc1dlNVArMDluOUZSWGN4OHpubWJuU2VC?=
 =?utf-8?B?azZDWExxLzdzdWFRcFl6WXdsVElENWRiZzliYXJNTDZtRTVZWDlkVXFyWEps?=
 =?utf-8?B?WktBcEJMVXRzeCtldElhalNvVjJ1VGJsUUJnMUhsVTE0eEVPdVZlcDh6MmhP?=
 =?utf-8?B?TTRhbWVoWk5QODhtTkp4ZUs0OS9TMkdMWlh3QlExcEZnTnRTZDUvVzNzeThI?=
 =?utf-8?B?eHMyb1VXeFlmYlR3QkZFQ0Qzdk42MzBSWDJpdXpVL0tqUExUVEpVQXRjKzlV?=
 =?utf-8?B?em1RdVZPbXRHU1loUXNhck5UemxqTjVCMWlDUkt0NURzNEoxdlhxbXdGbGtB?=
 =?utf-8?B?VTVNSkRjbWpiUlVaMTBTdlIvb05SMkMwdXd4aTI4SjdiaC9qSXMyckJCd1Zp?=
 =?utf-8?B?YUJNTDNvb1BTbnZmUVJrRHVjMmRtRnZReERTaGZBQmR6WU5uRG5XQ2p4bjRV?=
 =?utf-8?B?eDd1Nk03d1h5aVJvZHR6STJocUU0dHF2eUVuOUg5V1N0MEtWLy9EZldLUUpj?=
 =?utf-8?B?MTdSMVBsQlJWMjlsU0J0ODMrN2N2S3BQTXdWZ1NrSTROZU9RdWE4czRvV0dZ?=
 =?utf-8?B?Q0xnVW5BNU52dnpMWmxDNnhhYlhYQ1V1aDVrYTYrWWZJUzRyQ0U4V0dRNWJS?=
 =?utf-8?B?RlZxK3RkUlo2V29sQlBzQlYxT09nMWw3WWFKVERIL21kQjRuQkxRTGJsQU9r?=
 =?utf-8?B?dmlOZW50Y1FKWTRiV3hNK0VZazd2NzVKaGZWMUpMTmtWaGxsbUlIL202RmpR?=
 =?utf-8?B?aVZCMk8zOS90VElxKzBrQnkxOEg2OWZWcTRxbGM5TFpLNFRaQWp1UXUyemxk?=
 =?utf-8?B?UjhZVzhTRlBGVFNnRHRDVW5pTHhtVHpuaitrZWNXdVFZUnMyc3ZZTlJqYXhu?=
 =?utf-8?B?YkpYRXFtcjZYM05EOUU2aGNNc0xIMXowRGR3dW1jaEx0MEVsQU9ENDFjdkhI?=
 =?utf-8?B?c2dPeUZtdEViQUN2MmxNT1dzY0Y3U2FuSnN6UHVMSUpGV3M4d1JpVVhwZXd6?=
 =?utf-8?B?SHB5K2RUVUZPVmppVDB4dCtjblVDcWw1a3VIbDMrZFFGMjRyZG42bk5xbkpD?=
 =?utf-8?B?LzdjQy9qUE9DUGFxSFdaTFpvdEZBRDRBVlQwRWROS1NQR2dxQm9DUFY2eEFQ?=
 =?utf-8?B?QldYNzJkK1FPaytEcTI3ZXV1K25IRG5qMkpZQ1lmOEptUkhNM2V5Tmc1VU51?=
 =?utf-8?B?Wm1CbnlwYXgwL1Y4K1BZUzNZSFB3cXJLL3hoYTlOV2xMWmV1MGFwSVdUcUFV?=
 =?utf-8?B?OVo3NTM4ejRDU0lSQUttVWFLeXdyb3gyU1dzZEk3M3dOYlpZWFhTM3FwR09w?=
 =?utf-8?B?bGg4b1J3bURMa0ZTZjlSeUtVdTZ5Sjh6dnlzREJjM1dwOVVkVlhIZjhWRDVu?=
 =?utf-8?B?alFNNUJyRlBoemx6c3B3VVV3dFVFTmpiMDlyQmJxTEJTR0t2RUU2bUFIc2hM?=
 =?utf-8?B?YktncU5XNUJpbTNGMHpqVzBmN1Q4Nk8wV3NpbFMySXU4cEhUWWRjU0dkeVIr?=
 =?utf-8?B?K0VDMzZZZzJiOTExMnBaZ0lNSSsxb0Zsc2Y2VUN5bURCRlRydGdpZWx0ckhI?=
 =?utf-8?B?VW5iRlpLaWZMNTlsRDRySWJzK25NNTZlWktFUytVWXFYMldFMW5FdjZWYkhp?=
 =?utf-8?Q?wRm9gl9T+sLdAdaQC6Pqtx9pXIcBewnE?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 18281f27-5cf3-47c5-cea2-08da08256eb1
X-MS-Exchange-CrossTenant-AuthSource: BN9PR12MB5115.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Mar 2022 14:50:09.1554
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: TxxsvWu3dPwhKDPl0je0doMhuHSc6CsltZlMzl1GOlqwGStJGo8aZLZNlg5aRgwkzK7Z9tls3XPg7n+wrBRB3Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR12MB2942
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,
	T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Am 2022-03-17 um 09:16 schrieb Lee Jones:
> Presently the Client can be freed whilst still in use.
>
> Use the already provided lock to prevent this.
>
> Cc: Felix Kuehling <Felix.Kuehling@amd.com>
> Cc: Alex Deucher <alexander.deucher@amd.com>
> Cc: "Christian König" <christian.koenig@amd.com>
> Cc: "Pan, Xinhui" <Xinhui.Pan@amd.com>
> Cc: David Airlie <airlied@linux.ie>
> Cc: Daniel Vetter <daniel@ffwll.ch>
> Cc: amd-gfx@lists.freedesktop.org
> Cc: dri-devel@lists.freedesktop.org
> Signed-off-by: Lee Jones <lee.jones@linaro.org>
> ---
>   drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c | 6 ++++++
>   1 file changed, 6 insertions(+)
>
> diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c b/drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c
> index e4beebb1c80a2..3b9ac1e87231f 100644
> --- a/drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c
> +++ b/drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c
> @@ -145,8 +145,11 @@ static int kfd_smi_ev_release(struct inode *inode, struct file *filep)
>   	spin_unlock(&dev->smi_lock);
>   
>   	synchronize_rcu();
> +
> +	spin_lock(&client->lock);
>   	kfifo_free(&client->fifo);
>   	kfree(client);
> +	spin_unlock(&client->lock);

The spin_unlock is after the spinlock data structure has been freed. 
There should be no concurrent users here, since we are freeing the data 
structure. If there still are concurrent users at this point, they will 
crash anyway. So the locking is unnecessary.


>   
>   	return 0;
>   }
> @@ -247,11 +250,13 @@ int kfd_smi_event_open(struct kfd_dev *dev, uint32_t *fd)
>   		return ret;
>   	}
>   
> +	spin_lock(&client->lock);

The client was just allocated, and it wasn't added to the client list or 
given to user mode yet. So there can be no concurrent users at this 
point. The locking is unnecessary.

There could be potential issues if someone uses the file descriptor by 
dumb luck before this function returns. So maybe we need to move the 
anon_inode_getfd to the end of the function (just before list_add_rcu) 
so that we only create the file descriptor after the client structure is 
fully initialized.

Regards,
   Felix


>   	ret = anon_inode_getfd(kfd_smi_name, &kfd_smi_ev_fops, (void *)client,
>   			       O_RDWR);
>   	if (ret < 0) {
>   		kfifo_free(&client->fifo);
>   		kfree(client);
> +		spin_unlock(&client->lock);
>   		return ret;
>   	}
>   	*fd = ret;
> @@ -264,6 +269,7 @@ int kfd_smi_event_open(struct kfd_dev *dev, uint32_t *fd)
>   	spin_lock(&dev->smi_lock);
>   	list_add_rcu(&client->list, &dev->smi_clients);
>   	spin_unlock(&dev->smi_lock);
> +	spin_unlock(&client->lock);
>   
>   	return 0;
>   }