On Wed, Mar 6, 2013 at 6:34 PM, Ingo Molnar wrote:
>
> * Ming Lei wrote:
>
>> On Wed, Mar 6, 2013 at 6:20 PM, Ingo Molnar wrote:
>> >
>> > What's the practical effect of it? Do we copy the value from the boot CPU
>> > and
>> > thus the secondary CPUs start with slightly increased stats?
>>
>> Y
* Ming Lei wrote:
> On Wed, Mar 6, 2013 at 6:20 PM, Ingo Molnar wrote:
> >
> > What's the practical effect of it? Do we copy the value from the boot CPU
> > and
> > thus the secondary CPUs start with slightly increased stats?
>
> Yes, it is the major effect.
>
> Also the arch dependent __my
On Wed, Mar 6, 2013 at 6:20 PM, Ingo Molnar wrote:
>
> What's the practical effect of it? Do we copy the value from the boot CPU and
> thus
> the secondary CPUs start with slightly increased stats?
Yes, it is the major effect.
Also the arch dependent __my_cpu_offset might be initialized a bit l
* Ming Lei wrote:
> Hi,
>
> The percpu variables of 'lockdep_stats' and 'cpu_lock_stat' may be accessed
> before
> percpu area is brought up in case of CONFIG_DEBUG_LOCKDEP/CONFIG_LOCK_STAT,
> so
> these variables in non-boot CPUs will be initialized incorrectly.
What's the practical effec
Hi,
The percpu variables of 'lockdep_stats' and 'cpu_lock_stat'
may be accessed before percpu area is brought up in case of
CONFIG_DEBUG_LOCKDEP/CONFIG_LOCK_STAT, so these variables
in non-boot CPUs will be initialized incorrectly.
As far as I think of, there are several solutions for the
problem
5 matches
Mail list logo