lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 05 Mar 2014 18:53:51 -0800 From: Mike Travis <travis@....com> To: Christoph Lameter <cl@...ux.com>, Andrew Morton <akpm@...ux-foundation.org> CC: Tejun Heo <tj@...nel.org>, akpm@...uxfoundation.org, rostedt@...dmis.org, linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...nel.org>, Peter Zijlstra <peterz@...radead.org>, Thomas Gleixner <tglx@...utronix.de>, Hedi Berriche <hedi@....com>, Dimitri Sivanich <sivanich@....com> Subject: Re: [PATCH 31/48] uv: Replace __get_cpu_var On 3/5/2014 1:57 PM, Christoph Lameter wrote: > The driver seems to use local64_t to define a single static instance of a > counter and then seems to think that it is safe to increment the counter > from multiple processors using local64_inc and friends. Common > misunderstanding and a reason why I wanted the this_cpu operations. > > The counters seem to be exported via module parameters.. So I guess we > need to define these per cpu and then sum them up when they need to be > displayed. > > Dimitri? > > Maybe lets move this outside of this patchset. > Hi Christoph, I haven't had much chance yet to look over your proposed changes but FYI, the counters are strictly feedback to insure that there are not unhandled NMI events from the perf subsystem. The exact count is irrelevant. IOW, counts in the double or triple digits is okay, counts > 100,000 is definitely not okay (there are multiple millions of perf events every 'perf top' refresh.) I'm not sure if this alters how you want to approach the changes. Thanks, Mike -- 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