[PATCH] sched: remove SMT nice

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Con Kolivas
Date: Thursday, March 1, 2007 - 3:33 pm

Remove the SMT-nice feature which idles sibling cpus on SMT cpus to
facilitiate nice working properly where cpu power is shared. The idling
of cpus in the presence of runnable tasks is considered too fragile, easy
to break with outside code, and the complexity of managing this system if an
architecture comes along with many logical cores sharing cpu power will be
unworkable.

Remove the associated per_cpu_gain variable in sched_domains used only by
this code.

Signed-off-by: Con Kolivas <kernel@kolivas.org>

---
 include/asm-i386/topology.h           |    1 
 include/asm-ia64/topology.h           |    2 
 include/asm-mips/mach-ip27/topology.h |    1 
 include/asm-powerpc/topology.h        |    1 
 include/asm-x86_64/topology.h         |    1 
 include/linux/sched.h                 |    1 
 include/linux/topology.h              |    4 
 kernel/sched.c                        |  155 ----------------------------------
 8 files changed, 1 insertion(+), 165 deletions(-)

Index: linux-2.6.21-rc2/kernel/sched.c
===================================================================
--- linux-2.6.21-rc2.orig/kernel/sched.c	2007-03-02 08:56:45.000000000 +1100
+++ linux-2.6.21-rc2/kernel/sched.c	2007-03-02 08:58:40.000000000 +1100
@@ -3006,23 +3006,6 @@ static inline void idle_balance(int cpu,
 }
 #endif
 
-static inline void wake_priority_sleeper(struct rq *rq)
-{
-#ifdef CONFIG_SCHED_SMT
-	if (!rq->nr_running)
-		return;
-
-	spin_lock(&rq->lock);
-	/*
-	 * If an SMT sibling task has been put to sleep for priority
-	 * reasons reschedule the idle task to see if it can now run.
-	 */
-	if (rq->nr_running)
-		resched_task(rq->idle);
-	spin_unlock(&rq->lock);
-#endif
-}
-
 DEFINE_PER_CPU(struct kernel_stat, kstat);
 
 EXPORT_PER_CPU_SYMBOL(kstat);
@@ -3239,10 +3222,7 @@ void scheduler_tick(void)
 
 	update_cpu_clock(p, rq, now);
 
-	if (p == rq->idle)
-		/* Task on the idle queue */
-		wake_priority_sleeper(rq);
-	else
+	if (p != rq->idle)
 		task_running_tick(rq, p);
 #ifdef CONFIG_SMP
 	update_load(rq);
@@ -3251,136 +3231,6 @@ void scheduler_tick(void)
 #endif
 }
 
-#ifdef CONFIG_SCHED_SMT
-static inline void wakeup_busy_runqueue(struct rq *rq)
-{
-	/* If an SMT runqueue is sleeping due to priority reasons wake it up */
-	if (rq->curr == rq->idle && rq->nr_running)
-		resched_task(rq->idle);
-}
-
-/*
- * Called with interrupt disabled and this_rq's runqueue locked.
- */
-static void wake_sleeping_dependent(int this_cpu)
-{
-	struct sched_domain *tmp, *sd = NULL;
-	int i;
-
-	for_each_domain(this_cpu, tmp) {
-		if (tmp->flags & SD_SHARE_CPUPOWER) {
-			sd = tmp;
-			break;
-		}
-	}
-
-	if (!sd)
-		return;
-
-	for_each_cpu_mask(i, sd->span) {
-		struct rq *smt_rq = cpu_rq(i);
-
-		if (i == this_cpu)
-			continue;
-		if (unlikely(!spin_trylock(&smt_rq->lock)))
-			continue;
-
-		wakeup_busy_runqueue(smt_rq);
-		spin_unlock(&smt_rq->lock);
-	}
-}
-
-/*
- * number of 'lost' timeslices this task wont be able to fully
- * utilize, if another task runs on a sibling. This models the
- * slowdown effect of other tasks running on siblings:
- */
-static inline unsigned long
-smt_slice(struct task_struct *p, struct sched_domain *sd)
-{
-	return p->time_slice * (100 - sd->per_cpu_gain) / 100;
-}
-
-/*
- * To minimise lock contention and not have to drop this_rq's runlock we only
- * trylock the sibling runqueues and bypass those runqueues if we fail to
- * acquire their lock. As we only trylock the normal locking order does not
- * need to be obeyed.
- */
-static int
-dependent_sleeper(int this_cpu, struct rq *this_rq, struct task_struct *p)
-{
-	struct sched_domain *tmp, *sd = NULL;
-	int ret = 0, i;
-
-	/* kernel/rt threads do not participate in dependent sleeping */
-	if (!p->mm || rt_task(p))
-		return 0;
-
-	for_each_domain(this_cpu, tmp) {
-		if (tmp->flags & SD_SHARE_CPUPOWER) {
-			sd = tmp;
-			break;
-		}
-	}
-
-	if (!sd)
-		return 0;
-
-	for_each_cpu_mask(i, sd->span) {
-		struct task_struct *smt_curr;
-		struct rq *smt_rq;
-
-		if (i == this_cpu)
-			continue;
-
-		smt_rq = cpu_rq(i);
-		if (unlikely(!spin_trylock(&smt_rq->lock)))
-			continue;
-
-		smt_curr = smt_rq->curr;
-
-		if (!smt_curr->mm)
-			goto unlock;
-
-		/*
-		 * If a user task with lower static priority than the
-		 * running task on the SMT sibling is trying to schedule,
-		 * delay it till there is proportionately less timeslice
-		 * left of the sibling task to prevent a lower priority
-		 * task from using an unfair proportion of the
-		 * physical cpu's resources. -ck
-		 */
-		if (rt_task(smt_curr)) {
-			/*
-			 * With real time tasks we run non-rt tasks only
-			 * per_cpu_gain% of the time.
-			 */
-			if ((jiffies % DEF_TIMESLICE) >
-				(sd->per_cpu_gain * DEF_TIMESLICE / 100))
-					ret = 1;
-		} else {
-			if (smt_curr->static_prio < p->static_prio &&
-				!TASK_PREEMPTS_CURR(p, smt_rq) &&
-				smt_slice(smt_curr, sd) > task_timeslice(p))
-					ret = 1;
-		}
-unlock:
-		spin_unlock(&smt_rq->lock);
-	}
-	return ret;
-}
-#else
-static inline void wake_sleeping_dependent(int this_cpu)
-{
-}
-static inline int
-dependent_sleeper(int this_cpu, struct rq *this_rq, struct task_struct *p)
-{
-	return 0;
-}
-#endif
-
 #if defined(CONFIG_PREEMPT) && defined(CONFIG_DEBUG_PREEMPT)
 
 void fastcall add_preempt_count(int val)
@@ -3507,7 +3357,6 @@ need_resched_nonpreemptible:
 		if (!rq->nr_running) {
 			next = rq->idle;
 			rq->expired_timestamp = 0;
-			wake_sleeping_dependent(cpu);
 			goto switch_tasks;
 		}
 	}
@@ -3547,8 +3396,6 @@ need_resched_nonpreemptible:
 		}
 	}
 	next->sleep_type = SLEEP_NORMAL;
-	if (dependent_sleeper(cpu, rq, next))
-		next = rq->idle;
 switch_tasks:
 	if (next == rq->idle)
 		schedstat_inc(rq, sched_goidle);
Index: linux-2.6.21-rc2/include/asm-i386/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/asm-i386/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/asm-i386/topology.h	2007-03-02 09:02:58.000000000 +1100
@@ -85,7 +85,6 @@ static inline int node_to_first_cpu(int 
 	.idle_idx		= 1,			\
 	.newidle_idx		= 2,			\
 	.wake_idx		= 1,			\
-	.per_cpu_gain		= 100,			\
 	.flags			= SD_LOAD_BALANCE	\
 				| SD_BALANCE_EXEC	\
 				| SD_BALANCE_FORK	\
Index: linux-2.6.21-rc2/include/asm-ia64/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/asm-ia64/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/asm-ia64/topology.h	2007-03-02 09:02:33.000000000 +1100
@@ -65,7 +65,6 @@ void build_cpu_to_node_map(void);
 	.max_interval		= 4,			\
 	.busy_factor		= 64,			\
 	.imbalance_pct		= 125,			\
-	.per_cpu_gain		= 100,			\
 	.cache_nice_tries	= 2,			\
 	.busy_idx		= 2,			\
 	.idle_idx		= 1,			\
@@ -97,7 +96,6 @@ void build_cpu_to_node_map(void);
 	.newidle_idx		= 0, /* unused */	\
 	.wake_idx		= 1,			\
 	.forkexec_idx		= 1,			\
-	.per_cpu_gain		= 100,			\
 	.flags			= SD_LOAD_BALANCE	\
 				| SD_BALANCE_EXEC	\
 				| SD_BALANCE_FORK	\
Index: linux-2.6.21-rc2/include/asm-mips/mach-ip27/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/asm-mips/mach-ip27/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/asm-mips/mach-ip27/topology.h	2007-03-02 09:02:38.000000000 +1100
@@ -28,7 +28,6 @@ extern unsigned char __node_distances[MA
 	.busy_factor		= 32,			\
 	.imbalance_pct		= 125,			\
 	.cache_nice_tries	= 1,			\
-	.per_cpu_gain		= 100,			\
 	.flags			= SD_LOAD_BALANCE	\
 				| SD_BALANCE_EXEC	\
 				| SD_WAKE_BALANCE,	\
Index: linux-2.6.21-rc2/include/asm-powerpc/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/asm-powerpc/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/asm-powerpc/topology.h	2007-03-02 09:02:44.000000000 +1100
@@ -57,7 +57,6 @@ static inline int pcibus_to_node(struct 
 	.busy_factor		= 32,			\
 	.imbalance_pct		= 125,			\
 	.cache_nice_tries	= 1,			\
-	.per_cpu_gain		= 100,			\
 	.busy_idx		= 3,			\
 	.idle_idx		= 1,			\
 	.newidle_idx		= 2,			\
Index: linux-2.6.21-rc2/include/asm-x86_64/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/asm-x86_64/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/asm-x86_64/topology.h	2007-03-02 09:02:50.000000000 +1100
@@ -43,7 +43,6 @@ extern int __node_distance(int, int);
 	.newidle_idx		= 0, 			\
 	.wake_idx		= 1,			\
 	.forkexec_idx		= 1,			\
-	.per_cpu_gain		= 100,			\
 	.flags			= SD_LOAD_BALANCE	\
 				| SD_BALANCE_FORK	\
 				| SD_BALANCE_EXEC	\
Index: linux-2.6.21-rc2/include/linux/sched.h
===================================================================
--- linux-2.6.21-rc2.orig/include/linux/sched.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/linux/sched.h	2007-03-02 09:02:27.000000000 +1100
@@ -684,7 +684,6 @@ struct sched_domain {
 	unsigned int imbalance_pct;	/* No balance until over watermark */
 	unsigned long long cache_hot_time; /* Task considered cache hot (ns) */
 	unsigned int cache_nice_tries;	/* Leave cache hot tasks for # tries */
-	unsigned int per_cpu_gain;	/* CPU % gained by adding domain cpus */
 	unsigned int busy_idx;
 	unsigned int idle_idx;
 	unsigned int newidle_idx;
Index: linux-2.6.21-rc2/include/linux/topology.h
===================================================================
--- linux-2.6.21-rc2.orig/include/linux/topology.h	2007-03-02 09:02:01.000000000 +1100
+++ linux-2.6.21-rc2/include/linux/topology.h	2007-03-02 09:02:19.000000000 +1100
@@ -96,7 +96,6 @@
 	.busy_factor		= 64,			\
 	.imbalance_pct		= 110,			\
 	.cache_nice_tries	= 0,			\
-	.per_cpu_gain		= 25,			\
 	.busy_idx		= 0,			\
 	.idle_idx		= 0,			\
 	.newidle_idx		= 1,			\
@@ -128,7 +127,6 @@
 	.busy_factor		= 64,			\
 	.imbalance_pct		= 125,			\
 	.cache_nice_tries	= 1,			\
-	.per_cpu_gain		= 100,			\
 	.busy_idx		= 2,			\
 	.idle_idx		= 1,			\
 	.newidle_idx		= 2,			\
@@ -159,7 +157,6 @@
 	.busy_factor		= 64,			\
 	.imbalance_pct		= 125,			\
 	.cache_nice_tries	= 1,			\
-	.per_cpu_gain		= 100,			\
 	.busy_idx		= 2,			\
 	.idle_idx		= 1,			\
 	.newidle_idx		= 2,			\
@@ -193,7 +190,6 @@
 	.newidle_idx		= 0, /* unused */	\
 	.wake_idx		= 0, /* unused */	\
 	.forkexec_idx		= 0, /* unused */	\
-	.per_cpu_gain		= 100,			\
 	.flags			= SD_LOAD_BALANCE	\
 				| SD_SERIALIZE,	\
 	.last_balance		= jiffies,		\

-- 
-ck
-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Linux 2.6.21-rc1, Linus Torvalds, (Tue Feb 20, 9:53 pm)
Re: Linux 2.6.21-rc1, Faik Uygur, (Wed Feb 21, 6:26 am)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 6:32 am)
Re: Linux 2.6.21-rc1, Kok, Auke, (Wed Feb 21, 8:58 am)
request_module: runaway loop modprobe net-pf-1 (is Re: Lin ..., YOSHIFUJI Hideaki / , (Wed Feb 21, 9:23 am)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 9:24 am)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 10:07 am)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 10:19 am)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 10:38 am)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 10:41 am)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 11:18 am)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 11:23 am)
Re: Linux 2.6.21-rc1, Andreas Schwab, (Wed Feb 21, 11:34 am)
Re: Linux 2.6.21-rc1, Dave Jones, (Wed Feb 21, 11:40 am)
Re: Linux 2.6.21-rc1, Jiri Slaby, (Wed Feb 21, 11:41 am)
Re: Linux 2.6.21-rc1, Jiri Slaby, (Wed Feb 21, 11:51 am)
Re: Linux 2.6.21-rc1, Linus Torvalds, (Wed Feb 21, 12:19 pm)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 12:23 pm)
Re: Linux 2.6.21-rc1, Linus Torvalds, (Wed Feb 21, 12:24 pm)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 12:24 pm)
Re: Linux 2.6.21-rc1, Andrew Morton, (Wed Feb 21, 12:45 pm)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 1:00 pm)
Re: Linux 2.6.21-rc1, Linus Torvalds, (Wed Feb 21, 1:18 pm)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 1:43 pm)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 1:49 pm)
Re: Linux 2.6.21-rc1, Linus Torvalds, (Wed Feb 21, 2:06 pm)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Wed Feb 21, 2:21 pm)
Re: Linux 2.6.21-rc1, Daniel Walker, (Wed Feb 21, 2:23 pm)
Re: Linux 2.6.21-rc1 [git bisect], Pete Harlan, (Wed Feb 21, 3:05 pm)
NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Luca Tettamanti, (Wed Feb 21, 4:04 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Thomas Gleixner, (Wed Feb 21, 4:17 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Luca Tettamanti, (Wed Feb 21, 4:19 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Jan Engelhardt, (Thu Feb 22, 5:36 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Arjan van de Ven, (Thu Feb 22, 6:25 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 7:10 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Arjan van de Ven, (Thu Feb 22, 7:20 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 7:51 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 8:13 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Thomas Gleixner, (Thu Feb 22, 8:51 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Thomas Gleixner, (Thu Feb 22, 9:00 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 9:27 am)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Arjan van de Ven, (Thu Feb 22, 9:42 am)
Re: NO_HZ: timer interrupt stuck, David Miller, (Thu Feb 22, 10:26 am)
Re: NO_HZ: timer interrupt stuck, Thomas Gleixner, (Thu Feb 22, 10:39 am)
RE: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pallipadi, Venkatesh, (Thu Feb 22, 12:58 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 2:07 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Andreas Mohr, (Thu Feb 22, 2:25 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Arjan van de Ven, (Thu Feb 22, 3:21 pm)
Re: Linux 2.6.21-rc1 -- suspend, Pavel Machek, (Thu Feb 22, 10:25 pm)
Re: NO_HZ: timer interrupt stuck [Re: Linux 2.6.21-rc1], Pierre Ossman, (Thu Feb 22, 11:55 pm)
Re: NO_HZ: timer interrupt stuck, David Miller, (Fri Feb 23, 2:25 am)
Re: sparc generic time / clockevents, David Miller, (Fri Feb 23, 2:55 am)
Re: Linux 2.6.21-rc1, Andrew Morton, (Fri Feb 23, 3:08 am)
Re: Linux 2.6.21-rc1, Ingo Molnar, (Fri Feb 23, 4:35 am)
Re: Linux 2.6.21-rc1, Ingo Molnar, (Fri Feb 23, 4:39 am)
Re: Linux 2.6.21-rc1, Thomas Gleixner, (Fri Feb 23, 4:47 am)
Re: NO_HZ: timer interrupt stuck, Andi Kleen, (Fri Feb 23, 8:50 am)
Re: sparc generic time / clockevents, john stultz, (Fri Feb 23, 12:51 pm)
Re: sparc generic time / clockevents, Peter Keilty, (Fri Feb 23, 3:15 pm)
Re: sparc generic time / clockevents, David Miller, (Fri Feb 23, 5:34 pm)
Re: sparc generic time / clockevents, john stultz, (Fri Feb 23, 5:53 pm)
Re: sparc generic time / clockevents, David Miller, (Fri Feb 23, 10:52 pm)
2.6.21-rc1: known regressions (part 1), Adrian Bunk, (Sun Feb 25, 10:52 am)
2.6.21-rc1: known regressions (part 2), Adrian Bunk, (Sun Feb 25, 10:55 am)
2.6.21-rc1: known regressions (part 3), Adrian Bunk, (Sun Feb 25, 11:02 am)
Re: 2.6.21-rc1: known regressions (part 3), Greg KH, (Sun Feb 25, 1:59 pm)
2.6.21-rc1: known regressions (v2) (part 1), Adrian Bunk, (Mon Feb 26, 3:01 pm)
2.6.21-rc1: known regressions (v2) (part 2), Adrian Bunk, (Mon Feb 26, 3:05 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Thomas Gleixner, (Tue Feb 27, 1:21 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Ingo Molnar, (Tue Feb 27, 1:33 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Michal Piotrowski, (Tue Feb 27, 1:33 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Michal Piotrowski, (Tue Feb 27, 1:35 am)
regression: forcedeth.c hang, Ingo Molnar, (Tue Feb 27, 1:39 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Mike Galbraith, (Tue Feb 27, 1:54 am)
Re: regression: forcedeth.c hang, Ingo Molnar, (Tue Feb 27, 2:01 am)
Re: regression: forcedeth.c hang, Ingo Molnar, (Tue Feb 27, 2:38 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Tue Feb 27, 3:02 am)
Re: 2.6.21-rc1: known regressions (part 2), Pavel Machek, (Tue Feb 27, 3:21 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Tue Feb 27, 3:30 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Tue Feb 27, 3:34 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Tue Feb 27, 3:59 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Tue Feb 27, 4:15 am)
Re: regression: forcedeth.c hang, Ingo Molnar, (Tue Feb 27, 4:25 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Meelis Roos, (Tue Feb 27, 6:00 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Tue Feb 27, 6:09 am)
Re: regression: forcedeth.c hang, Linus Torvalds, (Tue Feb 27, 8:42 am)
Re: 2.6.21-rc1: known regressions (part 2), Adrian Bunk, (Tue Feb 27, 3:09 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Con Kolivas, (Tue Feb 27, 4:07 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Mike Galbraith, (Tue Feb 27, 9:21 pm)
Re: regression: forcedeth.c hang, Ingo Molnar, (Wed Feb 28, 12:36 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Wed Feb 28, 12:41 am)
RE: 2.6.21-rc1: known regressions (part 1), Karasyov, Konstantin A, (Wed Feb 28, 11:16 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Michael S. Tsirkin, (Wed Feb 28, 2:13 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Thomas Gleixner, (Wed Feb 28, 2:27 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Michael S. Tsirkin, (Wed Feb 28, 2:40 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Con Kolivas, (Wed Feb 28, 3:01 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Mike Galbraith, (Wed Feb 28, 5:02 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Jeff Chua, (Wed Feb 28, 8:45 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Ingo Molnar, (Thu Mar 1, 1:46 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Thu Mar 1, 2:34 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Thu Mar 1, 3:41 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Con Kolivas, (Thu Mar 1, 4:13 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Thomas Gleixner, (Thu Mar 1, 4:33 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Con Kolivas, (Thu Mar 1, 5:05 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Thomas Gleixner, (Thu Mar 1, 5:20 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Ingo Molnar, (Thu Mar 1, 6:30 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Thu Mar 1, 7:52 am)
Re: 2.6.21-rc1: known regressions (part 2), Rafael J. Wysocki, (Thu Mar 1, 9:12 am)
Re: 2.6.21-rc1: known regressions (v2) (part 2), Con Kolivas, (Thu Mar 1, 2:51 pm)
[PATCH] sched: remove SMT nice, Con Kolivas, (Thu Mar 1, 3:33 pm)
Re: 2.6.21-rc1: known regressions (part 2), Linus Torvalds, (Thu Mar 1, 4:36 pm)
Re: 2.6.21-rc1: known regressions (part 2), Linus Torvalds, (Thu Mar 1, 5:26 pm)
Re: 2.6.21-rc1: known regressions (part 2), Linus Torvalds, (Thu Mar 1, 5:41 pm)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Fri Mar 2, 12:14 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Fri Mar 2, 12:21 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Fri Mar 2, 1:04 am)
Re: 2.6.21-rc1: known regressions (part 2), Pavel Machek, (Fri Mar 2, 3:07 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Fri Mar 2, 3:20 am)
[patch] KVM: T60 resume fix, Ingo Molnar, (Fri Mar 2, 3:22 am)
Re: [patch] KVM: T60 resume fix, Michael S. Tsirkin, (Fri Mar 2, 4:39 am)
Re: [patch] KVM: T60 resume fix, Avi Kivity, (Sat Mar 3, 1:21 am)
Re: [patch] KVM: T60 resume fix, Avi Kivity, (Sat Mar 3, 1:22 am)
Re: [patch] KVM: T60 resume fix, Andrew Morton, (Sat Mar 3, 4:57 am)
Re: [patch] KVM: T60 resume fix, Junio C Hamano, (Sat Mar 3, 5:07 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Adrian Bunk, (Sun Mar 4, 5:04 pm)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 1:22 am)
Re: 2.6.21-rc1: known regressions (part 2), Michael S. Tsirkin, (Mon Mar 5, 1:42 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 1:44 am)
Re: [patch] KVM: T60 resume fix, Avi Kivity, (Mon Mar 5, 1:50 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 1:57 am)
Re: [patch] KVM: T60 resume fix, Avi Kivity, (Mon Mar 5, 2:27 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 3:05 am)
SATA resume slowness, e1000 MSI warning, Ingo Molnar, (Mon Mar 5, 3:11 am)
Re: [patch] KVM: T60 resume fix, Michael S. Tsirkin, (Mon Mar 5, 3:23 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 3:29 am)
Re: [patch] KVM: T60 resume fix, Avi Kivity, (Mon Mar 5, 3:33 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 3:33 am)
Re: [patch] KVM: T60 resume fix, Michael S. Tsirkin, (Mon Mar 5, 3:40 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 5:50 am)
Re: [patch] KVM: T60 resume fix, Michael S. Tsirkin, (Mon Mar 5, 5:54 am)
Re: [patch] KVM: T60 resume fix, Michael S. Tsirkin, (Mon Mar 5, 6:26 am)
Re: [patch] KVM: T60 resume fix, Ingo Molnar, (Mon Mar 5, 6:32 am)
Re: 2.6.21-rc1: known regressions (part 2), Michael S. Tsirkin, (Mon Mar 5, 8:34 am)
Re: 2.6.21-rc1: known regressions (part 2), Michael S. Tsirkin, (Mon Mar 5, 8:44 am)
Re: 2.6.21-rc1: known regressions (part 2), Michael S. Tsirkin, (Mon Mar 5, 9:14 am)
Re: 2.6.21-rc1: known regressions (part 2), Ingo Molnar, (Mon Mar 5, 9:41 am)
Re: 2.6.21-rc1: known regressions (part 2), Jens Axboe, (Mon Mar 5, 11:16 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Jeff Chua, (Mon Mar 5, 6:32 pm)
Re: SATA resume slowness, e1000 MSI warning, Jeff Garzik, (Mon Mar 5, 10:30 pm)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Mon Mar 5, 11:35 pm)
Re: SATA resume slowness, e1000 MSI warning, Ingo Molnar, (Tue Mar 6, 2:04 am)
Re: SATA resume slowness, e1000 MSI warning, Ingo Molnar, (Tue Mar 6, 2:06 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Jeff Chua, (Tue Mar 6, 5:03 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Michael S. Tsirkin, (Tue Mar 6, 5:08 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Jeff Chua, (Tue Mar 6, 5:12 am)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Tue Mar 6, 8:34 am)
Re: SATA resume slowness, e1000 MSI warning, Thomas Gleixner, (Tue Mar 6, 9:26 am)
Re: SATA resume slowness, e1000 MSI warning, Linus Torvalds, (Tue Mar 6, 9:52 am)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Tue Mar 6, 10:09 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Tue Mar 6, 9:15 pm)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Wed Mar 7, 9:31 am)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Wed Mar 7, 9:45 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Wed Mar 7, 12:28 pm)
Re: SATA resume slowness, e1000 MSI warning, Andrew Morton, (Wed Mar 7, 7:53 pm)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Wed Mar 7, 11:58 pm)
Re: SATA resume slowness, e1000 MSI warning, Jeff Garzik, (Thu Mar 8, 2:55 am)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Thu Mar 8, 3:23 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Thu Mar 8, 10:27 am)
[PATCH 0/2] Repair pci_restore_state when used with device ..., Eric W. Biederman, (Thu Mar 8, 12:58 pm)
[PATCH 1/2] msi: Safer state caching., Eric W. Biederman, (Thu Mar 8, 1:04 pm)
Re: [linux-pm] 2.6.21-rc1: known regressions (part 2), Pavel Machek, (Thu Mar 8, 11:44 pm)
Re: SATA resume slowness, e1000 MSI warning, Kok, Auke, (Fri Mar 9, 4:06 pm)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Fri Mar 9, 8:41 pm)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Sun Mar 11, 4:11 am)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Sun Mar 11, 4:24 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Sun Mar 11, 10:37 am)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Sun Mar 11, 11:03 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Sun Mar 11, 11:27 am)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Sun Mar 11, 11:37 am)
Re: SATA resume slowness, e1000 MSI warning, Eric W. Biederman, (Sun Mar 11, 12:50 pm)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Sun Mar 11, 9:35 pm)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Pavel Machek, (Mon Mar 19, 8:32 am)
Re: 2.6.21-rc1: known regressions (v2) (part 1), Rafael J. Wysocki, (Mon Mar 19, 2:23 pm)
Re: SATA resume slowness, e1000 MSI warning, Michael S. Tsirkin, (Mon Apr 16, 12:56 pm)