On Thu, Sep 26, 2013 at 09:43:38AM -0700, Linus Torvalds wrote: > On Thu, Sep 26, 2013 at 9:24 AM, Frederic Weisbecker <fweisbec@xxxxxxxxx> wrote: > > > > * Turn __ARCH_IRQ_EXIT_ON_IRQ_STACK old ad-hoc style symbol to proper Kconfig > > (CONFIG_HAVE_IRQ_EXIT_ON_IRQ_STACK) > > > > * Activates it to powerpc as well. > > > > * Fix a bit the changelog of patch 6/8 > > > Ack on the whole series. > > I guess x86-64 and powerpc no longer care, but for other architectures > the stack usage issue can be a regression even if I think it's only > been reported on Power. So I'm assuming we should pull this into 3.12. > Yes? > > And what about earlier stable kernels? Afaik this was originally > introduced by commit facd8b80c67a, merged into 3.9. Or was there some > other trigger? Do we want to just do the "__do_softirq" -> > "do_softirq()" change for stable? So there is like an underway proposition inside this patchset: the very first commit has a stable tag on it. This way it can be merged seperately first for 3.12 and then backported up to the release that has facd8b80c67a. Then the rest of the series can go for the next merge window in a seperate tree. Now that's really just one way among possible others to spread the patchset. Because the regression fix alone unfortunately comes with a performance penalty. Now if we compare that performance penalty to what we had prior facd8b80c67a, we were already calling plain do_softirq() on irq_exit() for all archs that had __ARCH_IRQ_EXIT_IRQS_DISABLED not defined. Namely only arm, arm64, blackfin, s390 were calling __do_softirq() instead. These archs, especially arm, aren't the least that being said. We could also backport the part that consolidates to do_softirq_own_stack() and call it directly if __ARCH_IRQ_EXIT_IRQS_DISABLED. That restores a bit the facd8b80c67a~ state. But it's a bit invasive for post -rc2. Now may be somebody has some better scenario in mind. > > "Help us, Obi-wan Weisbecker. You are our only hope" "To thy heart thou shalt listen, young Linux maintainer. Then the right merge decision thou wilt take". > > Linus -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html