>> [ 1032.913679] GPR00: c00000000000c6d8 c00000000c7e7e10 000000002fcdac67 >> 0000000000000800 >> [ 1032.913679] GPR04: 0000000060d67006 800000000280f032 0000000045faa436 >> c0000001eb3d4c00 >> [ 1032.913679] GPR08: 800000000280f032 0000000000000001 0000000000000001 >> 0000000060d67004 >> [ 1032.913679] GPR12: 0000000060d67006 c00000077fdf2300 0000000000000000 >> 00007fff9da00000 > > SRR0 == r11, regs->nip == r12 > > I wonder if this is just that SRR0 does not implement the bottom 2 bits > so the check fails when the signal context sets them. Hopefully the > panic is just due to this warning 0x700 program check hitting at a bad > time. > > We could always adjust the debug check but maybe something like this > would keep those bits clear which might be cleaner. >
Thanks for the patch Nick. The test runs to completion without any kernel warning/crash. Thanks -Sachin