[Top] [All Lists]

Re: [patch 4/10] s390: network driver.

To: Tommy Christensen <tommy.christensen@xxxxxxxxx>
Subject: Re: [patch 4/10] s390: network driver.
From: Peter Buckingham <peter@xxxxxxxxxxxx>
Date: Mon, 17 Jan 2005 14:13:40 -0800
Cc: Hasso Tepper <hasso@xxxxxxxxx>, hadi@xxxxxxxxxx, Jeff Garzik <jgarzik@xxxxxxxxx>, Thomas Spatzier <thomas.spatzier@xxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx, Paul Jakma <paul@xxxxxxxx>
In-reply-to: <>
References: <> <1105363092.1041.146.camel@jzny.localdomain> <1105917038.1091.1041.camel@jzny.localdomain> <> <>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla Thunderbird 0.9 (X11/20041124)

Tommy Christensen wrote:
A proper solution would take care of both these issues: "stale packets"
and "socket blocking". They are pretty much related.

Using a socket for each interface *ought* not be needed.
Carrier detection sounds like a good thing in its own right.

I came across this same problem with multicast/unicast with an e1000. For a quick hack we just check to see whether the carrier is ok, if it's not we just drop the packet. this might do some nasty things with tcp and it may be better to check to see wither the socket buffer is full, but this works for me here... (this is against a 2.6.9ish kernel)


Index: net/core/dev.c
--- net/core/dev.c
+++ net/core/dev.c
@@ -1379,6 +1379,11 @@
        skb->tc_verd = SET_TC_AT(skb->tc_verd,AT_EGRESS);
+       if (!netif_carrier_ok(dev)) {
+               rc = NET_XMIT_DROP;
+               goto out_kfree_skb;
+       }
        if (q->enqueue) {
                /* Grab device queue */

<Prev in Thread] Current Thread [Next in Thread>