Re: Problems using psr.dd

From: Keith Owens <kaos_at_sgi.com>
Date: 2003-11-20 15:32:53
On Wed, 19 Nov 2003 18:39:40 -0800, 
David Mosberger <davidm@napali.hpl.hp.com> wrote:
>>>>>> On Fri, 14 Nov 2003 17:09:15 +1100, Keith Owens <kaos@sgi.com> said:
>
>  Keith> I am unable to successfully use psr.dd on 2.4 and 2.6
>  Keith> kernels.  The patches below plus the debug.c module
>  Keith> demonstrate the problem.  do_trap29() sets regs->cr_ipsr.dd
>  Keith> and returns.  The kernel drops through ia64_leave_kernel,
>  Keith> loads the modified ipsr and does rfi.  However the same debug
>  Keith> fault occurs again, as if psr.dd were being ignored.
>
>  Keith> What am I missing?
>
>Did you find the answer already?

No, your response is the only one so far.

>I'm wondering if the problem would still occurr if the
>debug-fault-triggering memory access was in a function with an empty
>register frame.

Like this?  It makes no difference, trap29 just keeps occuring, even
though psr.dd is being set..

static void set_victim(void)
{
        victim = 1;
 300:   0d 78 00 02 00 24       [MFI]       addl r15=0,r1
                        300: GPREL22    victim
 306:   00 00 00 02 00 c0                   nop.f 0x0
 30c:   11 00 00 90                         mov r14=1;;
 310:   1d 00 38 1e 90 11       [MFB]       st4 [r15]=r14
 316:   00 00 00 02 00 80                   nop.f 0x0
 31c:   08 00 84 00                         br.ret.sptk.many b0;;

}

Forgot to mention, this is on a vanilla McKinley box, not a SN2.

# cat /proc/cpuinfo 
processor  : 0
vendor     : GenuineIntel
arch       : IA-64
family     : Itanium 2
model      : 0
revision   : 5
archrev    : 0
features   : branchlong
cpu number : 0
cpu regs   : 4
cpu MHz    : 897.454998
itc MHz    : 897.454998
BogoMIPS   : 1342.17
...

-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Wed Nov 19 23:33:35 2003

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:20 EST