On Tue, Sep 11, 2012 at 5:50 AM, Michael Wang
wrote:
> On 09/08/2012 04:39 PM, Pekka Enberg wrote:
>> On Fri, Sep 7, 2012 at 1:29 AM, Paul E. McKenney
>> wrote:
>>> On Thu, Sep 06, 2012 at 11:05:11AM +0800, Michael Wang wrote:
On 09/05/2012 09:55 PM, Christoph Lameter wrote:
> On Wed, 5
On 09/08/2012 04:39 PM, Pekka Enberg wrote:
> On Fri, Sep 7, 2012 at 1:29 AM, Paul E. McKenney
> wrote:
>> On Thu, Sep 06, 2012 at 11:05:11AM +0800, Michael Wang wrote:
>>> On 09/05/2012 09:55 PM, Christoph Lameter wrote:
On Wed, 5 Sep 2012, Michael Wang wrote:
> Since the cachep and
On Fri, Sep 7, 2012 at 1:29 AM, Paul E. McKenney
wrote:
> On Thu, Sep 06, 2012 at 11:05:11AM +0800, Michael Wang wrote:
>> On 09/05/2012 09:55 PM, Christoph Lameter wrote:
>> > On Wed, 5 Sep 2012, Michael Wang wrote:
>> >
>> >> Since the cachep and cachep->slabp_cache's l3 alien are in the same lo
On Thu, Sep 06, 2012 at 11:05:11AM +0800, Michael Wang wrote:
> On 09/05/2012 09:55 PM, Christoph Lameter wrote:
> > On Wed, 5 Sep 2012, Michael Wang wrote:
> >
> >> Since the cachep and cachep->slabp_cache's l3 alien are in the same lock
> >> class,
> >> fake report generated.
> >
> > Ahh... Th
On 09/05/2012 09:55 PM, Christoph Lameter wrote:
> On Wed, 5 Sep 2012, Michael Wang wrote:
>
>> Since the cachep and cachep->slabp_cache's l3 alien are in the same lock
>> class,
>> fake report generated.
>
> Ahh... That is a key insight into why this occurs.
>
>> This should not happen since w
On Wed, 5 Sep 2012, Michael Wang wrote:
> Since the cachep and cachep->slabp_cache's l3 alien are in the same lock
> class,
> fake report generated.
Ahh... That is a key insight into why this occurs.
> This should not happen since we already have init_lock_keys() which will
> reassign the lock
6 matches
Mail list logo