Re: [RFC] QoS power example / hack

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: linux-pm <linux-pm@...>, lkml <linux-kernel@...>
Date: Wednesday, September 26, 2007 - 6:45 pm

The following patch is a bit of a hack to illustrate how the qos
parameter infrastructure can communication information to the e1000
driver to use to set interrupt consolidation policy as a function of
acceptable network latency.  

Its just an example.


Signed-off-by: Mark Gross <mgross@linux.intel.com>

diff -urN -X linux-2.6.23-rc8/Documentation/dontdiff linux-2.6.23-rc8-qos-nolatency.c/drivers/net/e1000/e1000_main.c linux-2.6.23-rc8-qos-apps/drivers/net/e1000/e1000_main.c
--- linux-2.6.23-rc8-qos-nolatency.c/drivers/net/e1000/e1000_main.c	2007-09-26 13:54:33.000000000 -0700
+++ linux-2.6.23-rc8-qos-apps/drivers/net/e1000/e1000_main.c	2007-09-26 15:00:17.000000000 -0700
@@ -27,6 +27,7 @@
 *******************************************************************************/
 
 #include "e1000.h"
+#include <linux/qos_params.h>
 #include <net/ip6_checksum.h>
 
 char e1000_driver_name[] = "e1000";
@@ -2764,6 +2765,7 @@
 {
 	unsigned int retval = itr_setting;
 	struct e1000_hw *hw = &adapter->hw;
+	int requested_latency = qos_requirement(QOS_NETWORK_LATENCY);
 
 	if (unlikely(hw->mac_type < e1000_82540))
 		goto update_itr_done;
@@ -2803,6 +2805,13 @@
 		break;
 	}
 
+	if (requested_latency < 50)
+		retval = lowest_latency;
+	else if (requested_latency < 250)
+		retval = low_latency;
+	else
+		; //don't change the current algorithm
+
 update_itr_done:
 	return retval;
 }
-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[RFC] QoS power Management enabling patch set, Mark Gross, (Wed Sep 26, 6:37 pm)
Re: [RFC] QoS power example / hack, Mark Gross, (Wed Sep 26, 6:45 pm)
Re: [RFC] QoS power Management enabling patch set, Mark Gross, (Wed Sep 26, 6:42 pm)
Re: [RFC] QoS params patch, Mark Gross, (Wed Sep 26, 6:40 pm)
Re: [RFC] QoS params patch, Andrew Morton, (Fri Sep 28, 2:25 am)
Re: [RFC] QoS params patch, Mark Gross, (Fri Sep 28, 1:19 pm)
Re: [RFC] QoS params patch, Andrew Morton, (Fri Sep 28, 2:51 pm)
Re: [RFC] QoS params patch, Mark Gross, (Mon Oct 1, 12:11 pm)
Re: [RFC] QoS params patch, Paul Mundt, (Fri Sep 28, 2:41 am)
Re: [RFC] QoS params patch, Mark Gross, (Fri Sep 28, 1:22 pm)
Re: [RFC] QoS params patch, Paul Mundt, (Wed Sep 26, 10:24 pm)
Re: [RFC] QoS params patch, Mark Gross, (Thu Sep 27, 12:21 pm)
Re: [RFC] QoS params patch, Randy Dunlap, (Thu Sep 27, 12:05 am)
Re: [RFC] QoS params patch update., Mark Gross, (Thu Sep 27, 4:17 pm)
Re: [RFC] QoS params patch update., Paul Mundt, (Thu Sep 27, 8:08 pm)
Re: [RFC] QoS params patch, Mark Gross, (Thu Sep 27, 11:37 am)
Re: [RFC] QoS params patch, Randy Dunlap, (Wed Sep 26, 7:41 pm)
Re: [RFC] QoS params patch, Mark Gross, (Wed Sep 26, 8:40 pm)
Re: [RFC] QoS params patch, roel, (Thu Sep 27, 9:00 am)
Re: [RFC] QoS params patch, , (Wed Sep 26, 10:53 pm)
Re: [RFC] QoS params patch, Mark Gross, (Thu Sep 27, 11:36 am)
Re: [RFC] QoS params patch, Paul Mundt, (Wed Sep 26, 11:18 pm)
Re: [RFC] QoS params patch, Mark Gross, (Thu Sep 27, 11:17 am)