On (22/06/08 13:45), Minchan Kim wrote: > > I am trying to understand the problem. AFAIK, the mapping_area was > static allocation per cpu so in zs_cpu_down, we never free the > mapping_area itself. Then, why do we need to reinitialize the local > lock again? Well... Something zero-s out that memory. NULL deref in strcmp() in lockdep points at NULL ->name. So I'm merely testing my theories here. If it's not area lock then it's pool->migrate_lock?
