Guy Edjlali wrote:
>
> Hello,
>
> I was trying to run a 2.4.0 kernel with lkcd and kdb.
> Has anyone tryed this? The stack for the process that
> crashed the kernel (crashnow) is empty.
A couple of questions:
- Did the system die due to a panic() or Oops?
- Did you modify any of the incoming registers with kdb?
- Can we get a look at the crash dump to validate it?
Thanks, Guy.
--Matt
>
> I modified the die function in traps.c:
>
> void die(const char * str, struct pt_regs * regs, long err)
> {
> unsigned long flags;
> console_verbose();
> #if defined(CONFIG_KDB)
> (void) callout_dbfunc(&dblist_die, regs, err, -1, (void *)str);
> #endif
> spin_lock_irqsave(&die_lock, flags);
> #ifdef CONFIG_VMDUMP
> #ifdef __SMP__
> smp_send_stop();
> #endif
> #endif
> printk("%s: %04lx\n", str, err & 0xffff);
> show_registers(regs);
> #ifdef CONFIG_VMDUMP
> dump_execute((char *)str, regs);
> #else
> #if defined(CONFIG_VMDUMP_MODULE)
> if (dump_function_ptr) {
> dump_function_ptr((char *)str, regs);
> }
> #endif
> #endif
> spin_unlock_irqrestore(&die_lock, flags);
> do_exit(SIGSEGV);
> }
>
> Any suggestion will be welcome.
> Thanks
>
> - Guy
>
> >> task
> ADDR UID PID PPID STATE FLAGS NAME
> ============================================================================
> ===
> c03e2000 0 0 0 0 0 swapper
> c5472000 0 1 1 1 100 init
> c5466000 0 2 2 1 40 keventd
> c54fc000 0 3 3 1 840 kswapd
> c54fa000 0 4 4 1 840 kreclaimd
> c54f8000 0 5 5 1 40 bdflush
> c54f6000 0 6 6 1 40 kupdate
> c54be000 0 7 7 1 40 mdrecoveryd
> cf866000 1 344 344 1 140 portmap
> cf7ac000 0 366 366 1 140 rpc.statd
> cf6ca000 0 383 383 1 140 ypbind
> cf86c000 0 389 389 1 140 ypbind
> cf676000 0 442 442 1 40 automount
> cf5cc000 0 447 447 1 40 automount
> cf668000 0 449 449 1 40 automount
> cf5bc000 0 503 503 1 140 syslogd
> cf586000 0 512 512 1 140 klogd
> cf42a000 99 526 526 1 140 identd
> cf570000 99 530 530 1 40 identd
> cf53a000 99 531 531 1 40 identd
> cf58c000 99 532 532 1 40 identd
> cf57c000 99 533 533 1 40 identd
> cf3ec000 0 544 544 1 40 atd
> cf3ae000 0 558 558 1 40 crond
> cf342000 0 576 576 1 140 inetd
> cf36c000 0 590 590 1 140 lpd
> cf27c000 0 638 638 1 140 sendmail
> cec7a000 43 727 727 1 40 xfs
> cfda6000 0 767 767 1 100 mingetty
> cec4a000 0 768 768 1 100 mingetty
> cec60000 0 769 769 1 100 mingetty
> cf258000 0 770 770 1 100 mingetty
> ce986000 0 771 771 1 100 mingetty
> cec4c000 0 772 772 1 100 mingetty
> ce9ac000 0 775 775 1 100 in.rlogind
> ce6ca000 0 778 778 1 40 rpciod
> ce6c2000 0 779 779 1 40 lockd
> ce706000 0 780 780 1 100 login
> ce65e000 1044 781 781 1 100 csh
> ce50a000 1044 811 811 0 0 crashnow
> ============================================================================
> ===
> 40 active task structs found
> >> t ce65e000
> ================================================================
> STACK TRACE FOR TASK: 0xce65e000(csh)
>
> 0 schedule+1054 [0xc011708a]
> 1 sys_rt_sigsuspend+220 [0xc010931c]
> 2 system_call+44 [0xc010a1a0]
> ================================================================
> >> t ce50a000
> ================================================================
> STACK TRACE FOR TASK: 0xce50a000(crashnow)
>
> ================================================================
> - Guy Edjlali
> 3PARdata, Inc. email: guy.edjlali@xxxxxxxxxxxx
> 4245 Technology Drive phone: 510-354-6818
> Fremont, CA 94538
|