From 1c8413bec2888fe09f8d944f662df39e5d15993a Mon Sep 17 00:00:00 2001 From: Mrunal Patel Date: Wed, 10 Aug 2016 12:20:39 -0700 Subject: [PATCH] Add language for compliance requirements around platforms and architectures Signed-off-by: Mrunal Patel --- README.md | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 132859709..a3a7a937b 100644 --- a/README.md +++ b/README.md @@ -25,7 +25,10 @@ Table of Contents In the specifications in the above table of contents, the keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" are to be interpreted as described in [RFC 2119](http://tools.ietf.org/html/rfc2119) (Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997). An implementation is not compliant if it fails to satisfy one or more of the MUST or REQUIRED requirements for the protocols it implements. -An implementation that satisfies all the MUST or REQUIRED and all the SHOULD requirements for its protocols is said to be "unconditionally compliant". +An implementation that satisfies all the MUST or REQUIRED and all the SHOULD requirements for its protocols is said to be "unconditionally compliant" on one or more CPU architectures. +Protocols defined by this specification are: +* Linux containers: runtime.md, config.md, config-linux.md, and runtime-linux.md. +* Solaris containers: runtime.md, config.md, and config-solaris.md. # Use Cases