[ofw] RE: [PATCH] NDProvider: Use private heap for memory allocations
Sean Hefty
sean.hefty at intel.com
Thu May 21 11:50:05 PDT 2009
>The kernel driver is what secures the memory. If you want to be able to use
>the SecureMemoryCacheCallback functionality provided by the OS, you must abide
>by the rules for the callback: you can't touch the heap for which memory is
>being freed. If you don't want to play by those OS rules, you can't cache
>memory registrations.
I'm not sure I understand this correctly. The problem is that the library doing
the caching is trying to deregister the memory from within the callback,
correct? Would moving the deregister to a different thread solve the problem?
More information about the ofw
mailing list