Clarify documentation of MBEDTLS_MPS_STATE_VALIDATION
Signed-off-by: Hanno Becker <hanno.becker@arm.com>
diff --git a/library/mps_common.h b/library/mps_common.h
index 1ac3bd8..467e6cc 100644
--- a/library/mps_common.h
+++ b/library/mps_common.h
@@ -61,12 +61,15 @@
* non-sensical calls or not, and that's what this option is about:
*
* This option determines whether the expected abstract state
- * is part of the API preconditions or not. If it is, the function's
- * behavior is undefined if the abstract state is not as expected.
- * If it is set, API is required to fail gracefully with error
- * #MBEDTLS_ERR_MPS_OPERATION_UNEXPECTED, and without changing the abstract
- * state of the input context, if the abstract state is unexpected but
- * all other preconditions are satisfied.
+ * is part of the API preconditions or not: If the option is set,
+ * then the abstract state is not part of the precondition and is
+ * thus required to be validated by the implementation. If an unexpected
+ * abstract state is encountered, the implementation must fail gracefully
+ * with error #MBEDTLS_ERR_MPS_OPERATION_UNEXPECTED.
+ * Conversely, if this option is not set, then the expected abstract state
+ * is included in the preconditions of the respective API calls, and
+ * an implementation's behaviour is undefined if the abstract state is
+ * not as expected.
*
* For example: Enabling this makes mps_l2_read_done() fail if
* no incoming record is currently open; disabling this would