From: Chintan Pandya <cpandya@codeaurora.org>
To: Sanidhya Kashyap <sanidhya.gatech@gmail.com>
Cc: linux-mm@kvack.org
Subject: Re: Questions about mm
Date: Mon, 08 Dec 2014 12:52:52 +0530 [thread overview]
Message-ID: <548551CC.70908@codeaurora.org> (raw)
In-Reply-To: <548527E3.6040104@gmail.com>
Hi Sanidhya,
Could you explain your use-case or debug method ? Why do you need to
keep a page even after its original process have got killed ?
thanks,
On 12/08/2014 09:54 AM, Sanidhya Kashyap wrote:
> Hello everyone,
>
> I have some questions about page allocation and locking.
>
> - Suppose that a process is about to be killed and before that happens, I want
> to keep the content of the page intact in the memory, i.e. the page should
> neither be zeored or allocated to some other process unless required. In order
> to achieve this, what can be the most optimal approach in which the internals of
> the kernel is not changed besides adding a syscall or something.
>
> - Another is what happens if I increase the count of mm_users and mm_count
> before and later that process gets killed. Assuming that the mm was linked only
> to the killed process. What will happen in this case?
>
> - Last question that I wanted to know is what will happen if I change the flags
> of the pages to be reserved and unevictable?
> Is it possible for the pages to be set pinned as well?
> Can this approach help me soling the first issue or I might get a BUG by some
> other component in kernel?
>
> Since, I have just started playing with the kernel, so there is a possibility
> that I might have asked something very silly/horrific. Please bear with me.
>
> Thanks,
> Sanidhya
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm' in
> the body to majordomo@kvack.org. For more info on Linux MM,
> see: http://www.linux-mm.org/ .
> Don't email:<a href=mailto:"dont@kvack.org"> email@kvack.org</a>
--
Chintan Pandya
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a
member of the Code Aurora Forum, hosted by The Linux Foundation
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
prev parent reply other threads:[~2014-12-08 7:22 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-08 4:24 Questions about mm Sanidhya Kashyap
2014-12-08 7:22 ` Chintan Pandya [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=548551CC.70908@codeaurora.org \
--to=cpandya@codeaurora.org \
--cc=linux-mm@kvack.org \
--cc=sanidhya.gatech@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.