User: Password:
|
|
Subscribe / Log in / New account

kmap_atomic

kmap_atomic

Posted 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.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds