On 5/30/19 2:57 PM, Yang Shi wrote:
Hi folks,
As what we discussed about page demotion for PMEM at LSF/MM, the
demotion should respect to the mempolicy and allowed mems of the
process which the page (anonymous page only for now) belongs to.
The vma that the page is mapped to can be retrieved from rmap walk
easily, but we need know the task_struct that the vma belongs to. It
looks there is not such API, and container_of seems not work with
pointer member.
Any suggestion?
mm->owner is defined for CONFIG_MEMCG only, I'm wondering whether we can
extend this to !CONFIG_MEMCG case or not?
Thanks,
Yang
