On Fri, May 8, 2015 at 5:21 PM, Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote: > > So I've not yet went through the entire series; but I'm wondering if its > at all possible to re-use some of this work: > > lkml.kernel.org/r/1428453299-19121-1-git-send-email-sukadev@xxxxxxxxxxxxxxxxxx > > That's for a Power8 HV call that can basically return an array of > values; which on a superficial level sounds a bit like what this GPU > hardware does. Thanks for this pointer. I think the main similarity here is the ability to capture multiple counters consistent for the same point in time, but in our case we don't have an explicitly controlled transaction mechanism like this. Although we can collect a large set of counters in a latched fashion - so they are self consistent - the selection of counters included in our OA unit reports is more rigid. Most of our counters aren't independently aggregated, they are derived from signals selected as part of the OA unit configuration and the values are only maintained by the OA unit itself, so a re-configuration to select different signals will discard the counter values of currently selected signals. afik re-configuring our signal selection is also relatively slow too (I was told this last week at least, but I haven't tested it myself) and so it's really geared towards applications or tools choosing a configuration to maintain for a relatively long time while profiling a workload. I think the other big difference here is that we don't have a way to explicitly trigger a report to be written from the cpu. (Although we can read the OA counters via mmio, it's only intended for debug purposes as this subverts the hw latching of counters) This means it would be difficult to try and treat this like a transaction including a fixed set of event->read()s without a way for pmu->commit_txn() to trigger a report. > > Let me read more of this.. Thanks. - Robert _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
