[src/trunk]: src/sys/arch/sparc64/sparc64 sun4v: rework sun4v_datatrap so it ...

[palle <palle%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/95fa70f4cd69
branches:  trunk
changeset: 817532:95fa70f4cd69
user:      palle <palle%NetBSD.org@localhost>
date:      Tue Aug 23 19:57:01 2016 +0000

description:
sun4v: rework sun4v_datatrap so it works properly when running on a T2-based system like T5120 - for some reason %tl is 0 when entering sun4v_datatrap causing a crash (sir instruction), so ignore the 
%tl value for now upon entry to sun4v_datatrap - with this fix both T1 and T2 based systems reach the same point - hangs in rft_user after the init process is started

diffstat:

 sys/arch/sparc64/sparc64/locore.s |  16 ++--------------
 1 files changed, 2 insertions(+), 14 deletions(-)

diffs (37 lines):

diff -r 27d399683592 -r 95fa70f4cd69 sys/arch/sparc64/sparc64/locore.s
--- a/sys/arch/sparc64/sparc64/locore.s Tue Aug 23 19:39:57 2016 +0000
+++ b/sys/arch/sparc64/sparc64/locore.s Tue Aug 23 19:57:01 2016 +0000
@@ -1,4 +1,4 @@
-/*     $NetBSD: locore.s,v 1.399 2016/07/18 19:51:06 palle Exp $       */
+/*     $NetBSD: locore.s,v 1.400 2016/08/23 19:57:01 palle Exp $       */
 
 /*
  * Copyright (c) 2006-2010 Matthew R. Green
@@ -2851,15 +2851,7 @@
        retry
        NOTREACHED
 
-sun4v_datatrap:                        ! branch further based on trap level
-       rdpr    %tl, %g1
-       dec     %g1
-       beq     sun4v_datatrap_tl0
-        nop
-       ba      sun4v_datatrap_tl1
-        nop
-
-sun4v_datatrap_tl0:
+sun4v_datatrap:
        GET_MMFSA %g3                           ! MMU Fault status area
        add     %g3, 0x48, %g1
        LDPTRA  [%g1] ASI_PHYS_CACHED, %g1      ! Data fault address
@@ -2918,10 +2910,6 @@
         nop
        NOTREACHED
        
-sun4v_datatrap_tl1:
-       /* XXX missing implementaion */
-       sir
-
 sun4v_tl0_dtsb_prot:
        GET_MMFSA %g1                           ! MMU Fault status area
        add     %g1, 0x48, %g3