[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160323205906.GI11676@codeblueprint.co.uk>
Date: Wed, 23 Mar 2016 20:59:06 +0000
From: Matt Fleming <matt@...eblueprint.co.uk>
To: Vikas Shivappa <vikas.shivappa@...ux.intel.com>
Cc: dsahern@...il.com, namhyung@...nel.org, mingo@...nel.org,
peterz@...radead.org, brgerst@...il.com, bp@...en8.de,
dvlasenk@...hat.com, vincent.weaver@...ne.edu,
torvalds@...ux-foundation.org, eranian@...gle.com,
tony.luck@...el.com, tglx@...utronix.de,
alexander.shishkin@...ux.intel.com, linux-kernel@...r.kernel.org,
luto@...capital.net, hpa@...or.com, jolsa@...hat.com,
acme@...hat.com, linux-tip-commits@...r.kernel.org
Subject: Re: [tip:perf/urgent] perf/x86/mbm: Implement RMID recycling
On Mon, 21 Mar, at 11:27:55AM, Vikas Shivappa wrote:
>
> The init_mbm_sample calls the update_sample to read the MSR in IPI .. Since
> the count is also in IPI , they should not trash each other ?
>
> Basically all the MSR read/writes are in high irql , except for the mbm
> overflow timer and read calls which holds an irqsave spinlock.
Good point! This should be fine.
Powered by blists - more mailing lists