Bug#538332: linux-2.6: [x86] Null pointer dereference in hrtick_start_fair.
> > I see, though I must say that its really confusing for a person like me,
> > I had assume that kernel version 2.6.26 will have all the stuff from the
> > vanilla tree, but it seems you do things differently.
>
> We may still be talking about two different things. We are based upon
> the vanilla 2.6.26 tree, but the tsc merging didn't appear to happen
> unil 2.6.27-rc1.
>
> Specifically, the tsc.c file was introduced here:
>
> commit 0ef95533326a7b37d16025af9edc0c18e644b346
> Author: Alok Kataria <akataria@vmware.com>
> Date: Tue Jul 1 11:43:18 2008 -0700
>
> x86: merge sched_clock handling
>
> Move the basic global variable definitions and sched_clock
> handling in the
> common "tsc.c" file.
>
> - Unify notsc kernel command line handling for 32 bit and 64bit.
> - Functional changes for 64bit.
> - "tsc_disabled" is updated if "notsc" is passed at
> boottime.
> - Fallback to jiffies for sched_clock, incase notsc is
> passed on
> commandline.
>
> Signed-off-by: Alok N Kataria <akataria@vmware.com>
> Signed-off-by: Dan Hecht <dhecht@vmware.com>
> Cc: Dan Hecht <dhecht@vmware.com>
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
>
> dannf@krebs:~/git/linux-2.6$ git name-rev 0ef95533326a7b37d16025af9edc0c18e644b346
> 0ef95533326a7b37d16025af9edc0c18e644b346 tags/v2.6.27-rc1~1102^2~72
Okay.
I was looking at
-bash-3.2$ git describe 0ef95533326a7b37d16025af9edc0c18e644b346
v2.6.26-rc9-715-g0ef9553
Which made me think that it should be in the 2.6.26 vanilla release, but
I think git-describe shows the time-frame when it hit Ingo's tip tree.
That seemed to have confused me.
Alok
>
> -dann
Reply to: