Re: 2.6.17-mm4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 01 Jul 2006 10:56:22 -0700
john stultz <[email protected]> wrote:

> Andrew: While clearly there is the deeper issue of why interrupts are
> enabled before they should be, I may still like to push the two-liner
> above, since its a bit safer should someone accidentally enable
> interrupts early again. Looking back in my patch history it was
> previously in the order above until I switched it (I suspect
> accidentally) in the C0 rework.
> 
> I also added a warning message so we can still detect the problem w/o
> hanging.
> 
> Does the patch below look reasonable?
> 
> thanks
> -john
> 
> Signed-off-by: John Stultz <[email protected]>
> 
> diff --git a/init/main.c b/init/main.c
> index b2f3b56..2984d16 100644
> --- a/init/main.c
> +++ b/init/main.c
> @@ -496,8 +496,8 @@ asmlinkage void __init start_kernel(void
>  	init_timers();
>  	hrtimers_init();
>  	softirq_init();
> -	time_init();
>  	timekeeping_init();
> +	time_init();
>  

I looked at doing this and there appeared to be interdependencies between
these two functions.  In that timekeeping_init()'s behaviour would be
different if time_init() hadn't run yet.

So are you really really sure?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux