Keith Owens wrote: > > On Wed, 15 May 2002 18:03:29 -0700, > Patricia Gaughen <[EMAIL PROTECTED]> wrote: > >2.5.9 on an 8 proc numaq box. I saw the recent patch from Ethan Solomita and > >I'll give it a try tonight or tomorrow. But we've ran into a couple of issues: > > > > - when the system hangs we enter kdb but using bt, bta and btp do not produce > >stacks for any of the processes. We're able to get the stacks manually, but > >this is not much fun :-) > > Which version of gcc? Newer versions of gcc produce stack frame code > that kdb cannot backtrace without CONFIG_FRAME_POINTER=y. I'm currently using gcc version 3.0.2. And I definitely do have CONFIG_FRAME_POINTER turned on.
> > > - Also we're not able to switch cpus. > > If the cpu command only displays one cpu then the others have been shut > down. By the time that kdb is called from the panic() routine, the > panic code has already disabled all the other cpus. The kernel isn't panicing. It is only stuck in a deadlock somewhere. It is spinning in a poll_idle loop looking for something to run, but all the tasks are in a TASK_INTERRUPTIBLE state. TIA for the help! -Matt
