From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH 3/4] Make net watchdog timers 1 sec jiffy aligned Date: Wed, 30 May 2007 12:55:51 -0700 (PDT) Message-ID: <20070530.125551.41636333.davem@davemloft.net> References: <20070530105936.6c988da5.akpm@linux-foundation.org> <20070530112056.0aeb9498@freepuppy> <465DC598.5060407@trash.net> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: shemminger@linux-foundation.org, akpm@linux-foundation.org, venkatesh.pallipadi@intel.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org To: kaber@trash.net Return-path: Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:55534 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751733AbXE3Tzi (ORCPT ); Wed, 30 May 2007 15:55:38 -0400 In-Reply-To: <465DC598.5060407@trash.net> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org From: Patrick McHardy Date: Wed, 30 May 2007 20:42:32 +0200 > Stephen Hemminger wrote: > >>>Index: linux-2.6.22-rc-mm/net/sched/sch_generic.c > >>>=================================================================== > >>>--- linux-2.6.22-rc-mm.orig/net/sched/sch_generic.c 2007-05-24 11:16:03.000000000 -0700 > >>>+++ linux-2.6.22-rc-mm/net/sched/sch_generic.c 2007-05-25 15:10:02.000000000 -0700 > >>>@@ -224,7 +224,8 @@ > >>> if (dev->tx_timeout) { > >>> if (dev->watchdog_timeo <= 0) > >>> dev->watchdog_timeo = 5*HZ; > >>>- if (!mod_timer(&dev->watchdog_timer, jiffies + dev->watchdog_timeo)) > >>>+ if (!mod_timer(&dev->watchdog_timer, > >>>+ round_jiffies(jiffies + dev->watchdog_timeo))) > >>> dev_hold(dev); > >>> } > >>> } > >> > >>Please cc netdev on net patches. > >> > >>Again, I worry that if people set the watchdog timeout to, say, 0.1 seconds > >>then they will get one second, which is grossly different. > >> > >>And if they were to set it to 1.5 seconds, they'd get 2.0 which is pretty > >>significant, too. > > > > > > Alternatively, we could change to a timer that is pushed forward after each > > TX, maybe using hrtimer and hrtimer_forward(). That way the timer would > > never run in normal case. > > > It seems wasteful to add per-packet overhead for tx timeouts, which > should be an exception. Do drivers really care about the exact > timeout value? Compared to a packet transmission time its incredibly > long anyways .. I agree, this change is absolutely rediculious and is just a blind cookie-cutter change made without consideration of what the code is doing and what it's requirements are.