Subject: memecc.c ambiguity?
To: None <port-sparc@netbsd.org>
From: der Mouse <mouse@Rodents.Montreal.QC.CA>
List: port-sparc
Date: 02/11/2003 13:08:04
memecc_error() reads, in part,

        printf("\taddress: 0x%x%x\n", efar0 & ECC_AFR_PAH, efar1);

Surely that sbould be 0x%x%08x?  Otherwise (for example) a failure at
PA 0x102030405 will print as 0x12030405.  Confusing at best (though
not, strictly, ambiguous, since ECC_AFR_PAH is only one nibble wide and
thus the first %x will always generate exactly one digit - does anyone
have a NetBSD SPARC with enough RAM for the PAH bits to be nonzero?).

Also, is there any easy way to tell which module is responsible for a
given error?  I just got

NMI: system interrupts: 10000000<VME=0,SBUS=0,M>
memory error:
       EFSR: 7931<CE,DW=3,SYNDROME=79>
       MBus transaction: 8fffcd50<VAH=0,TYPE=5,SIZE=5,C,VA=ff,S,MID=8>
       address: 0x029a9bb8

and I'm wondering which stick of RAM needs reseating/replacing (if,
indeed, it isn't purely random - the error _was_ corrected, I note).

/~\ The ASCII				der Mouse
\ / Ribbon Campaign
 X  Against HTML	       mouse@rodents.montreal.qc.ca
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B