Commit 557e2a394de0d142ba930ff3cdb2909419414e06
Committed by
David S. Miller
1 parent
36bcfe7d74
Exists in
master
and in
6 other branches
stmmac: improve and up-to-date the documentation
This patch adds new information for the driver especially about its platform structure fields. Signed-off-by: Giuseppe Cavallaro <peppe.cavallaro@st.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Showing 1 changed file with 136 additions and 64 deletions Inline Diff
Documentation/networking/stmmac.txt
1 | STMicroelectronics 10/100/1000 Synopsys Ethernet driver | 1 | STMicroelectronics 10/100/1000 Synopsys Ethernet driver |
2 | 2 | ||
3 | Copyright (C) 2007-2010 STMicroelectronics Ltd | 3 | Copyright (C) 2007-2010 STMicroelectronics Ltd |
4 | Author: Giuseppe Cavallaro <peppe.cavallaro@st.com> | 4 | Author: Giuseppe Cavallaro <peppe.cavallaro@st.com> |
5 | 5 | ||
6 | This is the driver for the MAC 10/100/1000 on-chip Ethernet controllers | 6 | This is the driver for the MAC 10/100/1000 on-chip Ethernet controllers |
7 | (Synopsys IP blocks); it has been fully tested on STLinux platforms. | 7 | (Synopsys IP blocks); it has been fully tested on STLinux platforms. |
8 | 8 | ||
9 | Currently this network device driver is for all STM embedded MAC/GMAC | 9 | Currently this network device driver is for all STM embedded MAC/GMAC |
10 | (7xxx SoCs). Other platforms start using it i.e. ARM SPEAr. | 10 | (i.e. 7xxx/5xxx SoCs) and it's known working on other platforms i.e. ARM SPEAr. |
11 | 11 | ||
12 | DWC Ether MAC 10/100/1000 Universal version 3.41a and DWC Ether MAC 10/100 | 12 | DWC Ether MAC 10/100/1000 Universal version 3.41a and DWC Ether MAC 10/100 |
13 | Universal version 4.0 have been used for developing the first code | 13 | Universal version 4.0 have been used for developing the first code |
14 | implementation. | 14 | implementation. |
15 | 15 | ||
16 | Please, for more information also visit: www.stlinux.com | 16 | Please, for more information also visit: www.stlinux.com |
17 | 17 | ||
18 | 1) Kernel Configuration | 18 | 1) Kernel Configuration |
19 | The kernel configuration option is STMMAC_ETH: | 19 | The kernel configuration option is STMMAC_ETH: |
20 | Device Drivers ---> Network device support ---> Ethernet (1000 Mbit) ---> | 20 | Device Drivers ---> Network device support ---> Ethernet (1000 Mbit) ---> |
21 | STMicroelectronics 10/100/1000 Ethernet driver (STMMAC_ETH) | 21 | STMicroelectronics 10/100/1000 Ethernet driver (STMMAC_ETH) |
22 | 22 | ||
23 | 2) Driver parameters list: | 23 | 2) Driver parameters list: |
24 | debug: message level (0: no output, 16: all); | 24 | debug: message level (0: no output, 16: all); |
25 | phyaddr: to manually provide the physical address to the PHY device; | 25 | phyaddr: to manually provide the physical address to the PHY device; |
26 | dma_rxsize: DMA rx ring size; | 26 | dma_rxsize: DMA rx ring size; |
27 | dma_txsize: DMA tx ring size; | 27 | dma_txsize: DMA tx ring size; |
28 | buf_sz: DMA buffer size; | 28 | buf_sz: DMA buffer size; |
29 | tc: control the HW FIFO threshold; | 29 | tc: control the HW FIFO threshold; |
30 | tx_coe: Enable/Disable Tx Checksum Offload engine; | 30 | tx_coe: Enable/Disable Tx Checksum Offload engine; |
31 | watchdog: transmit timeout (in milliseconds); | 31 | watchdog: transmit timeout (in milliseconds); |
32 | flow_ctrl: Flow control ability [on/off]; | 32 | flow_ctrl: Flow control ability [on/off]; |
33 | pause: Flow Control Pause Time; | 33 | pause: Flow Control Pause Time; |
34 | tmrate: timer period (only if timer optimisation is configured). | 34 | tmrate: timer period (only if timer optimisation is configured). |
35 | 35 | ||
36 | 3) Command line options | 36 | 3) Command line options |
37 | Driver parameters can be also passed in command line by using: | 37 | Driver parameters can be also passed in command line by using: |
38 | stmmaceth=dma_rxsize:128,dma_txsize:512 | 38 | stmmaceth=dma_rxsize:128,dma_txsize:512 |
39 | 39 | ||
40 | 4) Driver information and notes | 40 | 4) Driver information and notes |
41 | 41 | ||
42 | 4.1) Transmit process | 42 | 4.1) Transmit process |
43 | The xmit method is invoked when the kernel needs to transmit a packet; it sets | 43 | The xmit method is invoked when the kernel needs to transmit a packet; it sets |
44 | the descriptors in the ring and informs the DMA engine that there is a packet | 44 | the descriptors in the ring and informs the DMA engine that there is a packet |
45 | ready to be transmitted. | 45 | ready to be transmitted. |
46 | Once the controller has finished transmitting the packet, an interrupt is | 46 | Once the controller has finished transmitting the packet, an interrupt is |
47 | triggered; So the driver will be able to release the socket buffers. | 47 | triggered; So the driver will be able to release the socket buffers. |
48 | By default, the driver sets the NETIF_F_SG bit in the features field of the | 48 | By default, the driver sets the NETIF_F_SG bit in the features field of the |
49 | net_device structure enabling the scatter/gather feature. | 49 | net_device structure enabling the scatter/gather feature. |
50 | 50 | ||
51 | 4.2) Receive process | 51 | 4.2) Receive process |
52 | When one or more packets are received, an interrupt happens. The interrupts | 52 | When one or more packets are received, an interrupt happens. The interrupts |
53 | are not queued so the driver has to scan all the descriptors in the ring during | 53 | are not queued so the driver has to scan all the descriptors in the ring during |
54 | the receive process. | 54 | the receive process. |
55 | This is based on NAPI so the interrupt handler signals only if there is work to be | 55 | This is based on NAPI so the interrupt handler signals only if there is work to be |
56 | done, and it exits. | 56 | done, and it exits. |
57 | Then the poll method will be scheduled at some future point. | 57 | Then the poll method will be scheduled at some future point. |
58 | The incoming packets are stored, by the DMA, in a list of pre-allocated socket | 58 | The incoming packets are stored, by the DMA, in a list of pre-allocated socket |
59 | buffers in order to avoid the memcpy (Zero-copy). | 59 | buffers in order to avoid the memcpy (Zero-copy). |
60 | 60 | ||
61 | 4.3) Timer-Driver Interrupt | 61 | 4.3) Timer-Driver Interrupt |
62 | Instead of having the device that asynchronously notifies the frame receptions, the | 62 | Instead of having the device that asynchronously notifies the frame receptions, the |
63 | driver configures a timer to generate an interrupt at regular intervals. | 63 | driver configures a timer to generate an interrupt at regular intervals. |
64 | Based on the granularity of the timer, the frames that are received by the device | 64 | Based on the granularity of the timer, the frames that are received by the device |
65 | will experience different levels of latency. Some NICs have dedicated timer | 65 | will experience different levels of latency. Some NICs have dedicated timer |
66 | device to perform this task. STMMAC can use either the RTC device or the TMU | 66 | device to perform this task. STMMAC can use either the RTC device or the TMU |
67 | channel 2 on STLinux platforms. | 67 | channel 2 on STLinux platforms. |
68 | The timers frequency can be passed to the driver as parameter; when change it, | 68 | The timers frequency can be passed to the driver as parameter; when change it, |
69 | take care of both hardware capability and network stability/performance impact. | 69 | take care of both hardware capability and network stability/performance impact. |
70 | Several performance tests on STM platforms showed this optimisation allows to spare | 70 | Several performance tests on STM platforms showed this optimisation allows to spare |
71 | the CPU while having the maximum throughput. | 71 | the CPU while having the maximum throughput. |
72 | 72 | ||
73 | 4.4) WOL | 73 | 4.4) WOL |
74 | Wake up on Lan feature through Magic Frame is only supported for the GMAC | 74 | Wake up on Lan feature through Magic and Unicast frames are supported for the GMAC |
75 | core. | 75 | core. |
76 | 76 | ||
77 | 4.5) DMA descriptors | 77 | 4.5) DMA descriptors |
78 | Driver handles both normal and enhanced descriptors. The latter has been only | 78 | Driver handles both normal and enhanced descriptors. The latter has been only |
79 | tested on DWC Ether MAC 10/100/1000 Universal version 3.41a. | 79 | tested on DWC Ether MAC 10/100/1000 Universal version 3.41a. |
80 | 80 | ||
81 | 4.6) Ethtool support | 81 | 4.6) Ethtool support |
82 | Ethtool is supported. Driver statistics and internal errors can be taken using: | 82 | Ethtool is supported. Driver statistics and internal errors can be taken using: |
83 | ethtool -S ethX command. It is possible to dump registers etc. | 83 | ethtool -S ethX command. It is possible to dump registers etc. |
84 | 84 | ||
85 | 4.7) Jumbo and Segmentation Offloading | 85 | 4.7) Jumbo and Segmentation Offloading |
86 | Jumbo frames are supported and tested for the GMAC. | 86 | Jumbo frames are supported and tested for the GMAC. |
87 | The GSO has been also added but it's performed in software. | 87 | The GSO has been also added but it's performed in software. |
88 | LRO is not supported. | 88 | LRO is not supported. |
89 | 89 | ||
90 | 4.8) Physical | 90 | 4.8) Physical |
91 | The driver is compatible with PAL to work with PHY and GPHY devices. | 91 | The driver is compatible with PAL to work with PHY and GPHY devices. |
92 | 92 | ||
93 | 4.9) Platform information | 93 | 4.9) Platform information |
94 | Several information came from the platform; please refer to the | 94 | Several driver's information can be passed through the platform |
95 | driver's Header file in include/linux directory. | 95 | These are included in the include/linux/stmmac.h header file |
96 | and detailed below as well: | ||
96 | 97 | ||
97 | struct plat_stmmacenet_data { | 98 | struct plat_stmmacenet_data { |
98 | int bus_id; | 99 | int bus_id; |
100 | int phy_addr; | ||
101 | int interface; | ||
102 | struct stmmac_mdio_bus_data *mdio_bus_data; | ||
99 | int pbl; | 103 | int pbl; |
100 | int clk_csr; | 104 | int clk_csr; |
101 | int has_gmac; | 105 | int has_gmac; |
102 | int enh_desc; | 106 | int enh_desc; |
103 | int tx_coe; | 107 | int tx_coe; |
104 | int bugged_jumbo; | 108 | int bugged_jumbo; |
105 | int pmt; | 109 | int pmt; |
106 | void (*fix_mac_speed)(void *priv, unsigned int speed); | 110 | int force_sf_dma_mode; |
107 | void (*bus_setup)(unsigned long ioaddr); | 111 | void (*fix_mac_speed)(void *priv, unsigned int speed); |
108 | #ifdef CONFIG_STM_DRIVERS | 112 | void (*bus_setup)(void __iomem *ioaddr); |
109 | struct stm_pad_config *pad_config; | 113 | int (*init)(struct platform_device *pdev); |
110 | #endif | 114 | void (*exit)(struct platform_device *pdev); |
111 | void *bsp_priv; | 115 | void *bsp_priv; |
112 | }; | 116 | }; |
113 | 117 | ||
114 | Where: | 118 | Where: |
115 | - pbl (Programmable Burst Length) is maximum number of | 119 | o bus_id: bus identifier. |
116 | beats to be transferred in one DMA transaction. | 120 | o phy_addr: the physical address can be passed from the platform. |
117 | GMAC also enables the 4xPBL by default. | 121 | If it is set to -1 the driver will automatically |
118 | - fix_mac_speed and bus_setup are used to configure internal target | 122 | detect it at run-time by probing all the 32 addresses. |
119 | registers (on STM platforms); | 123 | o interface: PHY device's interface. |
120 | - has_gmac: GMAC core is on board (get it at run-time in the next step); | 124 | o mdio_bus_data: specific platform fields for the MDIO bus. |
121 | - bus_id: bus identifier. | 125 | o pbl: the Programmable Burst Length is maximum number of beats to |
122 | - tx_coe: core is able to perform the tx csum in HW. | 126 | be transferred in one DMA transaction. |
123 | - enh_desc: if sets the MAC will use the enhanced descriptor structure. | 127 | GMAC also enables the 4xPBL by default. |
124 | - clk_csr: CSR Clock range selection. | 128 | o clk_csr: CSR Clock range selection. |
125 | - bugged_jumbo: some HWs are not able to perform the csum in HW for | 129 | o has_gmac: uses the GMAC core. |
126 | over-sized frames due to limited buffer sizes. Setting this | 130 | o enh_desc: if sets the MAC will use the enhanced descriptor structure. |
127 | flag the csum will be done in SW on JUMBO frames. | 131 | o tx_coe: core is able to perform the tx csum in HW. |
132 | o bugged_jumbo: some HWs are not able to perform the csum in HW for | ||
133 | over-sized frames due to limited buffer sizes. | ||
134 | Setting this flag the csum will be done in SW on | ||
135 | JUMBO frames. | ||
136 | o pmt: core has the embedded power module (optional). | ||
137 | o force_sf_dma_mode: force DMA to use the Store and Forward mode | ||
138 | instead of the Threshold. | ||
139 | o fix_mac_speed: this callback is used for modifying some syscfg registers | ||
140 | (on ST SoCs) according to the link speed negotiated by the | ||
141 | physical layer . | ||
142 | o bus_setup: perform HW setup of the bus. For example, on some ST platforms | ||
143 | this field is used to configure the AMBA bridge to generate more | ||
144 | efficient STBus traffic. | ||
145 | o init/exit: callbacks used for calling a custom initialisation; | ||
146 | this is sometime necessary on some platforms (e.g. ST boxes) | ||
147 | where the HW needs to have set some PIO lines or system cfg | ||
148 | registers. | ||
149 | o custom_cfg: this is a custom configuration that can be passed while | ||
150 | initialising the resources. | ||
128 | 151 | ||
129 | struct plat_stmmacphy_data { | 152 | The we have: |
130 | int bus_id; | ||
131 | int phy_addr; | ||
132 | unsigned int phy_mask; | ||
133 | int interface; | ||
134 | int (*phy_reset)(void *priv); | ||
135 | void *priv; | ||
136 | }; | ||
137 | 153 | ||
154 | struct stmmac_mdio_bus_data { | ||
155 | int bus_id; | ||
156 | int (*phy_reset)(void *priv); | ||
157 | unsigned int phy_mask; | ||
158 | int *irqs; | ||
159 | int probed_phy_irq; | ||
160 | }; | ||
161 | |||
138 | Where: | 162 | Where: |
139 | - bus_id: bus identifier; | 163 | o bus_id: bus identifier; |
140 | - phy_addr: physical address used for the attached phy device; | 164 | o phy_reset: hook to reset the phy device attached to the bus. |
141 | set it to -1 to get it at run-time; | 165 | o phy_mask: phy mask passed when register the MDIO bus within the driver. |
142 | - interface: physical MII interface mode; | 166 | o irqs: list of IRQs, one per PHY. |
143 | - phy_reset: hook to reset HW function. | 167 | o probed_phy_irq: if irqs is NULL, use this for probed PHY. |
144 | 168 | ||
145 | SOURCES: | 169 | Below an example how the structures above are using on ST platforms. |
146 | - Kconfig | ||
147 | - Makefile | ||
148 | - stmmac_main.c: main network device driver; | ||
149 | - stmmac_mdio.c: mdio functions; | ||
150 | - stmmac_ethtool.c: ethtool support; | ||
151 | - stmmac_timer.[ch]: timer code used for mitigating the driver dma interrupts | ||
152 | Only tested on ST40 platforms based. | ||
153 | - stmmac.h: private driver structure; | ||
154 | - common.h: common definitions and VFTs; | ||
155 | - descs.h: descriptor structure definitions; | ||
156 | - dwmac1000_core.c: GMAC core functions; | ||
157 | - dwmac1000_dma.c: dma functions for the GMAC chip; | ||
158 | - dwmac1000.h: specific header file for the GMAC; | ||
159 | - dwmac100_core: MAC 100 core and dma code; | ||
160 | - dwmac100_dma.c: dma funtions for the MAC chip; | ||
161 | - dwmac1000.h: specific header file for the MAC; | ||
162 | - dwmac_lib.c: generic DMA functions shared among chips | ||
163 | - enh_desc.c: functions for handling enhanced descriptors | ||
164 | - norm_desc.c: functions for handling normal descriptors | ||
165 | 170 | ||
166 | TODO: | 171 | static struct plat_stmmacenet_data stxYYY_ethernet_platform_data = { |
167 | - XGMAC controller is not supported. | 172 | .pbl = 32, |
168 | - Review the timer optimisation code to use an embedded device that seems to be | 173 | .has_gmac = 0, |
174 | .enh_desc = 0, | ||
175 | .fix_mac_speed = stxYYY_ethernet_fix_mac_speed, | ||
176 | | | ||
177 | |-> to write an internal syscfg | ||
178 | | on this platform when the | ||
179 | | link speed changes from 10 to | ||
180 | | 100 and viceversa | ||
181 | .init = &stmmac_claim_resource, | ||
182 | | | ||
183 | |-> On ST SoC this calls own "PAD" | ||
184 | | manager framework to claim | ||
185 | | all the resources necessary | ||
186 | | (GPIO ...). The .custom_cfg field | ||
187 | | is used to pass a custom config. | ||
188 | }; | ||
189 | |||
190 | Below the usage of the stmmac_mdio_bus_data: on this SoC, in fact, | ||
191 | there are two MAC cores: one MAC is for MDIO Bus/PHY emulation | ||
192 | with fixed_link support. | ||
193 | |||
194 | static struct stmmac_mdio_bus_data stmmac1_mdio_bus = { | ||
195 | .bus_id = 1, | ||
196 | | | ||
197 | |-> phy device on the bus_id 1 | ||
198 | .phy_reset = phy_reset; | ||
199 | | | ||
200 | |-> function to provide the phy_reset on this board | ||
201 | .phy_mask = 0, | ||
202 | }; | ||
203 | |||
204 | static struct fixed_phy_status stmmac0_fixed_phy_status = { | ||
205 | .link = 1, | ||
206 | .speed = 100, | ||
207 | .duplex = 1, | ||
208 | }; | ||
209 | |||
210 | During the board's device_init we can configure the first | ||
211 | MAC for fixed_link by calling: | ||
212 | fixed_phy_add(PHY_POLL, 1, &stmmac0_fixed_phy_status));) | ||
213 | and the second one, with a real PHY device attached to the bus, | ||
214 | by using the stmmac_mdio_bus_data structure (to provide the id, the | ||
215 | reset procedure etc). | ||
216 |