lkml.org 
[lkml]   [2008]   [Feb]   [11]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
From"Rafael J. Wysocki" <>
SubjectRe: 2.6.24-git2: Oracle 11g VKTM process enters R state on startup and is unkillable [still broken in 2.6.25-rc1]
DateTue, 12 Feb 2008 00:12:34 +0100
On Monday, 11 of February 2008, Ingo Molnar wrote:
> 
> * Ingo Molnar <mingo@elte.hu> wrote:
> 
> > no, they were not lost, they just didnt pass QA here (they crashed on 
> > a particularly hard to debug 8-way box i have) and Peter worked on 
> > that queue of fixes up until today to get it really correct. Could you 
> > check:
> > 
> >    git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
> > 
> > combo patch below as well - whichever you prefer. The shortlog can be 
> > found below as well - but i dont yet consider this pullable, i'd like 
> > it to see pass a full night of randconfig tests on my test-systems.
> 
> ok, we just found the reason for the 8-way crash, the delta fix from 
> Peter is below if any of you have tried the previous combo patch. 
> Updated sched.git as well, new HEAD is 
> fec13e45305d69fd0bd23b30bd05a0a42cf341f8.

With the previous patch and this patch applied, the issue is not reproducible
here.

Thanks,
Rafael


> Index: linux-2.6/kernel/sched.c
> ===================================================================
> --- linux-2.6.orig/kernel/sched.c
> +++ linux-2.6/kernel/sched.c
> @@ -219,6 +219,10 @@ static void start_rt_bandwidth(struct rt
>  	if (rt_b->rt_runtime == RUNTIME_INF)
>  		return;
> 
> +	if (hrtimer_active(&rt_b->rt_period_timer))
> +		return;
> +
> +	spin_lock(&rt_b->rt_runtime_lock);
>  	for (;;) {
>  		if (hrtimer_active(&rt_b->rt_period_timer))
>  			break;
> @@ -229,6 +233,7 @@ static void start_rt_bandwidth(struct rt
>  			      rt_b->rt_period_timer.expires,
>  			      HRTIMER_MODE_ABS);
>  	}
> +	spin_unlock(&rt_b->rt_runtime_lock);
>  }
> 
>  #ifdef CONFIG_RT_GROUP_SCHED
> 
> 


\
 
 \ /
  Last update: 2008-02-12 00:17    [from the cache]
©2003-2008