On Tue, Mar 29, 2016 at 01:20:02PM -0500, Josh Cartwright wrote: > On Tue, Mar 29, 2016 at 05:04:44PM +0200, Sebastian Andrzej Siewior wrote: [..] > > Looking at the assembly I see: > > > > |ffffffff8121fb41: 48 c7 c2 e0 bb d6 82 mov $0xffffffff82d6bbe0,%rdx > > |ffffffff8121fb48: 48 89 df mov %rbx,%rdi > > |ffffffff8121fb4b: 48 c7 c6 30 2b a2 81 mov $0xffffffff81a22b30,%rsi > > |ffffffff8121fb52: e8 a9 0e e9 ff callq ffffffff810b0a00 <__raw_spin_lock_init> > > ??? > > |ffffffff8121fc12: 48 c7 c2 d0 bb d6 82 mov $0xffffffff82d6bbd0,%rdx > > |ffffffff8121fc19: 48 c7 c6 7b 2e a3 81 mov $0xffffffff81a32e7b,%rsi > > |ffffffff8121fc20: 48 c7 07 00 00 00 00 movq $0x0,(%rdi) > > |ffffffff8121fc27: 48 83 c7 08 add $0x8,%rdi > > |ffffffff8121fc2b: e8 d0 0d e9 ff callq ffffffff810b0a00 <__raw_spin_lock_init> > > > > rdx holds the third parameter and it is different. What do I miss? > > Hmm. I'm not sure what's going on here for your build. Ah! I think the problem is a bit more nuanced than I let on before. The problem isn't that _all_ instances of the hlist_bl_head will share a lockdep class...it's that instances which are INIT_HLIST_BL_HEAD()'d _within the same compilation unit_ will share a lockdep class. Depending on what you are looking at, perhaps that's what you're seeing? Josh -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
