[PATCH 0/2] Allow configurable stack size (especially 32k on PPC64)
Hamish.Martin at alliedtelesis.co.nz
Fri Feb 24 11:40:00 AEDT 2017
On 02/22/2017 09:06 PM, Benjamin Herrenschmidt wrote:
> On Wed, 2017-02-22 at 17:25 +1100, Michael Ellerman wrote:
>> Thanks for the detailed explanation.
>> The patches look fine, so I don't see any reason why we wouldn't merge
>> this. I might make the config option depend on EXPERT, but that's just
>> You're right about the difference in stack overhead between 32 & 64-bit.
>> But I guess on the other hand we've been using 16K stacks on 64-bit for
>> over 15 years, and although we have had some reports of stack overflow
>> they're not a common problem.
> Right and in fact I wonder if we could generally help this for cases
> like this one (lots of stacked devices) by having the generic driver
> core break those chains by deferring new device registration to a work
> queue or kthread.
> That would help in a lot of cases. We do get some stupid deep chains
> in cases of many bus encapsulation.
Agreed. In fact you suggested it back in 2008 somewhere in the thread I
linked to in my cover letter for the series. That's obviously going to
take a long time to happen, so for now I hope this series will allow
some respite for users affected.
Thanks for your input.
More information about the Linuxppc-dev