From 231046680563740532a38ab673cfa51f3f094ac1 Mon Sep 17 00:00:00 2001
From: Werner Almesberger <werner@almesberger.net>
Date: Sat, 10 Sep 2011 16:33:18 -0300
Subject: [PATCH] m1rc3/norruption/: update of on-going testing; new test loop7
 simulating "false start"

---
 m1rc3/norruption/LOG   | 43 ++++++++++++++++++++++++++++++++++++++++++
 m1rc3/norruption/loop7 | 21 +++++++++++++++++++++
 2 files changed, 64 insertions(+)
 create mode 100755 m1rc3/norruption/loop7

diff --git a/m1rc3/norruption/LOG b/m1rc3/norruption/LOG
index 822e408..c61bdaf 100644
--- a/m1rc3/norruption/LOG
+++ b/m1rc3/norruption/LOG
@@ -152,6 +152,10 @@ All CRC checks pass. Verified that NOR was unlocked:
   peek 0		# read back status (0x80 if okay, 0x92 if locked)
   poke 0 0xff		# Read Array (switch back to normal operation)
 
+Took labsw offline to analyze occasional failure to switch. Failure
+was difficult to reproduce. Also opened labsw to tighten a loose nut.
+Afterwards (Friday run), labsw showed much fewer switch failures.
+
 --- Fri 2011-09-09 ------------------------------------------------------------
 
 New test with script "loop5". This time, we only power cycle but don't
@@ -159,3 +163,42 @@ try to boot out of standby. The purpose of this test is to confirm that
 NOR corruption does not occur when powering down while in standby.
 
 1 (11:04): started
+200 (11:28:): stopped to issue "unlockflash 0 105" to make sure all of
+  the NOR is unlocked, just in case
+
+Also checked CRCs. All is well.
+
+1 (11:31): started
+2637 (16:53): stopped. standby looks good.
+
+All partitions pass the CRC check.
+
+Repeating loop2 to make sure the NOR corruption hasn't disappeared for
+an unrelated reason. System is connected to oscilloscope monitoring the
+M1 DC in voltage. This connection provides grounding of DC in.
+
+1 (16:56): started
+
+--- Sat 2011-09-10 ------------------------------------------------------------
+
+2428 (04:57): standby still okay
+2440 (05::01): disconnected oscilloscope
+2463 (05:08): stopped test
+
+All partitions pass the CRC check. Read back the standby partition and
+also found no corruption in bitwise comparison. Furthermore, the unused
+area showed the expected 0xffff pattern.
+
+1 (05:14): restarted test, without oscilloscope.
+2213 (16:11): standby still okay
+
+All partitions pass the CRC check. Unused area of standby shows 0xffff.
+
+Prepared new test (loop7): like loop2, but make a "false start" of
+turning on both channels and immediately turn them off again, wait 16
+seconds, and only then power up properly. This would roughly correspond
+to labsw failing to turn on, as observed in the test runs in which NOR
+corruption occurred.
+
+1 (16:27): started loop7 test
+5 (16:32): standby okay
diff --git a/m1rc3/norruption/loop7 b/m1rc3/norruption/loop7
new file mode 100755
index 0000000..0a7ac06
--- /dev/null
+++ b/m1rc3/norruption/loop7
@@ -0,0 +1,21 @@
+#!/bin/sh
+n=0
+while true; do
+	n=`expr $n + 1`
+	echo ===== $n =====
+
+	labsw ch1=0 ch2=0
+	sleep 5
+	labsw ch1=1 ch2=1
+	sleep 0.002
+	labsw ch1=0 ch2=0
+	sleep 17
+	labsw ch1=1 ch2=1
+	sleep 2
+
+	make -C ../../m1/jtag-boot boot
+
+	sleep 8
+	echo echo === $n === `date` >/dev/ttyUSB0
+	sleep 2
+done