Re: [tip:tracing/urgent] tracing: Fix too large stack usage in do_one_initcall()
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [tip:tracing/urgent] tracing: Fix too large stack usage in do_one_initcall()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 21 Aug 2009 12:13:03 -0700 (PDT)
- Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, linux-tip-commits@xxxxxxxxxxxxxxx, Arjan van de Ven <arjan@xxxxxxxxxxxxx>, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>, Dave Jones <davej@xxxxxxxxxx>, Kyle McMartin <kyle@xxxxxxxxxxx>, Greg KH <gregkh@xxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, hpa@xxxxxxxxx, mingo@xxxxxxxxxx, catalin.marinas@xxxxxxx, a.p.zijlstra@xxxxxxxxx, jens.axboe@xxxxxxxxxx, fweisbec@xxxxxxxxx, stable@xxxxxxxxxx, srostedt@xxxxxxxxxx, tglx@xxxxxxxxxxxxx
- In-reply-to: <20090821190226.GA28519@xxxxxxx>
- References: <tip-4a683bf94b8a10e2bb0da07aec3ac0a55e5de61f@xxxxxxxxxxxxxx> <20090821111450.GA32037@xxxxxxx> <20090821104820.60948082.akpm@xxxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.01.0908211108000.3158@xxxxxxxxxxxxxxxxxxxxx> <20090821190226.GA28519@xxxxxxx>
- User-agent: Alpine 2.01 (LFD 1184 2008-12-16)
On Fri, 21 Aug 2009, Ingo Molnar wrote:
> >
> > That's why I think the async thing could fix this - if we _force_
> > async calls to be asynchronous, you won't have the deep callchains
> > for all the device discovery thing.
>
> Agreed. OTOH we have deep callchains in things like execve() too
> which seem to be a lot harder to fix - and those have been around
> for the past ~10 years since i've been looking at max-stacktraces.
> I think 4K doesnt cut it anymore.
I agree that we have stack traces that are too deep in other areas too. At
the same time, it does tend to be the case that initcalls are special due
to having those long chains of detection (PCI -> driver -> bus -> device),
so targeting them specially is probably a good idea.
(There are other "special" chains that tend to be long, like "mount":
you often end up doing things like reading root inode information etc down
a fairly deep chain).
And we probably should really complain more actively about big stack
frames. We have that CONFIG_FRAME_WARN thing, but it's set very high.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Stable Commits]
[Linux Stable Kernel]
[Linux Kernel]
[Linux USB Devel]
[Linux Video &Media]
[Linux Audio Users]
[Yosemite News]
[Linux SCSI]