Blame view

kernel/linux-imx6_3.14.28/Documentation/spi/pxa2xx 8.52 KB
6b13f685e   김민수   BSP 최초 추가
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
  PXA2xx SPI on SSP driver HOWTO
  ===================================================
  This a mini howto on the pxa2xx_spi driver.  The driver turns a PXA2xx
  synchronous serial port into a SPI master controller
  (see Documentation/spi/spi-summary). The driver has the following features
  
  - Support for any PXA2xx SSP
  - SSP PIO and SSP DMA data transfers.
  - External and Internal (SSPFRM) chip selects.
  - Per slave device (chip) configuration.
  - Full suspend, freeze, resume support.
  
  The driver is built around a "spi_message" fifo serviced by workqueue and a
  tasklet. The workqueue, "pump_messages", drives message fifo and the tasklet
  (pump_transfer) is responsible for queuing SPI transactions and setting up and
  launching the dma/interrupt driven transfers.
  
  Declaring PXA2xx Master Controllers
  -----------------------------------
  Typically a SPI master is defined in the arch/.../mach-*/board-*.c as a
  "platform device".  The master configuration is passed to the driver via a table
  found in include/linux/spi/pxa2xx_spi.h:
  
  struct pxa2xx_spi_master {
  	u32 clock_enable;
  	u16 num_chipselect;
  	u8 enable_dma;
  };
  
  The "pxa2xx_spi_master.clock_enable" field is used to enable/disable the
  corresponding SSP peripheral block in the "Clock Enable Register (CKEN"). See
  the "PXA2xx Developer Manual" section "Clocks and Power Management".
  
  The "pxa2xx_spi_master.num_chipselect" field is used to determine the number of
  slave device (chips) attached to this SPI master.
  
  The "pxa2xx_spi_master.enable_dma" field informs the driver that SSP DMA should
  be used.  This caused the driver to acquire two DMA channels: rx_channel and
  tx_channel.  The rx_channel has a higher DMA service priority the tx_channel.
  See the "PXA2xx Developer Manual" section "DMA Controller".
  
  NSSP MASTER SAMPLE
  ------------------
  Below is a sample configuration using the PXA255 NSSP.
  
  static struct resource pxa_spi_nssp_resources[] = {
  	[0] = {
  		.start	= __PREG(SSCR0_P(2)), /* Start address of NSSP */
  		.end	= __PREG(SSCR0_P(2)) + 0x2c, /* Range of registers */
  		.flags	= IORESOURCE_MEM,
  	},
  	[1] = {
  		.start	= IRQ_NSSP, /* NSSP IRQ */
  		.end	= IRQ_NSSP,
  		.flags	= IORESOURCE_IRQ,
  	},
  };
  
  static struct pxa2xx_spi_master pxa_nssp_master_info = {
  	.clock_enable = CKEN_NSSP, /* NSSP Peripheral clock */
  	.num_chipselect = 1, /* Matches the number of chips attached to NSSP */
  	.enable_dma = 1, /* Enables NSSP DMA */
  };
  
  static struct platform_device pxa_spi_nssp = {
  	.name = "pxa2xx-spi", /* MUST BE THIS VALUE, so device match driver */
  	.id = 2, /* Bus number, MUST MATCH SSP number 1..n */
  	.resource = pxa_spi_nssp_resources,
  	.num_resources = ARRAY_SIZE(pxa_spi_nssp_resources),
  	.dev = {
  		.platform_data = &pxa_nssp_master_info, /* Passed to driver */
  	},
  };
  
  static struct platform_device *devices[] __initdata = {
  	&pxa_spi_nssp,
  };
  
  static void __init board_init(void)
  {
  	(void)platform_add_device(devices, ARRAY_SIZE(devices));
  }
  
  Declaring Slave Devices
  -----------------------
  Typically each SPI slave (chip) is defined in the arch/.../mach-*/board-*.c
  using the "spi_board_info" structure found in "linux/spi/spi.h". See
  "Documentation/spi/spi-summary" for additional information.
  
  Each slave device attached to the PXA must provide slave specific configuration
  information via the structure "pxa2xx_spi_chip" found in
  "include/linux/spi/pxa2xx_spi.h".  The pxa2xx_spi master controller driver
  will uses the configuration whenever the driver communicates with the slave
  device. All fields are optional.
  
  struct pxa2xx_spi_chip {
  	u8 tx_threshold;
  	u8 rx_threshold;
  	u8 dma_burst_size;
  	u32 timeout;
  	u8 enable_loopback;
  	void (*cs_control)(u32 command);
  };
  
  The "pxa2xx_spi_chip.tx_threshold" and "pxa2xx_spi_chip.rx_threshold" fields are
  used to configure the SSP hardware fifo.  These fields are critical to the
  performance of pxa2xx_spi driver and misconfiguration will result in rx
  fifo overruns (especially in PIO mode transfers). Good default values are
  
  	.tx_threshold = 8,
  	.rx_threshold = 8,
  
  The range is 1 to 16 where zero indicates "use default".
  
  The "pxa2xx_spi_chip.dma_burst_size" field is used to configure PXA2xx DMA
  engine and is related the "spi_device.bits_per_word" field.  Read and understand
  the PXA2xx "Developer Manual" sections on the DMA controller and SSP Controllers
  to determine the correct value. An SSP configured for byte-wide transfers would
  use a value of 8. The driver will determine a reasonable default if
  dma_burst_size == 0.
  
  The "pxa2xx_spi_chip.timeout" fields is used to efficiently handle
  trailing bytes in the SSP receiver fifo.  The correct value for this field is
  dependent on the SPI bus speed ("spi_board_info.max_speed_hz") and the specific
  slave device.  Please note that the PXA2xx SSP 1 does not support trailing byte
  timeouts and must busy-wait any trailing bytes.
  
  The "pxa2xx_spi_chip.enable_loopback" field is used to place the SSP porting
  into internal loopback mode.  In this mode the SSP controller internally
  connects the SSPTX pin to the SSPRX pin.  This is useful for initial setup
  testing.
  
  The "pxa2xx_spi_chip.cs_control" field is used to point to a board specific
  function for asserting/deasserting a slave device chip select.  If the field is
  NULL, the pxa2xx_spi master controller driver assumes that the SSP port is
  configured to use SSPFRM instead.
  
  NOTE: the SPI driver cannot control the chip select if SSPFRM is used, so the
  chipselect is dropped after each spi_transfer.  Most devices need chip select
  asserted around the complete message.  Use SSPFRM as a GPIO (through cs_control)
  to accommodate these chips.
  
  
  NSSP SLAVE SAMPLE
  -----------------
  The pxa2xx_spi_chip structure is passed to the pxa2xx_spi driver in the
  "spi_board_info.controller_data" field. Below is a sample configuration using
  the PXA255 NSSP.
  
  /* Chip Select control for the CS8415A SPI slave device */
  static void cs8415a_cs_control(u32 command)
  {
  	if (command & PXA2XX_CS_ASSERT)
  		GPCR(2) = GPIO_bit(2);
  	else
  		GPSR(2) = GPIO_bit(2);
  }
  
  /* Chip Select control for the CS8405A SPI slave device */
  static void cs8405a_cs_control(u32 command)
  {
  	if (command & PXA2XX_CS_ASSERT)
  		GPCR(3) = GPIO_bit(3);
  	else
  		GPSR(3) = GPIO_bit(3);
  }
  
  static struct pxa2xx_spi_chip cs8415a_chip_info = {
  	.tx_threshold = 8, /* SSP hardward FIFO threshold */
  	.rx_threshold = 8, /* SSP hardward FIFO threshold */
  	.dma_burst_size = 8, /* Byte wide transfers used so 8 byte bursts */
  	.timeout = 235, /* See Intel documentation */
  	.cs_control = cs8415a_cs_control, /* Use external chip select */
  };
  
  static struct pxa2xx_spi_chip cs8405a_chip_info = {
  	.tx_threshold = 8, /* SSP hardward FIFO threshold */
  	.rx_threshold = 8, /* SSP hardward FIFO threshold */
  	.dma_burst_size = 8, /* Byte wide transfers used so 8 byte bursts */
  	.timeout = 235, /* See Intel documentation */
  	.cs_control = cs8405a_cs_control, /* Use external chip select */
  };
  
  static struct spi_board_info streetracer_spi_board_info[] __initdata = {
  	{
  		.modalias = "cs8415a", /* Name of spi_driver for this device */
  		.max_speed_hz = 3686400, /* Run SSP as fast a possbile */
  		.bus_num = 2, /* Framework bus number */
  		.chip_select = 0, /* Framework chip select */
  		.platform_data = NULL; /* No spi_driver specific config */
  		.controller_data = &cs8415a_chip_info, /* Master chip config */
  		.irq = STREETRACER_APCI_IRQ, /* Slave device interrupt */
  	},
  	{
  		.modalias = "cs8405a", /* Name of spi_driver for this device */
  		.max_speed_hz = 3686400, /* Run SSP as fast a possbile */
  		.bus_num = 2, /* Framework bus number */
  		.chip_select = 1, /* Framework chip select */
  		.controller_data = &cs8405a_chip_info, /* Master chip config */
  		.irq = STREETRACER_APCI_IRQ, /* Slave device interrupt */
  	},
  };
  
  static void __init streetracer_init(void)
  {
  	spi_register_board_info(streetracer_spi_board_info,
  				ARRAY_SIZE(streetracer_spi_board_info));
  }
  
  
  DMA and PIO I/O Support
  -----------------------
  The pxa2xx_spi driver supports both DMA and interrupt driven PIO message
  transfers.  The driver defaults to PIO mode and DMA transfers must be enabled
  by setting the "enable_dma" flag in the "pxa2xx_spi_master" structure.  The DMA
  mode supports both coherent and stream based DMA mappings.
  
  The following logic is used to determine the type of I/O to be used on
  a per "spi_transfer" basis:
  
  if !enable_dma then
  	always use PIO transfers
  
  if spi_message.len > 8191 then
  	print "rate limited" warning
  	use PIO transfers
  
  if spi_message.is_dma_mapped and rx_dma_buf != 0 and tx_dma_buf != 0 then
  	use coherent DMA mode
  
  if rx_buf and tx_buf are aligned on 8 byte boundary then
  	use streaming DMA mode
  
  otherwise
  	use PIO transfer
  
  THANKS TO
  ---------
  
  David Brownell and others for mentoring the development of this driver.