| |||||||||||||
kmap_atomickmap_atomicPosted Aug 5, 2009 14:56 UTC (Wed) by corbet (editor, #1)In reply to: kmap_atomic by arjan Parent article: The realtime preemption endgame That wouldn't quite do it - you still have to avoid contention for the atomic kmap slots or chaos will result. That generally implies disabling preemption, which is what they're trying to avoid. I suppose one could implement some sort of slot-management layer so that one task's KM_USER0 is different from another's, but that sounds messy...
(Log in to post comments)
kmap_atomic Posted Aug 5, 2009 17:28 UTC (Wed) by iq-0 (subscriber, #36655) [Link]
So if it were performance-wise feasible to make kmaps local per thread (part
of a thread switch) the whole kmap_atomic and kmap could be folded back into one implementation?
kmap_atomic Posted Aug 6, 2009 16:06 UTC (Thu) by ebiederm (subscriber, #35028) [Link]
Just don't allow highmem and RT.
|
|||||||||||||