Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp8275255rwl; Tue, 10 Jan 2023 11:10:30 -0800 (PST) X-Google-Smtp-Source: AMrXdXvOkkDBb4+MyvaJ+UmVDmXThOrjl7IjHlw/5DkEMFPY8timJDaOQMAB/101zpBG35GMOdIh X-Received: by 2002:a17:90a:7301:b0:226:e9c1:6122 with SMTP id m1-20020a17090a730100b00226e9c16122mr15414212pjk.25.1673377830184; Tue, 10 Jan 2023 11:10:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673377830; cv=none; d=google.com; s=arc-20160816; b=m5j5GpdswFF1krG88cGBbtR09GLVTNM90NxrjoFyiihdO4ewuO4Dp8hnZF17m0cQk5 QMMpuKsGWbLOhqmP2IerOPuOC3im2aQ/4v4peGyT23eAP9QLK49/w0oX1u7GYS/M3qyC oV+QVzE2Gk+5GDXPcX9qc9NA+78CNEpwjFXLYwb1O5zV7IKfYBj1lL7AvxBxCfrHgsZE 5UuLkOcJ6dSXEmqDg6t81WUsIO9Pd0LmH8Teyj4IR79gzVRedZVMDNH87kR32OgIa6v3 JvKD8epgO/CJOqMV18FiFkcdm50Af8iP/iCJDH5YVYIT52GYfiSTqUTIswkehRJekffd bPuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=v3K1Od5QbbT2Fm3iJmb6uGl+1nQozgGbeU6bdQAygnI=; b=fdUEhz5DFop4Ck05kEV1k3OLxlUOGQ56qeGuB+nTeXc5JB70kdtxqLYzdZlAQv9mQ6 vel7CsKXDEPjK2FHQGK27RolvtEK+CEqKa732Iz9IjgZQaUE4V+CpuVFK3s4Ftc5To6m rMpzJvnYc+0NFYAZs0bwy+saFzMk5euqdX7EGky4C8IrxRfi31m14So+cfxsDzuqMzc/ dLlxQFeNfMDU2sGJM7gpnFhM2jylVhER8anMZrhxp36e80Ajo82nnRjLhiSV7VBi/OPR bNNi9utfUQ7SVA5/XrxBhBKLS2zOYtkmie2H53bf8QwrIro8uSMf8QmKAq273FtZhUgl OzwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=Fx46Ace3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cl20-20020a17090af69400b00226987508d4si11369631pjb.18.2023.01.10.11.10.21; Tue, 10 Jan 2023 11:10:30 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail header.i=@mailo.com header.s=mailo header.b=Fx46Ace3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mailo.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238763AbjAJSf4 (ORCPT + 53 others); Tue, 10 Jan 2023 13:35:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48334 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239414AbjAJSfH (ORCPT ); Tue, 10 Jan 2023 13:35:07 -0500 Received: from msg-1.mailo.com (msg-1.mailo.com [213.182.54.11]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72FFC91527 for ; Tue, 10 Jan 2023 10:30:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mailo.com; s=mailo; t=1673375417; bh=zeINM58lZULSKsWBO+E3FvyueML1bzYkk7wY1wX8GAs=; h=X-EA-Auth:Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=Fx46Ace37+NIuiH9XXbcE+8Pe9W9M/j+gw7TmHbb46v89m5LdhY817PGgxo/PV+8j pRbcb51clrhUbSWfpUfkG9Jt/2NI9y5XiGl4r6cW1HdgYGlOwv3xjLYTwnolD/sMmX EMEo2O1M4TFMlqxFzGNoFPeB9Y51aURWvH/+0iug= Received: by b-1.in.mailobj.net [192.168.90.11] with ESMTP via ip-206.mailobj.net [213.182.55.206] Tue, 10 Jan 2023 19:30:17 +0100 (CET) X-EA-Auth: Qm+Hre3tClJjXlDtBX1ONwmV81CboJoRE8Q7ml/AUlOahbgiUu7RKwBmdktw20/G9a+RDzgtq31NURLllH1/bKleLoR2wE8a Date: Wed, 11 Jan 2023 00:00:12 +0530 From: Deepak R Varma To: Zhenyu Wang , Zhi Wang , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , David Airlie , Daniel Vetter , intel-gvt-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Cc: Saurabh Singh Sengar , Praveen Kumar Subject: [PATCH 2/2] drm/i915/gvt: Avoid full proxy f_ops for vgpu_status debug attributes Message-ID: <188df08e0feba0cda2c92145f513dd4e57c6e6cf.1673375066.git.drv@mailo.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham 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: X-Mailing-List: linux-kernel@vger.kernel.org Using DEFINE_SIMPLE_ATTRIBUTE macro with the debugfs_create_file() function adds the overhead of introducing a proxy file operation functions to wrap the original read/write inside file removal protection functions. This adds significant overhead in terms of introducing and managing the proxy factory file operations structure and function wrapping at runtime. As a replacement, a combination of DEFINE_DEBUGFS_ATTRIBUTE macro paired with debugfs_create_file_unsafe() is suggested to be used instead. The DEFINE_DEBUGFS_ATTRIBUTE utilises debugfs_file_get() and debugfs_file_put() wrappers to protect the original read and write function calls for the debug attributes. There is no need for any runtime proxy file operations to be managed by the debugfs core. Following coccicheck make command helped identify this change: make coccicheck M=drivers/gpu/drm/i915/ MODE=patch COCCI=./scripts/coccinelle/api/debugfs/debugfs_simple_attr.cocci Signed-off-by: Deepak R Varma --- drivers/gpu/drm/i915/gvt/debugfs.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/gvt/debugfs.c b/drivers/gpu/drm/i915/gvt/debugfs.c index 03f081c3d9a4..baccbf1761b7 100644 --- a/drivers/gpu/drm/i915/gvt/debugfs.c +++ b/drivers/gpu/drm/i915/gvt/debugfs.c @@ -165,7 +165,7 @@ static int vgpu_status_get(void *data, u64 *val) return 0; } -DEFINE_SIMPLE_ATTRIBUTE(vgpu_status_fops, vgpu_status_get, NULL, "0x%llx\n"); +DEFINE_DEBUGFS_ATTRIBUTE(vgpu_status_fops, vgpu_status_get, NULL, "0x%llx\n"); /** * intel_gvt_debugfs_add_vgpu - register debugfs entries for a vGPU @@ -182,8 +182,8 @@ void intel_gvt_debugfs_add_vgpu(struct intel_vgpu *vgpu) &vgpu_mmio_diff_fops); debugfs_create_file_unsafe("scan_nonprivbb", 0644, vgpu->debugfs, vgpu, &vgpu_scan_nonprivbb_fops); - debugfs_create_file("status", 0644, vgpu->debugfs, vgpu, - &vgpu_status_fops); + debugfs_create_file_unsafe("status", 0644, vgpu->debugfs, vgpu, + &vgpu_status_fops); } /** -- 2.34.1