Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp163588ybj; Fri, 8 May 2020 08:49:06 -0700 (PDT) X-Google-Smtp-Source: APiQypLFvKn2G51eh+4uoRU1Z5yz2aSscQq9SE7lrsnrHStwTgsS/Q2+1rNoPiJ+V+IjU9NMBI5K X-Received: by 2002:a05:6402:31b1:: with SMTP id dj17mr2563856edb.146.1588952946153; Fri, 08 May 2020 08:49:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588952946; cv=none; d=google.com; s=arc-20160816; b=Xpq5RdCWopUDLxzXNzFHEv0NBJvQuGu0OAfBXI6HbAH6TSutUYgynWIdgSg64yQtqb 5yd8Llzvef4kXE/vYGwXCJjjmoHSAxL3IBPXjr4De1sQtadciCoKwC6Omt6DNznUIrhN MLlZ1qzfGUsUVyLesjJgVuDd9rmlCconin70RdssjfSqvxUFLK7tGkRGDz44lbICQvjs 3EseVtZD3fP/8bgIFbKhRPGF67MpLlMMzjMuA8Pdolu/Xk3GEVoxHjoduwiutvE2oOnr 763IcX/s44SSln7rZxHNil0EFKMZvOfxh5QfwIWQTSeDmTOMfol1KFNmIaftQ3xDNPT3 SeuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=GwJgjj5lx+tjcknnzMFwus1meAsjfztvxFZyfcTtzts=; b=biUj/z0+nmABCuem8dU7py1IzN/vKJd6XmxHMdeuSBd0xPBW7+7EBac5sNZ2Go4krf moq10NyAOUVggRbELHdfiUF6yqhpPA+tOMyYKiRrM3QicMC6b+Slz1CWXP1ycsYm86yM ENlGo3Zip9089GZFMpgQLcxaGvHAN6exUuWTxPwTLIkjVnY4XysPZRx6cEEKxrmemzAu Gs2015umqYh03jWOWyBo5W7PU+Zz/kmd5z6OnjYPQgyGX3I8sa7Rxk69yw4V9imyNLUA dKj4v7fGsKG9pgGu2tiH8vKvPqMDkGTthQMh0nwCYXptk8s6f6k+ofYr9L7GBHwcNyMy eO6w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bz11si1159465ejc.50.2020.05.08.08.48.42; Fri, 08 May 2020 08:49:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727882AbgEHPpL convert rfc822-to-8bit (ORCPT + 99 others); Fri, 8 May 2020 11:45:11 -0400 Received: from mga11.intel.com ([192.55.52.93]:59832 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727082AbgEHPpJ (ORCPT ); Fri, 8 May 2020 11:45:09 -0400 IronPort-SDR: rzY9RnjQ0KQwEinW4jAxw1l8ZvCujQkFDUUM0m0o+c6vDRkKmSIJme+gvQ9KPHwMus1xCXsJV9 dUiCTzlS+vTw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 May 2020 08:45:08 -0700 IronPort-SDR: zuLAiuchje8B0YyQv0S/mbUVBsaBhKQ3aT39CD4wudUZg6RsHy7KKcVB23qKFBK/RFueqW6QIA q31289LMt4LQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,368,1583222400"; d="scan'208";a="285505776" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by fmsmga004.fm.intel.com with ESMTP; 08 May 2020 08:45:08 -0700 Received: from fmsmsx121.amr.corp.intel.com (10.18.125.36) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 8 May 2020 08:45:08 -0700 Received: from fmsmsx108.amr.corp.intel.com ([169.254.9.60]) by fmsmsx121.amr.corp.intel.com ([169.254.6.5]) with mapi id 14.03.0439.000; Fri, 8 May 2020 08:45:08 -0700 From: "Ruhl, Michael J" To: Bernard Zhao , Alex Deucher , =?iso-8859-1?Q?Christian_K=F6nig?= , "David (ChunMing) Zhou" , David Airlie , Daniel Vetter , Tom St Denis , "Sam Ravnborg" , Ori Messinger , "amd-gfx@lists.freedesktop.org" , "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" CC: "opensource.kernel@vivo.com" Subject: RE: [PATCH v2] drm/amd/amdgpu: cleanup coding style a bit Thread-Topic: [PATCH v2] drm/amd/amdgpu: cleanup coding style a bit Thread-Index: AQHWJE+3bau47Y1nb0Gh/jTCob7xpaieVcIg Date: Fri, 8 May 2020 15:45:07 +0000 Message-ID: <14063C7AD467DE4B82DEDB5C278E8663010E20C5BD@FMSMSX108.amr.corp.intel.com> References: <20200507091311.10898-1-bernard@vivo.com> In-Reply-To: <20200507091311.10898-1-bernard@vivo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.1.200.106] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >-----Original Message----- >From: dri-devel On Behalf Of >Bernard Zhao >Sent: Thursday, May 7, 2020 5:13 AM >To: Alex Deucher ; Christian K?nig >; David (ChunMing) Zhou >; David Airlie ; Daniel Vetter >; Tom St Denis ; Sam Ravnborg >; Ori Messinger ; Bernard >Zhao ; amd-gfx@lists.freedesktop.org; dri- >devel@lists.freedesktop.org; linux-kernel@vger.kernel.org >Cc: opensource.kernel@vivo.com >Subject: [PATCH v2] drm/amd/amdgpu: cleanup coding style a bit > >There is DEVICE_ATTR mechanism in separate attribute define. >So this change is to use attr array, also use >sysfs_create_files in init function & sysfs_remove_files in >fini function. >This maybe make the code a bit readable. > >Signed-off-by: Bernard Zhao > >Changes since V1: >*Use DEVICE_ATTR mechanism > >Link for V1: >*https://lore.kernel.org/patchwork/patch/1228076/ >--- > drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 43 ++++++------------- >- > 1 file changed, 13 insertions(+), 30 deletions(-) > >diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c >b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c >index 82a3299e53c0..57bbc70662ff 100644 >--- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c >+++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c >@@ -148,6 +148,15 @@ static DEVICE_ATTR(mem_info_vis_vram_used, >S_IRUGO, > static DEVICE_ATTR(mem_info_vram_vendor, S_IRUGO, > amdgpu_mem_info_vram_vendor, NULL); > >+static struct attribute *amdgpu_vram_mgr_attributes[] = { >+ &dev_attr_mem_info_vram_total.attr, >+ &dev_attr_mem_info_vis_vram_total.attr, >+ &dev_attr_mem_info_vram_used.attr, >+ &dev_attr_mem_info_vis_vram_used.attr, >+ &dev_attr_mem_info_vram_vendor.attr, >+ NULL >+}; >+ > /** > * amdgpu_vram_mgr_init - init VRAM manager and DRM MM > * >@@ -172,31 +181,9 @@ static int amdgpu_vram_mgr_init(struct >ttm_mem_type_manager *man, > man->priv = mgr; > > /* Add the two VRAM-related sysfs files */ >- ret = device_create_file(adev->dev, >&dev_attr_mem_info_vram_total); >- if (ret) { >- DRM_ERROR("Failed to create device file >mem_info_vram_total\n"); >- return ret; >- } >- ret = device_create_file(adev->dev, >&dev_attr_mem_info_vis_vram_total); >- if (ret) { >- DRM_ERROR("Failed to create device file >mem_info_vis_vram_total\n"); >- return ret; >- } >- ret = device_create_file(adev->dev, >&dev_attr_mem_info_vram_used); >- if (ret) { >- DRM_ERROR("Failed to create device file >mem_info_vram_used\n"); >- return ret; >- } >- ret = device_create_file(adev->dev, >&dev_attr_mem_info_vis_vram_used); >- if (ret) { >- DRM_ERROR("Failed to create device file >mem_info_vis_vram_used\n"); >- return ret; >- } >- ret = device_create_file(adev->dev, >&dev_attr_mem_info_vram_vendor); >- if (ret) { >- DRM_ERROR("Failed to create device file >mem_info_vram_vendor\n"); >- return ret; >- } >+ ret = sysfs_create_files(&adev->dev->kobj, >amdgpu_vram_mgr_attributes); >+ if (ret) >+ DRM_ERROR("Failed to register sysfs\n"); This looks good to me. I think that there is a new error macro (drm_err?) that you might want to use instead of DRM_ERROR(). Otherwise: Acked-by: Michael J. Ruhl m > > return 0; > } >@@ -219,11 +206,7 @@ static int amdgpu_vram_mgr_fini(struct >ttm_mem_type_manager *man) > spin_unlock(&mgr->lock); > kfree(mgr); > man->priv = NULL; >- device_remove_file(adev->dev, &dev_attr_mem_info_vram_total); >- device_remove_file(adev->dev, >&dev_attr_mem_info_vis_vram_total); >- device_remove_file(adev->dev, &dev_attr_mem_info_vram_used); >- device_remove_file(adev->dev, >&dev_attr_mem_info_vis_vram_used); >- device_remove_file(adev->dev, >&dev_attr_mem_info_vram_vendor); >+ sysfs_remove_files(&adev->dev->kobj, >amdgpu_vram_mgr_attributes); > return 0; > } > >-- >2.26.2 > >_______________________________________________ >dri-devel mailing list >dri-devel@lists.freedesktop.org >https://lists.freedesktop.org/mailman/listinfo/dri-devel