Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp1843992rda; Tue, 24 Oct 2023 05:17:16 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFKbxDWBf8KDyQZLEQ77x205cyqyP63z/IzjRoboZ5+jqTNzIbXIes8MlRur+3XxcUlfuz0 X-Received: by 2002:a17:902:fb87:b0:1c3:845d:a4 with SMTP id lg7-20020a170902fb8700b001c3845d00a4mr8512909plb.51.1698149836618; Tue, 24 Oct 2023 05:17:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698149836; cv=none; d=google.com; s=arc-20160816; b=An1LKQu1JDpje7VnE1BbKeu+TLtUBQHEUcs3I/p7j1Q2sZKfHBD3+UA4+B4LRALOlq HNnkvZGdfzuwH71FFZ+oG1P9fzd8eOKSvjfSFc133iRNNcb1UyiYQIRFKb92CPXNJHir OPYasR+Mki7VouuQeKjQERMpMV+h3AS1ViGOxVDZM6YOx6p6TO6ScwIEWsg/In2i0O/C izakP/FR+yihzBC86Rf2aKRfsOp2RUUXoiAQ4L1cofYwFJJL3WD83CoBN1JTBAHvRQK6 uNq1x4WUoJIT/ozhq8yMm9ijrC3msk8UNmzzTg1FkSY4pbTkiqUOEt3nmO6iFI9+qO8/ kuzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :organization:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:dkim-signature; bh=aMA3nzoLm4Zo8XrBBgJy6GrYCS5WEdUVH54F44RRqyw=; fh=j28eXElWaA4uBQsBOm093ofq20bNMR/QGVMlBnpQq4E=; b=era3j2Y0zQb9GaOzvlWTHX6YSBYsemdt6g4DPwRZkL3TjJUi6EUGJH95U2TvKuMUEp qOAvAoouCCqPQY9u6LLIMcYx/Hw9kUFUh/wYCdnhnJUlY6txoYlKb+QTykegBPG0gtie l6VsoQWYZZ2tT8ayhul5YMZd0VF5Oy0PgNO5h0REUapSmol8RvxxQVj91hqa+KmybaR0 Ij4tsJpvHvHCf4+srEvyMuw00Jh3MgEmT4fMZU9/Yl2tr/k6hRyB14PgumfKHqEQECco uBtvSbdXLPfZdFjJ/Hy+bN2GZAzMKlGF/vrzm2FLxOzZv2FmyHIb2quN5c95BpRT+YU6 OBNA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Ziy2GiPg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from groat.vger.email (groat.vger.email. [23.128.96.35]) by mx.google.com with ESMTPS id k10-20020a170902c40a00b001c9948cbdd0si8829808plk.515.2023.10.24.05.17.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Oct 2023 05:17:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) client-ip=23.128.96.35; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=Ziy2GiPg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 218E08058A05; Tue, 24 Oct 2023 05:17:13 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231801AbjJXMRB (ORCPT + 99 others); Tue, 24 Oct 2023 08:17:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56848 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231521AbjJXMQ7 (ORCPT ); Tue, 24 Oct 2023 08:16:59 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9BF8910D1 for ; Tue, 24 Oct 2023 05:16:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1698149768; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=aMA3nzoLm4Zo8XrBBgJy6GrYCS5WEdUVH54F44RRqyw=; b=Ziy2GiPgD5ry/6nk5xNnkBMHw8XAG6FU0H5k1gvtAodKA/6BHL075BAAD1MMQoyjylSJqw FzMzBFhVHRDrneYDlKZGu+QrYgrTspVDVQQJ9NUK5CjqiEIkdnJUwfsG18wioS4aaNIB2U gtM5Hxe48vu7YysFN6XdJHOAN76PwCk= Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-433-r0QIQ8FlNZWZBSubGAhtJg-1; Tue, 24 Oct 2023 08:16:07 -0400 X-MC-Unique: r0QIQ8FlNZWZBSubGAhtJg-1 Received: by mail-ed1-f70.google.com with SMTP id 4fb4d7f45d1cf-5400c8c6392so1939377a12.1 for ; Tue, 24 Oct 2023 05:16:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698149766; x=1698754566; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=aMA3nzoLm4Zo8XrBBgJy6GrYCS5WEdUVH54F44RRqyw=; b=ugQLuUiup1r0WpHJZFU99U1tebtbHjos75kaUSla04gp+XxmpRjrE88nfDi4abHxjB cDbztVddcbgdl6Ltns1ChrIHQaU1JjWAo0rbvQgpkt4o2JR/IIeANqdmADk2ZWU0Ckil Khxi5DJcfaY6KXZEBwDSD/863EuzUuXguYkw6WAW/ha+4Uc5+NysV9wyof7mnJE/nEZ3 TaVeyXZzErCcTvzA+Gr2I8/vh2Ukm8t3QyyATwGLrqGfL0EBfE/7JL9S26EtBfEQc/BB OxYzkfYIuCoAz42geevUWIySROepjc+0cAXjk3DLlYaps+/k3GVEvHVtsk4NJiOVq1i2 5cfA== X-Gm-Message-State: AOJu0Yw0zFjb6H6RwifVBaZokHKBDkjROiREp9nkNA7/d4zfs/PGBOP4 Z/IFMuGxggAhB732SoN+MM6SRhCRn3WdPnnQK3COxYeJ7HHE+3FVG4Q97DqAtoa2Dl9GOXcLcTl UhHbhteVAh0dvAF5tePK+ZUkI X-Received: by 2002:a17:906:d555:b0:9be:fc31:8cd4 with SMTP id cr21-20020a170906d55500b009befc318cd4mr10849371ejc.18.1698149766104; Tue, 24 Oct 2023 05:16:06 -0700 (PDT) X-Received: by 2002:a17:906:d555:b0:9be:fc31:8cd4 with SMTP id cr21-20020a170906d55500b009befc318cd4mr10849341ejc.18.1698149765668; Tue, 24 Oct 2023 05:16:05 -0700 (PDT) Received: from ?IPV6:2a02:810d:4b3f:de9c:642:1aff:fe31:a15c? ([2a02:810d:4b3f:de9c:642:1aff:fe31:a15c]) by smtp.gmail.com with ESMTPSA id i18-20020a170906265200b009cb2fd85371sm2208086ejc.8.2023.10.24.05.16.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 24 Oct 2023 05:16:05 -0700 (PDT) Message-ID: <9fdadbf2-c6dd-4446-b25c-a4fc235fe0c6@redhat.com> Date: Tue, 24 Oct 2023 14:16:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH drm-misc-next v7 1/7] drm/gpuvm: convert WARN() to drm_WARN() variants To: =?UTF-8?Q?Christian_K=C3=B6nig?= , 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> Content-Language: en-US From: Danilo Krummrich Organization: RedHat In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Tue, 24 Oct 2023 05:17:13 -0700 (PDT) On 10/24/23 10:45, Christian König wrote: > > > 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 >> --- >>   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. Currently, this function isn't exported and hence the driver should do the relevant sanity checks before attempting to insert the mapping. However, I think it would make sense to export this function and remove the WARN() and instead WARN() in drm_gpuvm_init() explicitly. > > 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 >>   #include >> +#include >>   #include >>   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); >