All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tommy Christensen <tommy.christensen@tpack.net>
To: stanislav@muhachev.petro.ru
Cc: Andrew Morton <akpm@osdl.org>, netdev@oss.sgi.com
Subject: Re: Fw: [Bugme-new] [Bug 3992] New: Bondig. Not correct work function ARP Monitoring. Broken link.
Date: Tue, 11 Jan 2005 23:17:53 +0100	[thread overview]
Message-ID: <41E45091.7030208@tpack.net> (raw)
In-Reply-To: <20050105133525.2bab2e09.akpm@osdl.org>

[-- Attachment #1: Type: text/plain, Size: 986 bytes --]

> http://bugme.osdl.org/show_bug.cgi?id=3992
> 
>            Summary: Bondig. Not correct work function ARP Monitoring. Broken
>                     link.
>     Kernel Version: 2.6.10
>             Status: NEW
>           Severity: normal
>              Owner: jgarzik@pobox.com
>          Submitter: stanislav@muhachev.petro.ru
> 
...
> 
> bonding vpn1 & vpn2 òî bond0 (bonding default setup -> nothing failover 
> setings)
> link îê!(192.168.100.1-192.168.100.2)
> 
> setting arp monitor in bonding (TUN/TAP driver not support Mii status)
> link down!

I am not sure I understand your setup completely ...
But as stated in bonding.txt, the ARP monitor requires the underlying
driver to update dev->trans_start and dev->last_rx.

Since the TUN/TAP driver doesn't maintain these, it could very well
explain the behavior you are seeing.

The patch below adds the required functionality to the TUN/TAP driver.
Please test if this helps in your case.

-Tommy

[-- Attachment #2: tun.c.patch --]
[-- Type: text/plain, Size: 508 bytes --]

--- linux-2.6.10-bk14/drivers/net/tun.c	2005-01-10 16:28:48.000000000 +0100
+++ linux-2.6.10-work/drivers/net/tun.c	2005-01-11 23:05:56.759691345 +0100
@@ -92,6 +92,7 @@
 			goto drop;
 	}
 	skb_queue_tail(&tun->readq, skb);
+	dev->trans_start = jiffies;
 
 	/* Notify and wake up reader process */
 	if (tun->flags & TUN_FASYNC)
@@ -240,6 +241,7 @@
 		skb->ip_summed = CHECKSUM_UNNECESSARY;
  
 	netif_rx_ni(skb);
+	tun->dev->last_rx = jiffies;
    
 	tun->stats.rx_packets++;
 	tun->stats.rx_bytes += len;

      reply	other threads:[~2005-01-11 22:17 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-05 21:35 Fw: [Bugme-new] [Bug 3992] New: Bondig. Not correct work function ARP Monitoring. Broken link Andrew Morton
2005-01-11 22:17 ` Tommy Christensen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41E45091.7030208@tpack.net \
    --to=tommy.christensen@tpack.net \
    --cc=akpm@osdl.org \
    --cc=netdev@oss.sgi.com \
    --cc=stanislav@muhachev.petro.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.