Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1339131
| Path | csiph.com!weretis.net!feeder4.news.weretis.net!newsfeed.CARNet.hr!news.spin.it!bofh.it!news.nic.it!robomod |
|---|---|
| From | Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com> |
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH V4 2/6] perf/amd/iommu: Modify functions to query max banks and counters |
| Date | Mon, 22 Feb 2016 06:00:02 +0100 |
| Message-ID | <r4QLg-ha-15@gated-at.bofh.it> (permalink) |
| References | <r0VzP-6IR-5@gated-at.bofh.it> <r0VzP-6IR-3@gated-at.bofh.it> <r3uMO-4Fh-1@gated-at.bofh.it> |
| Authentication-Results | lists.linux-foundation.org; dkim=none (message not signed) header.d=none;lists.linux-foundation.org; dmarc=none action=none header.from=amd.com; |
| User-Agent | Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 |
| MIME-Version | 1.0 |
| Content-Type | text/plain; charset="utf-8"; format=flowed |
| Content-Transfer-Encoding | 7bit |
| X-Originating-IP | [124.121.8.20] |
| X-Clientproxiedby | SG2PR03CA0039.apcprd03.prod.outlook.com (25.160.233.49) To CY1PR12MB0442.namprd12.prod.outlook.com (25.163.91.20) |
| X-Ms-Office365-Filtering-Correlation-ID | d49f4dde-680c-4910-8c4c-08d33b447352 |
| X-Microsoft-Exchange-Diagnostics | 1;CY1PR12MB0442;2:7haSFB4G6epJfS2fB4PUJN7ijrtclNeZlQ8cWaL2Fv9nage9drj/5rBEBnAxyIAIgDYiNPVywuy4KWpE/xrCbTAy+IGZCiGOT5ASEi/Gp0A+4TRuhnxjSpYNDf3fK/Q1cSJfNNNk3cTS4mzfID2A6HkzM6QgTaTDuTze/Hrq54bnDbsOIB/vRZSOn0aU5BSS;3:s88lac7gm4Fv0odWgvsB62nIJQUqgGvgDTX0IkGYqQTIitoJA6Yrvsl1QAopT1ObUcHsQCn3uPdJJ0ZsBKqQS9kC4/yl4uVLZCES/0QIIrNT4yD4ktC97E7RTkZjU8ZP;25:x9wk+uh/ZdJt9hxu+2nmKTPlgaS5dBK+md9LhlizBiRri8FQyce3w1pVJ85ew3DNOBs9qVOR0wzgq5f2YrIQ2zz0OUKjq5hXKBc7q1AkhqvxYDd38vrqlB71lxakt1TajFbd4PoYdpRo2GeldSWjuwyPYCNw0zuSnwSpOwvTkS6OTgtR7szOWiF5yjdMc+/j7LfoTR2J21BNAHF7+hvVXFnd4uW1ouGJZAzSGgyqZiXD/1J6wE9swG7n9uefmSyhAdSgMidhZBAbRtQGKOqn3lUTwPk8iJdJ+ux+R6U97NUF83vi+dmd1Py2GATps+qlSSjsOS5nLWtg7DfYe7ektWJwp1fZRy5RPFaYtFpHoiU= |
| X-Microsoft-Antispam | UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR12MB0442; |
| X-Microsoft-Exchange-Diagnostics | 1;CY1PR12MB0442;20:fLwZQEP6BTuQdojQ+XOXgDkSQYLjTsw3sSAQPGnkGeM3715Fe2qnkvV5nfQFVn9LT3vCDwTjNFl0nIjOQEBmSfATdciNww0Z/M/m/uddpAXZvMBqRofPSS1/LL9V+fszwpPL/ndD4lajFqMdhCGcpKPg9ZB82Y6m6TqhXOz3EQ1B3UdRaSsT0sjlqWrpsAYZ/7fm4Yelxf5GNeYa/Xo4BLewvXIlywDRqw2399hPtEtssoVaqqTFGaczJ6Hhl0c6BbTnNqwr3+wfKeZfccNCDCBWHW8xXa520YiCadWkjeuxfXvySVnnA+GT+KlDtIeRFCOlrmXil3EQd8IaTyXntEC8V2FX7BQoONBJWuccQMLywQ+yElsTfzUcA8Ci3Yhj5Omg4DEkIH2As8Yf7+FBaDTw1UPOFNh6lJBbSU7P9sR6QCYyh/9LAs9io+n2bEHRlcgAzXjVAfv/HH0yDFv9d2F+337aaYVUY4eGVWPmW03P+Szf20O6uwyA6GQYLDXr;4:Q9WcprTJ2SqVTSX+sCVFM/1L9EafknTpc2J8m8MEq5V8lhUMj3yYMDAr+tqzIq+rR1lN0dVr5iBMehwNHELFkEQxUyvNB1A0u+5vPqCXUMGWdAeOPThINEzDWuSB6aC6HbjCTrbCpwYNNKep6YeQtS363WCIhjVTamjWcYr4ZuuUVQIvwSGD4xpTvAAx5IhnIpvZI1DcAjgT5FnxC2zD5RB/GnhvbJRy842/NhSGXWQYyD00MW3pWYUo5M9vY/9TATYEF5wMZz1Da+A9iMJa2T0J+mQR2J7l5+qiKTjQSTLccTb0Ygz1nlxq9uJ5/cDJkY/G2+ZtI9AM1vhBS2h788cjFNufROkbDT+0YYCYRtk7MHL7FJvRbUmyng3gQil+HhzfljxlprN3MZy9jlu44w== |
| X-Microsoft-Antispam-Prvs | <CY1PR12MB04426E90C2ECB1E69140F053F3A30@CY1PR12MB0442.namprd12.prod.outlook.com> |
| X-Exchange-Antispam-Report-Test | UriScan:(767451399110); |
| X-Exchange-Antispam-Report-Cfa-Test | BCL:0;PCL:0;RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046);SRVR:CY1PR12MB0442;BCL:0;PCL:0;RULEID:;SRVR:CY1PR12MB0442; |
| X-Forefront-Prvs | 0860FE717F |
| X-Forefront-Antispam-Report | SFV:NSPM;SFS:(10009020)(4630300001)(6049001)(6009001)(377454003)(479174004)(164054003)(24454002)(33656002)(4001350100001)(23676002)(110136002)(76176999)(5001960100002)(54356999)(87266999)(83506001)(50986999)(2950100001)(77096005)(86362001)(36756003)(15650500001)(50466002)(117156001)(87976001)(5004730100002)(2906002)(4326007)(92566002)(5008740100001)(230700001)(586003)(6116002)(3846002)(1096002)(42186005)(65956001)(66066001)(47776003)(40100003)(189998001)(19580405001)(80316001)(122386002)(19580395003);DIR:OUT;SFP:1101;SCL:1;SRVR:CY1PR12MB0442;H:[192.168.0.19];FPR:;SPF:None;MLV:sfv;LANG:en; |
| X-Microsoft-Exchange-Diagnostics | 1;CY1PR12MB0442;23:a5A7Qkmc0qinm3FdhgGAMM+WzD10w5xVeMaCiuGj8zmIURa8uG7pn4JRMOBFeB2cBWgLKSWRza/bm43FONn7h0dKndJ4xHeRaPJQdA9AzNGZlpQkX/dlLe2Nm4JmMPYmQEqHbo4Bn/X2swdP8FdLUffjR4knOSBian0Ahdu0WsRG7CDebezoGsfsEgqYueGWhNg/QGyKOvg4p1DayGrCLRBoynJZqILDkhJaLdKIeKJHurDBvTCnFiEcc5SZrJ+ICL1WD3UUvkh5Gj3WoASdZR1mTKhn//Y1+2juQUCIysB9XGQfT1s3x3nlrmhDuTlHvPsLRr6gP2Ze1HGTMt2oFFLt82kSC35Jp+FOf1voln+PIxodWfxt6HDIcPsOhZajdGAi4nL4htWOCFpvZKxRHosQvJCSMe98cpBiIYemOX1NQA6olTQIOYvWPBts3pZbVqKxX+qmpqBe20WvcsnsBmBVjDKRBnrbYJIsvxM5eriF3VQDXboehNXIxalGnzUqcF8GsjWhPakVOvALKyBIA7WTgrtobnatphCrLOk2vX1dre2ZUSQxZtHA1vpZ0SqeMP4WfgzKZqnORtwDnsouDkiMZPg60yewuxSJiRsdxHVQnm8FWfC7GlBs8g9l5pd59yn7MYHz9mY3VK4utSpqeQKxu3Hi+RXtLVxeXCVtsW3emjYXvyWBGAThxWtNj8AMSxGePMNZyCVyGF64/Y/GdSjWxfMuEWPqUjzZx7JGlC8whN79dn2v4wBVB03cnSWgY1YUsa3Sc2iIhdQd1B6Ok5T6w0h2Ev6guJ+Hv1trGn83WKcnUXOjuUUDzCYkkrzqJfuAhYOdXC0MdS2K884hnYLtLbnWQxR9jYjPAAbzIaJmH1wjhHPvDccH3XEZn2U/zvZ6r8iBseoj9TgizvAtsaEf5yk/x9wdZy0HQuKeZJYPzSRGVLD3JMAtRKpKX7sX37mXM2wzCGJDVB07lJeZrM7N4p0+0MNkWlGUVX17uFWWf7SReL10s+U+Ub+ENX4djTdJdCz5b45UdbePo0du8pqANOg5nLbO4JsPNhMAm4I9uEb06l/Q+fzMUEgZPljelqN1F/CHXqEROkC/ersMFUEUSk1+pUOLBXm5aYaEVkUmwlR4yaIGukyFKNj2U6OvyGhyoybXlfr88SXtzoMtk0YlkpZyp7DxLQiCm2ogeYc= |
| X-Microsoft-Exchange-Diagnostics | 1;CY1PR12MB0442;5:q94F4aMyna1Mn9lkuB2OgYpjAk+f14zyZwztwEhgXRZdj0PxrAqlgnN8Utm7ej9IHivAKytY8Yy0FIOV9yRJxO7hFCHxIsHw6pjD09PKtvEkLis4mC/rxhAM+U5xMs+EWSUgsVLs5zN0FxjHk4S6Gg==;24:adRfWI67Wc9X3L03vacEMYD3U1+2dg3ibD64BX7ZYsOaJJY2fSaPtYXGq6SL5rXUKaj0yLxYRSB5r63N/ZSo6aXRJEqNnoEyGQ+pcd2slaE=;20:pHu7HiMz91ByoJZWt90xDQTJHtBUtRvO9Pr4DOSRIFRLKr0pOwt6q2fJ8DfV9ZHbvTzkKYrCfNQbAUGDeH0tK9WyIv+Z/1xvcJd6HI8fYMOWWuuBpuycLE3WF31m4S8Vz2AQHBDLkTPlHedWpNg+OXNeEl3iXYBBjrX7ZD4qZG8grMzcRRRWl70mTnxvO1bNhnYIVHspszKhheIAe4pOMCtknWCtKsY7V0YiiZPBZqzXZ+yqKIFnsEFrKY6Xn3Lz |
| Spamdiagnosticoutput | 1:23 |
| Spamdiagnosticmetadata | NSPM |
| X-Originatororg | amd.com |
| X-Ms-Exchange-Crosstenant-Originalarrivaltime | 22 Feb 2016 04:55:54.4069 (UTC) |
| X-Ms-Exchange-Crosstenant-Fromentityheader | Hosted |
| X-Ms-Exchange-Transport-Crosstenantheadersstamped | CY1PR12MB0442 |
| Sender | robomod@news.nic.it |
| List-ID | <linux-kernel.vger.kernel.org> |
| X-Mailing-List | linux-kernel@vger.kernel.org |
| Approved | robomod@news.nic.it |
| Lines | 127 |
| Organization | linux.* mail to news gateway |
| X-Original-Cc | <joro@8bytes.org>, <peterz@infradead.org>, <mingo@redhat.com>, <acme@kernel.org>, <andihartmann@freenet.de>, <linux-kernel@vger.kernel.org>, <iommu@lists.linux-foundation.org> |
| X-Original-Date | Mon, 22 Feb 2016 11:55:30 +0700 |
| X-Original-Message-ID | <56CA94C2.9090501@amd.com> |
| X-Original-References | <1455182127-17551-1-git-send-email-Suravee.Suthikulpanit@amd.com> <1455182127-17551-3-git-send-email-Suravee.Suthikulpanit@amd.com> <20160218111116.GE3694@pd.tnic> |
| X-Original-Sender | linux-kernel-owner@vger.kernel.org |
| Xref | csiph.com linux.kernel:1339131 |
Show key headers only | View raw
Hi,
On 02/18/2016 06:11 PM, Borislav Petkov wrote:
> On Thu, Feb 11, 2016 at 04:15:23PM +0700, Suravee Suthikulpanit wrote:
>> Currently, amd_iommu_pc_get_max_[banks|counters]() require devid,
>> which should not be the case.
>
> Why?
>
> Commit message could use an explanation.
>
>> Also, these don't properly support
>> multi-IOMMU system.
>>
>> Current and future AMD systems with IOMMU that support perf counter
>
> "with an IOMMU that supports performance counters"
>
>> would likely contain homogeneous IOMMUs where multiple IOMMUs are
>
> What are homogeneous IOMMUs?
I intended to mean the same IOMMU version/capability for all IOMMUs in
the system.
>
>> availalbe. So, this patch modifies these function to iterate all IOMMU
>
> Please integrate a spellchecker in your patch creation workflow:
>
> s/availalbe/available/
>
Thanks. I have now rephrased and spell check the new commit message for
the V5.
>>
>> Reviewed-by: Joerg Roedel <jroedel@suse.de>
>> Signed-off-by: Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com>
>> ---
>> arch/x86/events/amd/iommu.c | 17 +++++++----------
>> arch/x86/include/asm/perf/amd/iommu.h | 7 ++-----
>> drivers/iommu/amd_iommu_init.c | 20 ++++++++++++--------
>> 3 files changed, 21 insertions(+), 23 deletions(-)
>>
>> diff --git a/arch/x86/events/amd/iommu.c b/arch/x86/events/amd/iommu.c
>> index 2f96072..debf22d 100644
>> --- a/arch/x86/events/amd/iommu.c
>> +++ b/arch/x86/events/amd/iommu.c
>> @@ -232,14 +232,6 @@ static int perf_iommu_event_init(struct perf_event *event)
>> return -EINVAL;
>> }
>>
>> - /* integrate with iommu base devid (0000), assume one iommu */
>> - perf_iommu->max_banks =
>> - amd_iommu_pc_get_max_banks(IOMMU_BASE_DEVID);
>> - perf_iommu->max_counters =
>> - amd_iommu_pc_get_max_counters(IOMMU_BASE_DEVID);
>> - if ((perf_iommu->max_banks == 0) || (perf_iommu->max_counters == 0))
>> - return -EINVAL;
>> -
>> /* update the hw_perf_event struct with the iommu config data */
>> hwc->config = config;
>> hwc->extra_reg.config = config1;
>> @@ -450,6 +442,11 @@ static __init int _init_perf_amd_iommu(
>
> Btw, that _init_perf_amd_iommu is unnecessarily split from
> amd_iommu_pc_init(). You should merge those two. But that's another
> patch. In that same cleanup patch you could do
>
> s/perf_iommu/pi/g
>
> or so because that perf_iommu local var is unnecesarily long and impairs
> readability.
>
Sure, I'll clean up both of these.
>> if (_init_events_attrs(perf_iommu) != 0)
>> pr_err("perf: amd_iommu: Only support raw events.\n");
>>
>> + perf_iommu->max_banks = amd_iommu_pc_get_max_banks();
>> + perf_iommu->max_counters = amd_iommu_pc_get_max_counters();
>> + if ((perf_iommu->max_banks == 0) || (perf_iommu->max_counters == 0))
>
> Simplify:
>
> if (!perf_iommu->max_banks ||
> !perf_iommu->max_counters)
Ok
[....]
>> diff --git a/drivers/iommu/amd_iommu_init.c b/drivers/iommu/amd_iommu_init.c
>> index d30f4b2..a62b5ce 100644
>> --- a/drivers/iommu/amd_iommu_init.c
>> +++ b/drivers/iommu/amd_iommu_init.c
>> @@ -2251,15 +2251,17 @@ EXPORT_SYMBOL(amd_iommu_v2_supported);
>> *
>> ****************************************************************************/
>>
>> -u8 amd_iommu_pc_get_max_banks(u16 devid)
>> +u8 amd_iommu_pc_get_max_banks(void)
>> {
>> struct amd_iommu *iommu;
>> u8 ret = 0;
>>
>> - /* locate the iommu governing the devid */
>> - iommu = amd_iommu_rlookup_table[devid];
>> - if (iommu)
>> + for_each_iommu(iommu) {
>> + if (!iommu->max_banks ||
>> + (ret && (iommu->max_banks != ret)))
>
> What is that supposed to do?
>
> Check that the max_banks of a previous IOMMU are == to the max_banks of
> the current IOMMU?
>
> Why? Could definitely use a comment.
Current AMD IOMMU perf implementation assumes that all IOMMUs must have
the same value of max_counters. Therefore, this logic iterates through
all IOMMUs to check this. I'll add the comment here.
Thanks,
Suravee
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH V4 2/6] perf/amd/iommu: Modify functions to query max banks and counters Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com> - 2016-02-11 10:20 +0100
Re: [PATCH V4 2/6] perf/amd/iommu: Modify functions to query max banks and counters Borislav Petkov <bp@alien8.de> - 2016-02-18 12:20 +0100
Re: [PATCH V4 2/6] perf/amd/iommu: Modify functions to query max banks and counters Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com> - 2016-02-22 06:00 +0100
csiph-web