Message ID | 20081217200935.GG4624@oksana.dev.rtsoft.ru (mailing list archive) |
---|---|
State | Accepted, archived |
Commit | 02af87a74271977d09ece9b709909dcae3f9fab9 |
Delegated to: | Paul Mackerras |
Headers | show |
On Wed, 2008-12-17 at 23:09 +0300, Anton Vorontsov wrote: > The patch replaces internal registers dump implementation with > ppc_save_regs(). From now on PPC64 and PPC32 are using the same > code for crash_setup_regs(). > > NOTE: The old regs dump implementation was capturing SP (r1) directly > as is, so you could see crash_kexec() function on top of the back-trace. > But ppc_save_regs() goes up one stack frame, so you'll not see it > anymore, at the top-level you'll see who actually triggered the crash > dump instead. > > Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com> > --- Note that ppc_save_regs() for some obscure reason isn't saving r1... Is that a problem for you ? I think we should fix ppc_save_regs() anyway, it doesn't matter for xmon to save one more register and it will avoid nasty surprises in the long run. Can you send an updated patch ? Thanks ! Ben. > p.s. > The patch is the last in the series, so you can easily drop it > until somebody actually test it (I don't have any PPC64 machine, > so I'm looking for volunteers. :-) > > arch/powerpc/include/asm/kexec.h | 55 -------------------------------------- > 1 files changed, 0 insertions(+), 55 deletions(-) > > diff --git a/arch/powerpc/include/asm/kexec.h b/arch/powerpc/include/asm/kexec.h > index 6dbffc9..7e06b43 100644 > --- a/arch/powerpc/include/asm/kexec.h > +++ b/arch/powerpc/include/asm/kexec.h > @@ -48,63 +48,8 @@ static inline void crash_setup_regs(struct pt_regs *newregs, > { > if (oldregs) > memcpy(newregs, oldregs, sizeof(*newregs)); > -#ifdef __powerpc64__ > - else { > - /* FIXME Merge this with xmon_save_regs ?? */ > - unsigned long tmp1, tmp2; > - __asm__ __volatile__ ( > - "std 0,0(%2)\n" > - "std 1,8(%2)\n" > - "std 2,16(%2)\n" > - "std 3,24(%2)\n" > - "std 4,32(%2)\n" > - "std 5,40(%2)\n" > - "std 6,48(%2)\n" > - "std 7,56(%2)\n" > - "std 8,64(%2)\n" > - "std 9,72(%2)\n" > - "std 10,80(%2)\n" > - "std 11,88(%2)\n" > - "std 12,96(%2)\n" > - "std 13,104(%2)\n" > - "std 14,112(%2)\n" > - "std 15,120(%2)\n" > - "std 16,128(%2)\n" > - "std 17,136(%2)\n" > - "std 18,144(%2)\n" > - "std 19,152(%2)\n" > - "std 20,160(%2)\n" > - "std 21,168(%2)\n" > - "std 22,176(%2)\n" > - "std 23,184(%2)\n" > - "std 24,192(%2)\n" > - "std 25,200(%2)\n" > - "std 26,208(%2)\n" > - "std 27,216(%2)\n" > - "std 28,224(%2)\n" > - "std 29,232(%2)\n" > - "std 30,240(%2)\n" > - "std 31,248(%2)\n" > - "mfmsr %0\n" > - "std %0, 264(%2)\n" > - "mfctr %0\n" > - "std %0, 280(%2)\n" > - "mflr %0\n" > - "std %0, 288(%2)\n" > - "bl 1f\n" > - "1: mflr %1\n" > - "std %1, 256(%2)\n" > - "mtlr %0\n" > - "mfxer %0\n" > - "std %0, 296(%2)\n" > - : "=&r" (tmp1), "=&r" (tmp2) > - : "b" (newregs) > - : "memory"); > - } > -#else > else > ppc_save_regs(newregs); > -#endif /* __powerpc64__ */ > } > > extern void kexec_smp_wait(void); /* get and clear naca physid, wait for
On Wed, Jan 07, 2009 at 02:16:05PM +1100, Benjamin Herrenschmidt wrote: > On Wed, 2008-12-17 at 23:09 +0300, Anton Vorontsov wrote: > > The patch replaces internal registers dump implementation with > > ppc_save_regs(). From now on PPC64 and PPC32 are using the same > > code for crash_setup_regs(). > > > > NOTE: The old regs dump implementation was capturing SP (r1) directly > > as is, so you could see crash_kexec() function on top of the back-trace. > > But ppc_save_regs() goes up one stack frame, so you'll not see it > > anymore, at the top-level you'll see who actually triggered the crash > > dump instead. > > > > Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com> > > --- > > Note that ppc_save_regs() for some obscure reason isn't saving r1... > > Is that a problem for you ? I think we should fix ppc_save_regs() > anyway, it doesn't matter for xmon to save one more register and it will > avoid nasty surprises in the long run. AFAICS it saves r1: PPC_STL r0,0*SZL(r3) PPC_STL r2,2*SZL(r3) PPC_STL r3,3*SZL(r3) ... /* go up one stack frame for SP */ PPC_LL r4,0(r1) PPC_STL r4,1*SZL(r3) This fact is mentioned in the patch description: NOTE: The old regs dump implementation was capturing SP (r1) directly as is, so you could see crash_kexec() function on top of the back-trace. But ppc_save_regs() goes up one stack frame, so you'll not see it anymore, at the top-level you'll see who actually triggered the crash dump instead. Do you see anything wrong in such behaviour? Thanks,
On Wed, 2009-01-07 at 07:04 +0300, Anton Vorontsov wrote: > AFAICS it saves r1: > > PPC_STL r0,0*SZL(r3) > PPC_STL r2,2*SZL(r3) > PPC_STL r3,3*SZL(r3) > ... > /* go up one stack frame for SP */ > PPC_LL r4,0(r1) > PPC_STL r4,1*SZL(r3) > > This fact is mentioned in the patch description: > > NOTE: The old regs dump implementation was capturing SP (r1) directly > as is, so you could see crash_kexec() function on top of the > back-trace. > But ppc_save_regs() goes up one stack frame, so you'll not see it > anymore, at the top-level you'll see who actually triggered the crash > dump instead. > > Do you see anything wrong in such behaviour? No, just me being a bit blind looking at too many patches today :-) Cheers, Ben.
diff --git a/arch/powerpc/include/asm/kexec.h b/arch/powerpc/include/asm/kexec.h index 6dbffc9..7e06b43 100644 --- a/arch/powerpc/include/asm/kexec.h +++ b/arch/powerpc/include/asm/kexec.h @@ -48,63 +48,8 @@ static inline void crash_setup_regs(struct pt_regs *newregs, { if (oldregs) memcpy(newregs, oldregs, sizeof(*newregs)); -#ifdef __powerpc64__ - else { - /* FIXME Merge this with xmon_save_regs ?? */ - unsigned long tmp1, tmp2; - __asm__ __volatile__ ( - "std 0,0(%2)\n" - "std 1,8(%2)\n" - "std 2,16(%2)\n" - "std 3,24(%2)\n" - "std 4,32(%2)\n" - "std 5,40(%2)\n" - "std 6,48(%2)\n" - "std 7,56(%2)\n" - "std 8,64(%2)\n" - "std 9,72(%2)\n" - "std 10,80(%2)\n" - "std 11,88(%2)\n" - "std 12,96(%2)\n" - "std 13,104(%2)\n" - "std 14,112(%2)\n" - "std 15,120(%2)\n" - "std 16,128(%2)\n" - "std 17,136(%2)\n" - "std 18,144(%2)\n" - "std 19,152(%2)\n" - "std 20,160(%2)\n" - "std 21,168(%2)\n" - "std 22,176(%2)\n" - "std 23,184(%2)\n" - "std 24,192(%2)\n" - "std 25,200(%2)\n" - "std 26,208(%2)\n" - "std 27,216(%2)\n" - "std 28,224(%2)\n" - "std 29,232(%2)\n" - "std 30,240(%2)\n" - "std 31,248(%2)\n" - "mfmsr %0\n" - "std %0, 264(%2)\n" - "mfctr %0\n" - "std %0, 280(%2)\n" - "mflr %0\n" - "std %0, 288(%2)\n" - "bl 1f\n" - "1: mflr %1\n" - "std %1, 256(%2)\n" - "mtlr %0\n" - "mfxer %0\n" - "std %0, 296(%2)\n" - : "=&r" (tmp1), "=&r" (tmp2) - : "b" (newregs) - : "memory"); - } -#else else ppc_save_regs(newregs); -#endif /* __powerpc64__ */ } extern void kexec_smp_wait(void); /* get and clear naca physid, wait for
The patch replaces internal registers dump implementation with ppc_save_regs(). From now on PPC64 and PPC32 are using the same code for crash_setup_regs(). NOTE: The old regs dump implementation was capturing SP (r1) directly as is, so you could see crash_kexec() function on top of the back-trace. But ppc_save_regs() goes up one stack frame, so you'll not see it anymore, at the top-level you'll see who actually triggered the crash dump instead. Signed-off-by: Anton Vorontsov <avorontsov@ru.mvista.com> --- p.s. The patch is the last in the series, so you can easily drop it until somebody actually test it (I don't have any PPC64 machine, so I'm looking for volunteers. :-) arch/powerpc/include/asm/kexec.h | 55 -------------------------------------- 1 files changed, 0 insertions(+), 55 deletions(-)