Tidy-up

Checking spellings and backticks


Signed-off-by: Marcus Streets <[email protected]>

Author: MarcusJGStreets

doc/storage/api/api.rst

@@ -70,12 +70,12 @@ These definitions must be defined in the header file :file:`psa/storage_common.h
         The structure MUST contain all all the state required by the iterator. 
         That is, further state MUST NOT be retained by the implementation. 
 
-        The structure is initilaised by the `ps_iterator_start` function. 
-        It is modified by the `ps_iterator_next` function. 
+        The structure is initilaised by the `ps_iterator_start()` function. 
+        It is modified by the `ps_iterator_next()` function. 
 
         the caller can discard or reuse the iterator object once it has finished using it. This can be before, or after, the iterator has reached the end of the iteration.
 
-        The header file is only required to define this structure if PSA_STORAGE_SUPPORT_ITERATION is `True`
+        The header file is only required to define this structure if PSA_STORAGE_SUPPORT_ITERATION is true.
 
 .. typedef:: uint32_t psa_storage_create_flags_t
 
@@ -135,7 +135,7 @@ These definitions must be defined in the header file :file:`psa/storage_common.h
 
     .. summary::
         A sufficient buffer size for a iterator context, in bytes.
-        This macro is only required if PSA_STORAGE_SUPPORT_ITERATION is `True`
+        This macro is only required if PSA_STORAGE_SUPPORT_ITERATION is true
 
 
 .. _ITS-API:
@@ -217,7 +217,7 @@ These definitions must be defined in the header file :file:`psa/internal_trusted
 
     * The ``uid`` value must not be zero.
 
-    * If ``uid`` exists it must not have been created as with `PSA_STORAGE_FLAG_WRITE_ONCE` --- would result in ``PSA_ERROR_NOT_PERMITTED``
+    * If ``uid`` exists it must not have been created as with `PSA_STORAGE_FLAG_WRITE_ONCE` --- would result in `PSA_ERROR_NOT_PERMITTED`
 
     * The caller must have access all memory from ``p_data`` to ``p_data + data_length``.
 
@@ -396,7 +396,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
     .. param:: size_t data_length
         The size in bytes of the data in ``p_data``.
         If ``data_length == 0`` the implementation will create a zero-length asset associated with the ``uid``.
-        While no data can be stored in such an asset, a call to `psa_ps_get_info()` will return ``PSA_SUCCESS``.
+        While no data can be stored in such an asset, a call to `psa_ps_get_info()` will return `PSA_SUCCESS`.
     .. param:: const void * p_data
         A buffer containing the data.
     .. param:: psa_storage_create_flags_t create_flags
@@ -680,13 +680,13 @@ These definitions must be defined in the header file :file:`psa/protected_storag
 
     Calling this function with ``data_length == 0`` is permitted. This makes no change to the stored data.
 
-    This function can overwrite existing data and/or extend it up to the capacity for the ``uid`` specified in `psa_ps_create()` but cannot create gaps.
+    This function can overwrite existing data and/or extend it up to the capacity for the ``uid`` specified in ``psa_ps_create()`` but cannot create gaps.
 
-      This function is optional. Consult the platform documentation to determine if it is implemented or perform a call to `psa_ps_get_support()`. This function must be implemented if `psa_ps_get_support()` returns `PSA_STORAGE_SUPPORT_SET_EXTENDED`.
+      This function is optional. Consult the platform documentation to determine if it is implemented or perform a call to ``psa_ps_get_support()``. This function must be implemented if ``psa_ps_get_support()`` returns ``PSA_STORAGE_SUPPORT_SET_EXTENDED``.
 
     * The ``uid`` value must not be zero.
 
-    * If ``uid`` exists it must not have been created as with `PSA_STORAGE_FLAG_WRITE_ONCE` - would result in ``PSA_ERROR_NOT_PERMITTED``
+    * If ``uid`` exists it must not have been created as with ``PSA_STORAGE_FLAG_WRITE_ONCE`` - would result in ``PSA_ERROR_NOT_PERMITTED``
 
     * ``data_offset <= size``
 
@@ -702,7 +702,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
 
     * Data in the ranges 0 to ``data_offset`` is not modified. 
 
-    * If ``data_offset + data_length < size`` then data in the range ``data_offset + data_length`` to ``size`` is not modified. 
+    * If ``data_offset + data_length < size`` then data in the range ``data_offset + data_length` to `size`` is not modified. 
 
 
 
@@ -727,7 +727,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
         The operation completed successfully.
 
    .. retval:: PSA_ERROR_ALREADY_EXISTS
-        Storage with the specified ``uid_new`` already exists and ``rename_flags`` is ``PSA_STORAGE_FLAG_NONE``
+        Storage with the specified ``uid_new`` already exists and ``rename_flags`` is `PSA_STORAGE_FLAG_NONE`
 
    .. retval:: PSA_ERROR_DOES_NOT_EXIST
         Storage with the specified ``uid`` does not exist.        
@@ -740,10 +740,10 @@ These definitions must be defined in the header file :file:`psa/protected_storag
 
         * ``uid`` is ``0``.
         * ``uid_new`` is ``0``
-        * the ``psa_storage_rename_flags_t`` has a value set other than ``PSA_STORAGE_FLAG_REPLACE``
+        * the ``psa_storage_rename_flags_t`` has a value set other than `PSA_STORAGE_FLAG_REPLACE`
 
    .. retval:: PSA_ERROR_NOT_PERMITTED
-        The operation failed because ``uid_new`` exists and was created with ``PSA_STORAGE_FLAG_WRITE_ONCE``.
+        The operation failed because ``uid_new`` exists and was created with `PSA_STORAGE_FLAG_WRITE_ONCE`.
 
    .. retval:: PSA_ERROR_NOT_SUPPORTED
         The implementation does not support the operation.
@@ -754,7 +754,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
 
    The function renames ``uid`` to ``uid_new`` retaining the storage flags  that ``uid`` was created with. 
 
-   If the caller specifies ``PSA_STORAGE_FLAG_REPLACE`` the operation atomically replaces the exisitng contents of ``uid_new`` with those of ``uid``.
+   If the caller specifies `PSA_STORAGE_FLAG_REPLACE` the operation atomically replaces the exisitng contents of ```uid_new`` with those of ``uid``.
 
    Except in the case of ``PSA_ERROR_STORAGE_FAILURE``, in which case no guarantees can be made, the operation shall either succeed or leave storage unchanged. 
 
@@ -771,7 +771,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
        A value used to filter the results included in this iteration. 
 
    .. param:: int_t filter_length
-       A length of the filter to use, this must be a value `0 < filter_lemngth < 63`. 
+       A length of the filter to use, this must be a value ``0 < filter_lemngth < 63``. 
 
    .. param:: psa_storage_uid_t *result
         A pointer to the location in which to store ``uid``. On success the contents of this location will be updated with the first matching ``uid``. On error, the contents are undefined. 
@@ -788,25 +788,25 @@ These definitions must be defined in the header file :file:`psa/protected_storag
    .. retval:: PSA_ERROR_STORAGE_FAILURE
        The operation failed because the physical storage has failed (Fatal error).
 
-   The iterator returns those values where the ``filter_length`` bits of the `uid` matches the left most bits in ``filter``. 
+   The iterator returns those values where the ``filter_length`` bits of the ``uid`` matches the left most bits in ``filter``. 
 
    The iterator will only returns those ``uid`` that were created by the caller. It MUST not return any ``uid`` created by a different user. 
 
-   An iterator is not required to return uids in any specific order, but MUST return them in a consistent order each time it is called. For example, if an implementation returns entries in numerical order, it should not arbitrarily change to returning them in creation order. However, the caller should not make assumptions as to the order in which entries are returned, except that each uid will be returned only once in each iteration.
+   An iterator is not required to return uids in any specific order, but MUST return them in a consistent order each time it is called. For example, if an implementation returns entries in numerical order, it should not arbitrarily change to returning them in creation order. However, the caller should not make assumptions as to the order in which entries are returned, except that each ``uid`` will be returned only once in each iteration.
 
    Changes to storage by other users MUST NOT affect any open iterations. 
 
    A caller may initialize multiple iteration contexts at the same time. Each iteration shall be independent. Calling ``psa_ps_iterator_next()`` on one iterator MUST not effect any other open iteration. 
 
-   An iterator MUST return all data objects whose `uid` matches the filter that are extant when the filter was created, unless these are deleted or renamed before the iteration would return them, or the caller stops before all matching objects have been returned. 
+   An iterator MUST return all data objects whose ``uid`` matches the filter that are extant when the filter was created, unless these are deleted or renamed before the iteration would return them, or the caller stops before all matching objects have been returned. 
 
-   A caller may delete a `uid` with ``psa_ps_remove(uid)`` without invalidating the iteration context. the iterator MUST never return a `uid` that has been deleted. However, if the caller is multi-threaded it ia possible another thread may delete a `uid`. 
+   A caller may delete a ``uid`` with `psa_ps_remove(uid)` without invalidating the iteration context. the iterator MUST never return a ``uid`` that has been deleted. However, if the caller is multi-threaded it ia possible another thread may delete a ``uid``. 
 
-   A caller may read the contents of any `uid` with ``psa_ps_get()`` or write with ``psa_ps_set()`` or ``psa_ps_set_extended()`` without invalidating the iteration context. 
+   A caller may read the contents of any ``uid`` with `psa_ps_get()` or write with `psa_ps_set(` or `psa_ps_set_extended()` without invalidating the iteration context. 
 
-   A caller may create a `uid` with ``psa_ps_set()`` or ``psa_ps_create()`` without invalidating the iteration context. However, the iterator is NOT guaranteed to return the new object, `uid`, the behaviour is dependent on both implementation and identity. In particular, the iterator is not expected to return `uid` if the iteration is already past the point at which it would naturally be returned. 
+   A caller may create a ``uid`` with `psa_ps_set()` or `psa_ps_create()` without invalidating the iteration context. However, the iterator is NOT guaranteed to return the new object, ``uid``, the behavior is dependent on both implementation and identity. In particular, the iterator is not expected to return ``uid`` if the iteration is already past the point at which it would naturally be returned. 
 
-   A caller may call `psa_ps_rename(uid, uid_new)` without invalidating the iteration context. The iterator must not return `uid`. The iterator is not guaranteed to return `uid_new`, the behaviour is dependent on both implementation and identity.  
+   A caller may call `psa_ps_rename(uid, uid_new)` without invalidating the iteration context. The iterator must not return ``uid``. The iterator is not guaranteed to return ``uid_new``, the behavior is dependent on both implementation and identity.  
 
    The following code snippet uses a linked list to store the matching files before iterating over that list and removing them. 
 
@@ -822,7 +822,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
       	   {
       	   	// do something with my_result
       	    psa_ps_iterator_next(my_context, my_result)
-      	    // we will get an does not exist error when we reach the last item, any other error is a storage fialure 
+      	    // we will get an does not exist error when we reach the last item, any other error is a storage failure 
       	    if my_reult <> PSA_ERROR_DOES_NOT_EXIST 
       	   	  {
       	   	  	/* deal with storage failure */
@@ -841,7 +841,7 @@ These definitions must be defined in the header file :file:`psa/protected_storag
       Returns the next ``uid`` in this iteration. 
 
    .. param::  psa_storage_iterator_t* context
-       A pointer to a context for this iterator as returned by ``psa_ps_iterator_start()`` or updated by a previous call to ``psa_ps_iterator_next``.  The content of the iterator will change on success and is undefined on error.
+       A pointer to a context for this iterator as returned by `psa_ps_iterator_start()` or updated by a previous call to `psa_ps_iterator_next()`.  The content of the iterator will change on success and is undefined on error.
 
    .. param:: psa_storage_uid_t *result
         A pointer to the location in which to store ``uid``. On success the contents of this location will be updated with the next matching ``uid``. On error, the contents are undefined. 
@@ -859,14 +859,14 @@ These definitions must be defined in the header file :file:`psa/protected_storag
        The operation failed because the physical storage has failed (Fatal error).
 
    .. retval:: PSA_ERROR_DATA_CORRUPT
-       The operation failed because the contents of the iteration have changed. That is a `uid` matching the filter has either been created or deleted. 
+       The operation failed because the contents of the iteration have changed. That is a ``uid`` matching the filter has either been created or deleted. 
 
    .. retval:: PSA_ERROR_INVALID_ARGUMENT
        The operation failed because either:
 
        * The provided context is not valid. 
 
-       * The caller cannot access the memory at ``result``
+       * The caller cannot access the memory at `result`
 
 .. function:: psa_ps_get_support