Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1235977
| From | Alexander Shishkin <alexander.shishkin@linux.intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH 01/20] coresight: etm3x: splitting 'etm_enable_hw()' operations |
| Date | 2015-09-30 12:00 +0200 |
| Message-ID | <qeml7-1mP-53@gated-at.bofh.it> (permalink) |
| References | <qa6HT-7Th-15@gated-at.bofh.it> <qa6HV-7Th-51@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Mathieu Poirier <mathieu.poirier@linaro.org> writes:
> -static void etm_enable_hw(void *info)
> +static void etm_power_up_cpu(void *info)
> {
> - int i;
> - u32 etmcr;
> - struct etm_drvdata *drvdata = info;
> + struct coresight_device *csdev = info;
> + struct etm_drvdata *drvdata = dev_get_drvdata(csdev->dev.parent);
> +
> + WARN_ON(drvdata->cpu != smp_processor_id());
Maybe WARN_ON_ONCE() is sufficient here (and other similar places).
> +static void etm_power_down_cpu(void *info)
> +{
> + struct coresight_device *csdev = info;
> + struct etm_drvdata *drvdata = dev_get_drvdata(csdev->dev.parent);
> +
> + WARN_ON(drvdata->cpu != smp_processor_id());
Likewise.
> +/**
> + * etm_configure_cpu - configure ETM registers
> + * @csdev - the etm that needs to be configure.
> + *
> + * Applies a configuration set to the ETM registers _without_ enabling the
> + * tracer. This function needs to be executed on the CPU who's tracer is
> + * being configured.
> + */
> +static void etm_configure_cpu(void *info)
> +{
> + int i;
> + u32 etmcr;
> + struct coresight_device *csdev = info;
> + struct etm_drvdata *drvdata = dev_get_drvdata(csdev->dev.parent);
> +
> + WARN_ON(drvdata->cpu != smp_processor_id());
Likewise.
> +
> + CS_UNLOCK(drvdata->base);
> etm_set_prog(drvdata);
>
> etmcr = etm_readl(drvdata, ETMCR);
> - etmcr &= (ETMCR_PWD_DWN | ETMCR_ETM_PRG);
> etmcr |= drvdata->port_size;
> etm_writel(drvdata, drvdata->ctrl | etmcr, ETMCR);
> etm_writel(drvdata, drvdata->trigger_event, ETMTRIGGER);
Most of these things can also be bypassed, as at least initially perf
events won't be using trigger/sequencer configurations, so we could
simply clear all these things out when a first perf event is created
(which would also disallow any sysfs poking around the etm/etb) and not
worry about them in the pmu callbacks.
Regards,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [RFC PATCH 01/20] coresight: etm3x: splitting 'etm_enable_hw()' operations Alexander Shishkin <alexander.shishkin@linux.intel.com> - 2015-09-30 12:00 +0200
Re: [RFC PATCH 01/20] coresight: etm3x: splitting 'etm_enable_hw()' operations Mathieu Poirier <mathieu.poirier@linaro.org> - 2015-10-02 00:30 +0200
Re: [RFC PATCH 01/20] coresight: etm3x: splitting 'etm_enable_hw()' operations Alexander Shishkin <alexander.shishkin@linux.intel.com> - 2015-10-02 06:50 +0200
csiph-web