Import open-simh PR 504 card format comment fixes

Import the comment and indentation cleanup from open-simh PR 504, which
responds to upstream issue 503.

The upstream change corrects the binary card format description in
sim_card.c and sim_card.h so both files describe the byte order and zero
bits consistently. It also removes two stray tabs in the PDP-10 KA10 CPU
source. This commit changes only comments and indentation.

No runtime behavior is changed.

Author: pmetzger

simulators/PDP10/kx10_cpu.c

@@ -781,7 +781,7 @@ DEVICE cpu_dev = {
 #if PIDP10
                         /* Update MI register if address matches */
 #define UPDATE_MI(a)    if (!MI_flag && a == AS) { \
-	                     MI = MB; \
+                             MI = MB; \
                         }
 #else
 #define UPDATE_MI(a)
@@ -2331,7 +2331,7 @@ int Mem_write(int flag, int cur_context) {
             if (sim_brk_summ && sim_brk_test(last_addr, SWMASK('W')))
                 watch_stop = 1;
             M[last_addr] = MB;
-	        UPDATE_MI(last_addr);
+            UPDATE_MI(last_addr);
             modify = 0;
             return 0;
         }

src/runtime/sim_card.c

@@ -17,9 +17,11 @@
                 First characters 6789----
                 Second character 21012345
                                  111
-                Top 4 bits of second character are 0.
-                It is unlikely that any other format could
-                look like this.
+                The lower order 4 bits of first word are all
+                zero. It is unlikely that any other format could
+                look like this. An ASCII card could match this
+                if it is all blank, but the trailing return would
+                cause it to fail this test.
 
         BCD Format:
                 Each record variable length (80 chars or less).

src/runtime/sim_card.h

@@ -14,12 +14,15 @@
 
         Binary Card format:
                 Each record 160 characters.
-                First character   21012345
-                                  111
-                Second characters 6789----
-                Top 4 bits of second character are 0.
-                It is unlikely that ascii text or BCD format
-                text could produce similar profile.
+                First characters 6789----
+                Second character 21012345
+                                 111
+
+                The lower order 4 bits of first word are all
+                zero. It is unlikely that any other format could
+                look like this. An ASCII card could match this
+                if it is all blank, but the trailing return would
+                cause it to fail this test.
 
         BCD Format:
                 Each record variable length (80 chars or less).