On Wednesday 27 April 2011 03:07 am, Andriy Gapon wrote:
> on 26/04/2011 20:49 Jung-uk Kim said the following:
> > Can you please test attached patch? You can get it from here,
> > too:
> >
> > http://people.freebsd.org/~jkim/tsc_smp_test.diff
>
> I am planning on testing the patch, but I am a lit
on 26/04/2011 20:49 Jung-uk Kim said the following:
> Can you please test attached patch? You can get it from here, too:
>
> http://people.freebsd.org/~jkim/tsc_smp_test.diff
I am planning on testing the patch, but I am a little bit busy with other things
at the moment.
The idea looks good to m
On Friday 08 April 2011 01:43 am, Andriy Gapon wrote:
> on 07/04/2011 23:00 Jung-uk Kim said the following:
> > Although it looks okay, please don't commit it just yet. I am
> > working in this area actively. Also, if the Intel's claim is
> > true, i.e., TSCs reset to zero when APs start, we cann
on 07/04/2011 23:00 Jung-uk Kim said the following:
> Although it looks okay, please don't commit it just yet. I am working
> in this area actively. Also, if the Intel's claim is true, i.e.,
> TSCs reset to zero when APs start, we cannot use TSC as a timecounter
> hardware until all APs are st
On 4/7/11 10:12 AM, Andriy Gapon wrote:
Guys,
what do you think about the following change?
The idea is mark TSC as the best timecounter when it's invariant and
synchronized
between cores.
Unfortunately I don't have code to auto-detect the synchronization and keep
relying on the corresponding t
On Thursday 07 April 2011 01:12 pm, Andriy Gapon wrote:
> Guys,
>
> what do you think about the following change?
> The idea is mark TSC as the best timecounter when it's invariant
> and synchronized between cores. Unfortunately I don't have code to
> auto-detect the synchronization and keep relyin
Hi--
On Apr 7, 2011, at 10:12 AM, Andriy Gapon wrote:
> what do you think about the following change?
> The idea is mark TSC as the best timecounter when it's invariant and
> synchronized
> between cores.
> Unfortunately I don't have code to auto-detect the synchronization and keep
> relying on t
Guys,
what do you think about the following change?
The idea is mark TSC as the best timecounter when it's invariant and
synchronized
between cores.
Unfortunately I don't have code to auto-detect the synchronization and keep
relying on the corresponding tunable. I thought about auto-setting it
