From: Meelis Roos <mroos@xxxxxxxx> Date: Wed, 7 May 2014 10:53:20 +0300 (EEST) > Maybe this is somehow related to my U5/Blade 100 RED state exceptions on reboot? > > [....] Deactivating swap...done. > [....] Unmounting local filesystems...done. > [ 250.124651] EXT4-fs (sda2): re-mounted. Opts: (null) > [info] Will now restart. > [ 252.547832] sd 1:0:0:0: [sda] Synchronizing SCSI cache > [ 252.617964] reboot: Restarting system > > ********************************************** > PSTATE=0000000000000015 TBA=00000000f0000000 DCU > Control=0000000000000000 > AFSR=0000000000000000 AFAR=0000000002004000 PIL=000000000000000f > I-SFSR=0000000000ec10ba D-SFSR=0000000000000000 D-SFAR=00000000f7f4578c > TL=0005 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0004 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0003 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0002 TT=0064 TPC=00000000f0000d00 TNPC=00000000f0000d04 > TL=0001 TT=0068 TPC=00000000f00092f8 TNPC=00000000f00092fc > ********************************************** So all of these program counters are in the OF firmware, not the kernel. The traps taken are (starting at TL=1) D-TLB miss, I-TLB miss, I-TLB miss, I-TLB, I-TLB miss. > It is usually the same, only D-SFAR varies slightly between the kernels: > > ********************************************** > PSTATE=0000000000000015 TBA=00000000f0000000 DCU > Control=0000000000000000 > AFSR=0000000000000000 AFAR=0000000002004000 PIL=000000000000000f > I-SFSR=0000000000ec10ba D-SFSR=0000000000000000 D-SFAR=00000000f7fc178c > TL=0005 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0004 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0003 TT=0064 TPC=00000000f0004c80 TNPC=00000000f0004c84 > TL=0002 TT=0064 TPC=00000000f0000d00 TNPC=00000000f0000d04 > TL=0001 TT=0068 TPC=00000000f00092f8 TNPC=00000000f00092fc > ********************************************** This trace is basically the same. Another thing to note is that the firmware has taken over the trap tables, so it should be handling these TLB misses. The kernel can't be involved in any way. -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
