Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32;
Message-ID: <ca76ef68-5fa4-4a2a-9da2-0378dd7bc2cf@amd.com>
Date:   Tue, 24 Oct 2023 10:45:41 +0200
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to
 drm_WARN() variants
Content-Language: en-US
To:     Danilo Krummrich <dakr@redhat.com>, airlied@gmail.com,
        daniel@ffwll.ch, matthew.brost@intel.com,
        thomas.hellstrom@linux.intel.com, sarah.walker@imgtec.com,
        donald.robson@imgtec.com, boris.brezillon@collabora.com,
        faith@gfxstrand.net
Cc:     dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org,
        linux-kernel@vger.kernel.org
References: <20231023201659.25332-1-dakr@redhat.com>
 <20231023201659.25332-2-dakr@redhat.com>
From:   =?UTF-8?Q?Christian_K=C3=B6nig?= <christian.koenig@amd.com>
In-Reply-To: <20231023201659.25332-2-dakr@redhat.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?V1JOVWp5MzFnS0hnWGJ2Y041S3pEbWRvUi93WTNwNHlvbytlU2JsU0ZvUlVM?=
 =?utf-8?B?eFlKT0Q2M0JNWGw2anBZYWRSMEhSaTEvRlZaQXFwcGVXWDc4ajJHRjZxTVda?=
 =?utf-8?B?TzYxN0ZvRjNsei9zVy9idEU5OWQrNnVjTWtXZVE0SSthdXBIYXFIN0JHTWhp?=
 =?utf-8?B?QndpRkZhR3Y5ejhla2RjNWRIOElOK3p6T3ZDb1hwTVZOQzdkUXBURjJiYTBV?=
 =?utf-8?B?Y2t5RGZpRkFITEkwaGY0YjUwRDd1YU1HQkpXS3YwZllncXdKVCsrR1ZXUDNK?=
 =?utf-8?B?aWlVWFlNVFZCRjhPYldveVIrR2s0emJ5WDQyYUZwODF4OWh2TSt4U3dPY1NE?=
 =?utf-8?B?Mk81cVhaU1FsUGtBK0hETGxxRXY3S1QzZHBZNHhQUHg2cm1pTVl1VXVXOTh5?=
 =?utf-8?B?Z2VyMGwzWnlCcENsbXZNUXhTcW12eHlLTllWSHc0M2RxNUdIeEk5WUhCUE41?=
 =?utf-8?B?YUU1R3oxMExvbkJPZXdKQkduVFJvNHdnM1liTSsrak9CY0tzMnpGQ2dQWi8r?=
 =?utf-8?B?TDlkZnJydW14K0d1cFh4THZnUmhITFlnTHJHcFI5cEtSK1hBVTRDOXEwUnI4?=
 =?utf-8?B?VjhobTBVWTY1ck5HcjZZcENmMnh4clhmWTJ4RERlampGMWUzc25LdVU5ZC93?=
 =?utf-8?B?M0hES0h5NnY0NmpGc1ZtRUFlZ0dEcS8zWGpqbVZKYnhuWkk5VjdTbnRzRGZZ?=
 =?utf-8?B?VHNJYUtDOW5DQ2FPSllJbGNkb1lYY2hPUkNNbXMyVFJpYXkybU8reWlPd0ht?=
 =?utf-8?B?ZWxwSG9veDRqNTBFc1h0OHJRc3B2QjlJTFRPbUVOUXJMWmx5TE5LTVFNTWlh?=
 =?utf-8?B?OXlXUzlwMTl2VnQ5SVRid2J2Tzk3ZktTMjVxYTQ4dDhYdFBwVlh6RTlXNUJR?=
 =?utf-8?B?QTRYS0RnTzhHZk8yeEdFMUJaaTd5YXNxU1FHc1lqdTJMUmhTcGpxQ0psWTRz?=
 =?utf-8?B?czdTVFNTOWh0ZGUzMmtld0VqU2FlRXdybTZqWU1nZVhKcGo0YlhvYWhhdmVn?=
 =?utf-8?B?cUhZUGJNejIzV1RBTmVTcE5BblNhaFlHc0JFaXl2WXUvbFkzV3hQZmRmODQ5?=
 =?utf-8?B?V3QwbUxJVU5XZHFVUTVraWlYaU1mUkQ1K3YwSUFvNkZsMmxRQ3l3V3ViQmc1?=
 =?utf-8?B?SzZuRUVqdmk5YlBMK0tVS015RlB1QStGZERyS2VpQy82NjdQUWQrUU1GN2xv?=
 =?utf-8?B?S0dJNWxKbmtaSFRPN2NvbG1pZFYrWHFycDVZbkdHSUorSnkyY3p4TG9jY0FE?=
 =?utf-8?B?RTJQNnRGbUFBQ0hLd0VMTXZkTHk1T08zTWN1b09RY3hSRjZFZnoxajlmRWx4?=
 =?utf-8?B?NjR5UzJiNndrSjUvb1UxdVBrMU1jR0hVY28rYVpwNnFiRGd4ZE9jOUtRNTNX?=
 =?utf-8?B?VkFycDg5N1NuSGdmeDVJV2VsWTkzSUREaDAxY1p6QmdtZHNUQWlmeFlwdFBh?=
 =?utf-8?B?TTAvaDdPbGtVVHBMcU16L084U2JmK1J6cjE0Z0RaUHJzNWdqOHExNXRGQUhz?=
 =?utf-8?B?bnVyK1UzeC9xNDVORVovNldBRVJFanp2MTlIZG9pd056bXcxTmhHbUY0c2Y2?=
 =?utf-8?B?eGIxSFYrSHl3YkVvTTY0SW9jTjdTdkhOZytBb0JSMmZ0V2dSQ1YrTE5Ob0tG?=
 =?utf-8?B?QzZWdXJhNkFsbWs4WEtVWjRMZWpYcGgrYXYySWl6enl2SDdhYVZNNitpT0tm?=
 =?utf-8?B?cmZFRHRnZ2RWRVMyRmI1RCtpRndwT3ZvNmxmbFBScFFmRkRhUW9WK2VHSkVW?=
 =?utf-8?B?clg2VkNQMVJYalI3emRsaVdIaXRJU3J6ODJmMnVmZUhVY2k4bFovMHdTTFZH?=
 =?utf-8?B?bG1GZUZPWER0dFdUSVdyRCtvbW00dUZQcm5FWGxBQnVDMjFnZ3k5a1FCamVN?=
 =?utf-8?B?bk85QjNaQllCYXVDcCtUbVpiUGtMQnh1ZUkzeEdhMUlkbUh0T0pIVTlqbDAv?=
 =?utf-8?B?TXR6MEo0OEt1M0VBMlIrSWtBVENPOS8zbjFZaStjUVdGSWx6aEU0MXYrS1Vp?=
 =?utf-8?B?eWFlYzJxU2MvbjYva0FPb3JLL1g5TmRrc29GR3V3c2Zvd1kvNjZBUE1tMEVw?=
 =?utf-8?B?Z0pjMmtTWFdJdGxydFgyT2RhMWJUSTFNUEs1U0svbjJpZ1pIOU10R2VsTEtI?=
 =?utf-8?Q?qeV92ePXTr7awIEJegZwytHvw?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ce3bd261-5e68-4a08-2563-08dbd46d9db7
X-MS-Exchange-CrossTenant-AuthSource: BN8PR12MB3587.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Oct 2023 08:45:46.7614
 (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: tGQMKdaBYQUTRKl5IssgvrAgzeu2gc/dZddkubR9rQ2I5LcuUT7FJpERmf/6tCHq
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA3PR12MB9158
X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable
	autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Tue, 24 Oct 2023 01:46:12 -0700 (PDT)


Am 23.10.23 um 22:16 schrieb Danilo Krummrich:
> Use drm_WARN() and drm_WARN_ON() variants to indicate drivers the
> context the failing VM resides in.
>
> Signed-off-by: Danilo Krummrich <dakr@redhat.com>
> ---
>   drivers/gpu/drm/drm_gpuvm.c            | 32 ++++++++++++++------------
>   drivers/gpu/drm/nouveau/nouveau_uvmm.c |  3 ++-
>   include/drm/drm_gpuvm.h                |  7 ++++++
>   3 files changed, 26 insertions(+), 16 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_gpuvm.c b/drivers/gpu/drm/drm_gpuvm.c
> index 08c088319652..d7367a202fee 100644
> --- a/drivers/gpu/drm/drm_gpuvm.c
> +++ b/drivers/gpu/drm/drm_gpuvm.c
> @@ -614,12 +614,12 @@ static int __drm_gpuva_insert(struct drm_gpuvm *gpuvm,
>   static void __drm_gpuva_remove(struct drm_gpuva *va);
>   
>   static bool
> -drm_gpuvm_check_overflow(u64 addr, u64 range)
> +drm_gpuvm_check_overflow(struct drm_gpuvm *gpuvm, u64 addr, u64 range)
>   {
>   	u64 end;
>   
> -	return WARN(check_add_overflow(addr, range, &end),
> -		    "GPUVA address limited to %zu bytes.\n", sizeof(end));
> +	return drm_WARN(gpuvm->drm, check_add_overflow(addr, range, &end),
> +			"GPUVA address limited to %zu bytes.\n", sizeof(end));
>   }
>   
>   static bool
> @@ -647,7 +647,7 @@ static bool
>   drm_gpuvm_range_valid(struct drm_gpuvm *gpuvm,
>   		      u64 addr, u64 range)
>   {
> -	return !drm_gpuvm_check_overflow(addr, range) &&
> +	return !drm_gpuvm_check_overflow(gpuvm, addr, range) &&
>   	       drm_gpuvm_in_mm_range(gpuvm, addr, range) &&
>   	       !drm_gpuvm_in_kernel_node(gpuvm, addr, range);

When those parameters come from userspace you don't really want a 
warning in the system log in the first place.

Otherwise userspace can trivially spam the system log with warnings. The 
usual approach is to make this debug level severity instead.

Regards,
Christian.

>   }
> @@ -656,6 +656,7 @@ drm_gpuvm_range_valid(struct drm_gpuvm *gpuvm,
>    * drm_gpuvm_init() - initialize a &drm_gpuvm
>    * @gpuvm: pointer to the &drm_gpuvm to initialize
>    * @name: the name of the GPU VA space
> + * @drm: the &drm_device this VM resides in
>    * @start_offset: the start offset of the GPU VA space
>    * @range: the size of the GPU VA space
>    * @reserve_offset: the start of the kernel reserved GPU VA area
> @@ -668,8 +669,8 @@ drm_gpuvm_range_valid(struct drm_gpuvm *gpuvm,
>    * &name is expected to be managed by the surrounding driver structures.
>    */
>   void
> -drm_gpuvm_init(struct drm_gpuvm *gpuvm,
> -	       const char *name,
> +drm_gpuvm_init(struct drm_gpuvm *gpuvm, const char *name,
> +	       struct drm_device *drm,
>   	       u64 start_offset, u64 range,
>   	       u64 reserve_offset, u64 reserve_range,
>   	       const struct drm_gpuvm_ops *ops)
> @@ -677,20 +678,20 @@ drm_gpuvm_init(struct drm_gpuvm *gpuvm,
>   	gpuvm->rb.tree = RB_ROOT_CACHED;
>   	INIT_LIST_HEAD(&gpuvm->rb.list);
>   
> -	drm_gpuvm_check_overflow(start_offset, range);
> -	gpuvm->mm_start = start_offset;
> -	gpuvm->mm_range = range;
> -
>   	gpuvm->name = name ? name : "unknown";
>   	gpuvm->ops = ops;
> +	gpuvm->drm = drm;
>   
> -	memset(&gpuvm->kernel_alloc_node, 0, sizeof(struct drm_gpuva));
> +	drm_gpuvm_check_overflow(gpuvm, start_offset, range);
> +	gpuvm->mm_start = start_offset;
> +	gpuvm->mm_range = range;
>   
> +	memset(&gpuvm->kernel_alloc_node, 0, sizeof(struct drm_gpuva));
>   	if (reserve_range) {
>   		gpuvm->kernel_alloc_node.va.addr = reserve_offset;
>   		gpuvm->kernel_alloc_node.va.range = reserve_range;
>   
> -		if (likely(!drm_gpuvm_check_overflow(reserve_offset,
> +		if (likely(!drm_gpuvm_check_overflow(gpuvm, reserve_offset,
>   						     reserve_range)))
>   			__drm_gpuva_insert(gpuvm, &gpuvm->kernel_alloc_node);
>   	}
> @@ -712,8 +713,8 @@ drm_gpuvm_destroy(struct drm_gpuvm *gpuvm)
>   	if (gpuvm->kernel_alloc_node.va.range)
>   		__drm_gpuva_remove(&gpuvm->kernel_alloc_node);
>   
> -	WARN(!RB_EMPTY_ROOT(&gpuvm->rb.tree.rb_root),
> -	     "GPUVA tree is not empty, potentially leaking memory.");
> +	drm_WARN(gpuvm->drm, !RB_EMPTY_ROOT(&gpuvm->rb.tree.rb_root),
> +		 "GPUVA tree is not empty, potentially leaking memory.\n");
>   }
>   EXPORT_SYMBOL_GPL(drm_gpuvm_destroy);
>   
> @@ -795,7 +796,8 @@ drm_gpuva_remove(struct drm_gpuva *va)
>   	struct drm_gpuvm *gpuvm = va->vm;
>   
>   	if (unlikely(va == &gpuvm->kernel_alloc_node)) {
> -		WARN(1, "Can't destroy kernel reserved node.\n");
> +		drm_WARN(gpuvm->drm, 1,
> +			 "Can't destroy kernel reserved node.\n");
>   		return;
>   	}
>   
> diff --git a/drivers/gpu/drm/nouveau/nouveau_uvmm.c b/drivers/gpu/drm/nouveau/nouveau_uvmm.c
> index 5cf892c50f43..aaf5d28bd587 100644
> --- a/drivers/gpu/drm/nouveau/nouveau_uvmm.c
> +++ b/drivers/gpu/drm/nouveau/nouveau_uvmm.c
> @@ -1808,6 +1808,7 @@ int
>   nouveau_uvmm_init(struct nouveau_uvmm *uvmm, struct nouveau_cli *cli,
>   		  u64 kernel_managed_addr, u64 kernel_managed_size)
>   {
> +	struct drm_device *drm = cli->drm->dev;
>   	int ret;
>   	u64 kernel_managed_end = kernel_managed_addr + kernel_managed_size;
>   
> @@ -1836,7 +1837,7 @@ nouveau_uvmm_init(struct nouveau_uvmm *uvmm, struct nouveau_cli *cli,
>   	uvmm->kernel_managed_addr = kernel_managed_addr;
>   	uvmm->kernel_managed_size = kernel_managed_size;
>   
> -	drm_gpuvm_init(&uvmm->base, cli->name,
> +	drm_gpuvm_init(&uvmm->base, cli->name, drm,
>   		       NOUVEAU_VA_SPACE_START,
>   		       NOUVEAU_VA_SPACE_END,
>   		       kernel_managed_addr, kernel_managed_size,
> diff --git a/include/drm/drm_gpuvm.h b/include/drm/drm_gpuvm.h
> index bdfafc4a7705..687fd5893624 100644
> --- a/include/drm/drm_gpuvm.h
> +++ b/include/drm/drm_gpuvm.h
> @@ -29,6 +29,7 @@
>   #include <linux/rbtree.h>
>   #include <linux/types.h>
>   
> +#include <drm/drm_device.h>
>   #include <drm/drm_gem.h>
>   
>   struct drm_gpuvm;
> @@ -201,6 +202,11 @@ struct drm_gpuvm {
>   	 */
>   	const char *name;
>   
> +	/**
> +	 * @drm: the &drm_device this VM lives in
> +	 */
> +	struct drm_device *drm;
> +
>   	/**
>   	 * @mm_start: start of the VA space
>   	 */
> @@ -241,6 +247,7 @@ struct drm_gpuvm {
>   };
>   
>   void drm_gpuvm_init(struct drm_gpuvm *gpuvm, const char *name,
> +		    struct drm_device *drm,
>   		    u64 start_offset, u64 range,
>   		    u64 reserve_offset, u64 reserve_range,
>   		    const struct drm_gpuvm_ops *ops);