> Agreed.  No hurry, but thanks to Alok for reminding us.
quoted text
> CC'ing Ben since he's the one most active in mmu_gathering these days.
> CC'ing Thomas lest he's puzzling over it in the x86 merge.

Hrm... yes, that stuff sucks. I've had my work on mmu gather on hold
since KS due to other priorities showing up, but I'll get back to it
soon and put that on the todo list.

The main pain here is the immap_lock. I have various plans to get rid of
preemption blocking in the main mmu gather (the stuff we discussed
already basically), but the immap_lock must stay, so we need to keep
something akin to immap_lock.

With the new approach, the disconnect between ZAP_BLOCK_SIZE and
whatever we use to represent the size of a batch might still be relevant
for the cases where we aren't holding that lock.

I'll get back to that stuff soon and we can then discuss the details.

Ben.


-
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/