Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1580511
| From | Peter Zijlstra <peterz@infradead.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v8 9/9] perf/amd/iommu: Enable support for multiple IOMMUs |
| Date | 2017-02-14 13:40 +0100 |
| Message-ID | <taKyJ-1SG-3@gated-at.bofh.it> (permalink) |
| References | <t0E1A-mt-13@gated-at.bofh.it> <t2wsV-4Uh-7@gated-at.bofh.it> <t3sng-8uI-19@gated-at.bofh.it> <taKyJ-1SG-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, Feb 07, 2017 at 08:57:52AM +0700, Suravee Suthikulpanit wrote: > >But instead it looks like you get the counter form: > > > > #define _GET_CNTR(ev) ((u8)(ev->hw.extra_reg.reg)) > > > >Which is absolutely insane. > > > > So, the IOMMU counters are grouped into bank, and there could be > many banks. I use the extra_reg.reg to hold the bank and counter > indices. This will be used to program onto the counter configuration > register. This is handled in get_next_avail_iommu_bnk_cntr() and > clear_avail_iommu_bnk_cntr(). But this is crazy. That's not what extra_regs are for. Also, who cares about the banks, why is this exposed? That is, I would very much expect a linear range of counters. You can always decompose this counter number if you really need to somewhere down near the hardware accessors.
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v8 9/9] perf/amd/iommu: Enable support for multiple IOMMUs Peter Zijlstra <peterz@infradead.org> - 2017-02-14 13:40 +0100 Re: [PATCH v8 9/9] perf/amd/iommu: Enable support for multiple IOMMUs Peter Zijlstra <peterz@infradead.org> - 2017-02-23 19:50 +0100
csiph-web