On 4/11/07, Peter Zijlstra <[email protected]> wrote:
On Wed, 2007-04-11 at 02:53 -0700, Paul Jackson wrote: > I'm confused - which end of ths stack is up? > > cpuset_exit doesn't call do_exit, rather it's the other > way around. But put_files_struct doesn't call do_exit, > rather do_exit calls __exit_files calls put_files_struct. I'm guessing its x86_64 which generates crap traces.
Yes, it's x86_64. Is there a reliable way to generate stack traces under x86_64? Can enabling "[ ] Compile the kernel with frame pointers" help? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: Badari Pulavarty <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: Chuck Ebbert <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: Peter Zijlstra <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- References:
- Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: "Zhao Forrest" <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: "Pekka Enberg" <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: "Zhao Forrest" <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: Paul Jackson <[email protected]>
- Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- From: Peter Zijlstra <[email protected]>
- Why kmem_cache_free occupy CPU for more than 10 seconds?
- Prev by Date: Re: [PATCH] kthread: Don't depend on work queues
- Next by Date: Re: [PATCH] ahci.c: remove non-existing SB600 raid id
- Previous by thread: Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- Next by thread: Re: Why kmem_cache_free occupy CPU for more than 10 seconds?
- Index(es):
 |