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  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1807172144570.1817@nanos.tec.linutronix.de>
Date:   Tue, 17 Jul 2018 21:46:29 +0200 (CEST)
From:   Thomas Gleixner <tglx@...utronix.de>
To:     Julien Thierry <julien.thierry@....com>
cc:     Peter Zijlstra <peterz@...radead.org>,
        linux-kernel@...r.kernel.org,
        ricardo.neri-calderon@...ux.intel.com, marc.zyngier@....com,
        mingo@...nel.org
Subject: Re: [RFC PATCH 1/4] genirq: Provide basic NMI management for interrupt
 lines

On Tue, 17 Jul 2018, Julien Thierry wrote:
> On 17/07/18 16:51, Peter Zijlstra wrote:
> > On Tue, Jul 17, 2018 at 04:48:17PM +0100, Julien Thierry wrote:
> > > Supporting desc->affinity_hint for NMIs shouldn't be an issue, right?
> > 
> > Shouldn't NMIs be strictly per cpu interrupt sources?
> 
> That's a good question, and I don't have a proper answer right now...
> 
> However, per cpu or not, the affinity still needs to be set for that
> interrupt. It seemed to me that the desc->affinity_hint was just a way to keep
> track of the interrupt affinity when it gets set through
> irq_set_affinity_hint.
> 
> Is that not the case?

No the affinity hint is a way to tell user space irqbalanced what the
driver thinks is the best placement. Affinity settings are done by the
kernel internal interfaces and those do not care about the hint at all.

Thanks,

	tglx

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ