comparison doc/Tango-pinmux @ 679:52ee171ff5e4

doc/Tango-pinmux: definitions laid down
author Mychaela Falconia <falcon@freecalypso.org>
date Wed, 24 Jun 2020 18:46:25 +0000
parents
children
comparison
equal deleted inserted replaced
678:edaceb78719a 679:52ee171ff5e4
1 FreeCalypso Tango is a Calypso core module with the special quality of having
2 many Calypso signals brought out on the user interface connector. Out of the
3 great many Calypso signals that are brought out, the following 8 pins are
4 subject to functional multiplexing concerns:
5
6 GPIO1
7 GPIO2
8 GPIO3
9 RESET_OUT/GPIO7
10 MCSI_TXD/GPIO9
11 MCSI_RXD/GPIO10
12 MCSI_CLK/GPIO11
13 MCSI_FSYNCH/GPIO12
14
15 All 8 are capable of functioning as GPIOs, meaning that a Tango-based custom
16 application board designer can use them for whatever purpose they like, but
17 some of them can also be configured as dedicated Calypso peripheral pins,
18 particularly MCSI. Others (GPIO1-3) have software-defined conventional
19 functions based on long-standing tradition.
20
21 The special complication that arises for our firmware with regard to these GPIO
22 and multifunction pins is that it is not our place as the firmware vendor to
23 dictate to our potential customers how they should wire these pins on their
24 boards. Instead an FC Tango customer should be able to wire up their board as
25 their application calls for, subject to constraints imposed by hardware (not by
26 firmware!), and our standard fw needs to work with every reasonable possibility
27 for user wiring of our GPIO and multifunction pins. The following practical
28 cases need to be addressed:
29
30 * If a customer chooses to use any of our GPIOs as an input, feeding some
31 external output to it, there needs to be a way to tell our fw to leave that GPIO
32 as an input and not switch it to an output.
33
34 * Conversely, if a given GPIO or multifunction pin is unused or not needed in a
35 given application, the app board designer should have the freedom to either tie
36 it off or leave it unconnected. If some of our GPIO or multifunction pins are
37 left unconnected, this fact needs to be communicated to our fw so it can
38 configure them as dummy outputs, preventing floating inputs.
39
40 * Some applications will use MCSI, while others won't. If a given application
41 does not use MCSI, the 4 pins (or any subset of them) can be used as GPIOs,
42 either inputs or outputs, or the unused pins may be left unconnected.
43
44 * GPIO3 is traditionally defined (by conventions going back to TI) as DTR input
45 - but not every application will have a sensible DTR signal to feed to this pin.
46 If there is no DTR signal in a given application, the app board designer should
47 be able to either use GPIO3 for some unrelated purpose, or leave it unconnected.
48
49 * GPIO2 is similarly defined as DCD output by the same traditional conventions.
50 Because it is an output from Calypso, it can be simply ignored and left
51 unconnected if it is not needed - but a user should also be able to use the GPIO
52 for unrelated purposes.
53
54 * There exist several historical conventional functions for GPIO1 output:
55 loudspeaker control (D-Sample, Leonardo, FCDEV3B), Openmoko's application
56 processor wake-up signal, or RI modem control output. We allow any of these
57 options, plus other arbitrary uses.
58
59 FreeCalypso solution
60 ====================
61
62 Our solution for firmware build target tangomdm (standard shipping fw for Tango
63 modems) is that our fw will look on boot for a file in FFS named
64 /etc/tango-pinmux; it will be a binary file of 4 bytes, defining pin
65 multiplexing configuration as follows:
66
67 Byte 0: GPIO1 config
68
69 The following values are defined:
70
71 0x00: GPIO1 is left as an input from power-up
72 0x80: GPIO1 is switched to an output, initial value 0
73 0x81: GPIO1 is switched to an output, initial value 1
74 0x82: GPIO1 is wake-up output per Openmoko GTA01/02 convention
75 0x83: GPIO1 is RI output
76
77 Byte 1: GPIO2 and GPIO3 config
78
79 Bit 7: if 1, GPIO3 is DTR input, other bits in this nibble ignored
80 if 0, GPIO3 is a "generic" GPIO (undefined function) per bits 5 and 4
81 Bit 5: if 1, GPIO3 is an output, otherwise it's an input
82 Bit 4: initial output value if GPIO3 is an output
83
84 Bit 3: if 1, GPIO2 is DCD output, other bits in this nibble ignored
85 if 0, GPIO2 is a "generic" GPIO (undefined function) per bits 1 and 0
86 Bit 1: if 1, GPIO2 is an output, otherwise it's an input
87 Bit 0: initial output value if GPIO2 is a generic (not DCD) output
88
89 Byte 2: Peripheral pin mux config
90
91 Bit 7: if 0, MCSI pins retain their default power-up functions
92 if 1, MCSI pins are switched to being GPIOs
93
94 Bit 3: if 0, RESET_OUT pin retains its default power-up function
95 if 1, RESET_OUT pin is switched to being GPIO7
96 Bit 1: if 1, GPIO7 is an output, otherwise it's an input
97 bit 0: initial output value of GPIO7
98
99 Byte 3: I/O config of MCSI pins turned into GPIOs
100
101 This byte will be considered only if Byte 2 Bit 7 is set to 1, and will be
102 ignored otherwise.
103
104 Bit 7: GPIO12 direction: 1 means output, 0 means input
105 Bit 6: GPIO11 direction: 1 means output, 0 means input
106 Bit 5: GPIO10 direction: 1 means output, 0 means input
107 Bit 4: GPIO9 direction: 1 means output, 0 means input
108
109 Bit 3: GPIO12 initial output value
110 Bit 2: GPIO11 initial output value
111 Bit 1: GPIO10 initial output value
112 Bit 0: GPIO9 initial output value
113
114 If the /etc/tango-pinmux file is missing, the effect will be the same as if all
115 four bytes are equal to zero: GPIO1-3 will be functionally-undefined inputs,
116 RESET_OUT/GPIO7 will be left as RESET_OUT from power-up, and all 4 MCSI pins
117 will be likewise left in their power-up default MCSI function.
118
119 Any GPIO that is configured as an input can be read with AT+IOR, and any GPIO
120 that is configured as a generic (not built-in function) output can be set with
121 AT+IOW.
122
123 Other GPIO pins
124 ===============
125
126 Calypso pins GPIO0, TSPDI/GPIO4, BCLKX/GPIO6, MCUEN1/GPIO8 and MCUEN2/GPIO13
127 are not brought out externally on Tango modules, thus they don't need to be
128 considered. Our fw configures them as dummy outputs to prevent floating inputs.