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
| ||
|
Date: Fri, 25 Aug 2017 23:02:18 +0200 (CEST) From: Thomas Gleixner <tglx@...utronix.de> To: Vineet Gupta <Vineet.Gupta1@...opsys.com> cc: Noam Camus <noamca@...lanox.com>, linux-snps-arc@...ts.infradead.org, noamikong@...il.com, linux-kernel@...r.kernel.org, Peter Zijlstra <peterz@...radead.org>, Steven Rostedt <rostedt@...dmis.org> Subject: Re: [PATCH v3 03/11] ARC: Allow irq threading On Fri, 25 Aug 2017, Thomas Gleixner wrote: > On Fri, 25 Aug 2017, Vineet Gupta wrote: > > On 06/15/2017 01:43 AM, Noam Camus wrote: > > > From: Noam Camus <noamc@...hip.com> > > > > > > Working with NPS400 we noticed that there is a possibility of L1 > > > interrupt nesting that may run out kernel stack. > > > The scenario include serving invoke_softirqs() from irq_exit() > > > and once local_irq_enable() called can hit another one before we > > > managed to restore last one and pop some place from kernel stack. > > > > > > Serving softirqs at dedicated kernel thread may mitigate this. > > > We see that many architectures, including x86, behave like this. > > Well, no. x86 supports that, but that does not mean many user add it to the > command line. The real fix for that is to use dedicated irq and softirq stacks instead of using the potentially deep thread stack for everything. That's what x86 and others do unconditinally. Thanks, tglx
Powered by blists - more mailing lists