X-Git-Url: http://demsky.eecs.uci.edu/git/?a=blobdiff_plain;f=mcs-lock%2Fnote.txt;h=aeef26ebe59fb0fbfcca18fb0bb4991541a88c72;hb=b684f62b7411fea476b2e1f6a8bbf920ac4c7216;hp=ef56cdca9986c9042054ee660ba6d1c3a48bc411;hpb=49ad748941ac5aec2723380ffe2d2719e760d42e;p=model-checker-benchmarks.git

diff --git a/mcs-lock/note.txt b/mcs-lock/note.txt
index ef56cdc..aeef26e 100644
--- a/mcs-lock/note.txt
+++ b/mcs-lock/note.txt
@@ -12,3 +12,14 @@ the gate and the later update of gate. From the inference analysis, we actually
 got two results, where wildcard(7) and wildcard(8) only need one acquire. That's
 actually the place to synchronize the update of gate. We can achieve it at the
 Tail or at the next field.
+
+To generate those results, we actually need to pass a specific option to the
+scfence analysis, as follows.
+
+*******************************************************
+peizhaoo@dw-2:~/model-checker$ ./run.sh mcs-lock/testcase1 -m2 -b100 -y -tSCFENCE -o m
+*******************************************************
+
+The '-b100' is to terminate the execution in case of infinite loops because of
+improper synchronization at the beginning period. The 'm' option for SCFENCE
+analysis is to turn on the implyMO mode.