OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/drivers/ethernet/Makefile

8 lines
226 B
Makefile
Raw Normal View History

eth: dw: Add driver for Synopsys DesignWare Ethernet MAC This patch adds a driver for a Synopsys DesignWare Ethernet MAC. The driver uses interrupts to handle received frames, but it uses a spinloop when transmitting to wait for the transmit descriptor to become available. Transmission is coordinated by a fiber, so this should not result in the system execution being blocked. Only a single descriptor is allocated for each of the transmit and receive directions to save memory and simplify the code. Another simplification is that none of the offload capabilities of the Ethernet device are used. The driver currently only supports a single instance of the Ethernet MAC, which is consistent with the limitation in the network stack that only a single network device is supported. Change-Id: I013b3d439a76e8ff91a775516f7035841b040870 Signed-off-by: Michael LeMay <michael.lemay@intel.com>
2015-10-27 07:38:13 +08:00
ccflags-y += -I${srctree}/net/ip/contiki
ccflags-y += -I${srctree}/net/ip/contiki/os/lib
ccflags-y += -I${srctree}/net/ip/contiki/os
eth_dw: fix compilation issue in eth_dw.c driver got the following compilation error when trying to compile the Synopsys DesignWare Ethernet driver: In file included from drivers/ethernet/eth_dw.c:25:0: drivers/ethernet/eth_dw_priv.h:27:28: fatal error: contiki/ip/uip.h: No such file or directory Fixed by adding correct include path in ethernet Makefile Change-Id: I8ea50e3ffb89e54349140de124f68d196a412f8e Signed-off-by: Jean-Paul Etienne <jean-paul.etienne@intel.com> Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-02-02 22:04:52 +08:00
ccflags-y += -I${srctree}/net/ip
eth: dw: Add driver for Synopsys DesignWare Ethernet MAC This patch adds a driver for a Synopsys DesignWare Ethernet MAC. The driver uses interrupts to handle received frames, but it uses a spinloop when transmitting to wait for the transmit descriptor to become available. Transmission is coordinated by a fiber, so this should not result in the system execution being blocked. Only a single descriptor is allocated for each of the transmit and receive directions to save memory and simplify the code. Another simplification is that none of the offload capabilities of the Ethernet device are used. The driver currently only supports a single instance of the Ethernet MAC, which is consistent with the limitation in the network stack that only a single network device is supported. Change-Id: I013b3d439a76e8ff91a775516f7035841b040870 Signed-off-by: Michael LeMay <michael.lemay@intel.com>
2015-10-27 07:38:13 +08:00
ccflags-y += -I${srctree}
interrupts: new static IRQ API The interrupt API has been redesigned: - irq_connect() for dynamic interrupts renamed to irq_connect_dynamic(). It will be used in situations where the new static irq_connect() won't work, i.e. the value of arguments can't be computed at build time - a new API for static interrupts replaces irq_connect(). it is used exactly the same way as its dynamic counterpart. The old static irq macros will be removed - Separate stub assembly files are no longer needed as the stubs are now generated inline with irq_connect() ReST documentation updated for the changed API. Some detail about the IDT in ROM added, and an oblique reference to the internal-only _irq_handler_set() API removed; we don't talk about internal APIs in the official documentation. Change-Id: I280519993da0e0fe671eb537a876f67de33d3cd4 Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2016-01-08 16:46:14 +08:00
obj-$(CONFIG_ETH_DW) += eth_dw.o