summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorSimon Glass <sjg@chromium.org>2015-07-06 16:47:49 -0600
committerSimon Glass <sjg@chromium.org>2015-07-21 17:39:40 -0600
commita1ca92eaaf0cac2a11c16b93f0cd0cd6f6256f02 (patch)
tree31b3e4ebdb988f061df1424df9f59da239093775 /include
parent69559093f6173dcfcb041df0995063bdbd07d49b (diff)
downloadu-boot-imx-a1ca92eaaf0cac2a11c16b93f0cd0cd6f6256f02.zip
u-boot-imx-a1ca92eaaf0cac2a11c16b93f0cd0cd6f6256f02.tar.gz
u-boot-imx-a1ca92eaaf0cac2a11c16b93f0cd0cd6f6256f02.tar.bz2
dm: eth: Avoid blocking on packet reception
Some devices can take a long time to work out whether they have a new packet or now. For example the ASIX USB Ethernet dongle can take 5 seconds to do this, since it waits until it gets a new packet on the wire before allowing the USB bulk read packet to be submitted. At present with driver mode the Ethernet receive code reads 32 packets. This can take a very long time if we must wait for all 32 packets. The old code (before driver model) worked by reading a single set of packets from the USB device, then processing all the packets with in. It would be nice to use the same behaviour with driver model. Add a flag to the receive method which indicates that the driver should try to find a packet if available, by consulting the hardware. When the flag is not set, it should just return any packet data it has already received. If there is none, it should return -EAGAIN so that the loop will terminate. Signed-off-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'include')
-rw-r--r--include/net.h10
1 files changed, 9 insertions, 1 deletions
diff --git a/include/net.h b/include/net.h
index d17173d..b9c13f2 100644
--- a/include/net.h
+++ b/include/net.h
@@ -93,6 +93,14 @@ struct eth_pdata {
int phy_interface;
};
+enum eth_recv_flags {
+ /*
+ * Check hardware device for new packets (otherwise only return those
+ * which are already in the memory buffer ready to process)
+ */
+ ETH_RECV_CHECK_DEVICE = 1 << 0,
+};
+
/**
* struct eth_ops - functions of Ethernet MAC controllers
*
@@ -120,7 +128,7 @@ struct eth_pdata {
struct eth_ops {
int (*start)(struct udevice *dev);
int (*send)(struct udevice *dev, void *packet, int length);
- int (*recv)(struct udevice *dev, uchar **packetp);
+ int (*recv)(struct udevice *dev, int flags, uchar **packetp);
int (*free_pkt)(struct udevice *dev, uchar *packet, int length);
void (*stop)(struct udevice *dev);
#ifdef CONFIG_MCAST_TFTP