| |||
Home > Preface > About this book > Conventions |
This book uses the conventions that are described in:
The following table describes the typographical conventions:
Table 1. Typographical conventions
Style | Purpose |
---|---|
italic | Introduces special terminology, denotes cross-references, and citations. |
bold | Highlights interface elements, such as menu names. Denotes signal names. Also used for terms in descriptive lists, where appropriate. |
monospace | Denotes text that you can enter at the keyboard, such as commands, file and program names, and source code. |
| Denotes a permitted abbreviation for a command or option. You can enter the underlined text instead of the full command or option name. |
monospace | Denotes arguments to monospace text where the argument is to be replaced by a specific value. |
monospace bold | Denotes language keywords when used outside example code. |
<and> | Encloses replaceable terms for assembler syntax where they appear in code or code fragments. For example: MRC p15, 0 <Rd>, <CRn>, <CRm>, <Opcode_2> |
small capitals | Used in body text for a few terms that have specific technical meanings, that are defined in the ARM® glossary. For example, implementation defined, implementation specific, unknown, and unpredictable. |
The figure Figure 1 explains the components used in timing diagrams. Variations, when they occur, have clear labels. You must not assume any timing information that is not explicit in the diagrams.
Shaded bus and signal areas are undefined, so the bus or signal can assume any value within the shaded area at that time. The actual level is unimportant and does not affect normal operation.