Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions

2018-07-25 Thread Will Deacon
On Sun, Jul 15, 2018 at 03:35:45PM -0500, J. Agustín Vega-Frías wrote: > On Fri, Jul 13, 2018 at 10:33 AM, Will Deacon wrote: > > I'm mostly ok with this approach, but I have a concern with the way in which > > the sysfs interface for carving up the config fields is implemented. If this > > is int

Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions

2018-07-15 Thread J . Agustín Vega-Frías
Hi Will, On Fri, Jul 13, 2018 at 10:33 AM, Will Deacon wrote: [snip] > I'm mostly ok with this approach, but I have a concern with the way in which > the sysfs interface for carving up the config fields is implemented. If this > is intended to be a strict extension to the armv8 pmu architecture

Re: [RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions

2018-07-13 Thread Will Deacon
Hi Agustin, On Thu, Jul 05, 2018 at 04:23:17PM -0400, Agustin Vega-Frias wrote: > This series is a complete re-design of V1 of the QCOM Falkor extensions [1], > it introduces a probe table based on the HID of a device nested under the CPU > device to allow variant detection and arm_pmu customizati

[RFC V4 0/3] arm_pmu: acpi: variant support and QCOM Falkor extensions

2018-07-05 Thread Agustin Vega-Frias
This series is a complete re-design of V1 of the QCOM Falkor extensions [1], it introduces a probe table based on the HID of a device nested under the CPU device to allow variant detection and arm_pmu customization. The first patch adds an additional section at the end of each ACPI probe table. Th