[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.11.1505202047150.4225@nanos>
Date: Wed, 20 May 2015 20:50:36 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Vikas Shivappa <vikas.shivappa@...el.com>
cc: Vikas Shivappa <vikas.shivappa@...ux.intel.com>, x86@...nel.org,
linux-kernel@...r.kernel.org, hpa@...or.com, mingo@...nel.org,
tj@...nel.org, peterz@...radead.org, matt.fleming@...el.com,
will.auld@...el.com, peter.zijlstra@...el.com,
h.peter.anvin@...el.com, kanaka.d.juvva@...el.com,
mtosatti@...hat.com
Subject: Re: [PATCH 5/7] x86/intel_rdt: Software Cache for IA32_PQR_MSR
On Wed, 20 May 2015, Vikas Shivappa wrote:
> On Fri, 15 May 2015, Thomas Gleixner wrote:
> > > -static DEFINE_PER_CPU(struct intel_cqm_state, cqm_state);
> > > +DEFINE_PER_CPU(struct intel_pqr_state, pqr_state);
> >
> > With CONFIG_PERF=n and CONFIG_CGROUP_RDT=y the linker will fail.
>
> copy from Makefile below -
> obj-$(CONFIG_CPU_SUP_INTEL) += perf_event_intel_rapl.o
> perf_event_intel_cqm.o
>
> should work with CONFIG_PERF_EVENTS=n and CGROUP_RDT=y ?
Groan. Did you try to compile it? Certainly not.
Simply because the whole section which contains perf_event* object
files is conditional on
ifdef CONFIG_PERF_EVENTS
I'm starting to get really grumpy and tired of your attitude.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists