From: Michal Hocko <mhocko@kernel.org>
To: Vaneet Narang <v.narang@samsung.com>
Cc: "Miroslav Benes" <mbenes@suse.cz>,
"Maninder Singh" <maninder1.s@samsung.com>,
"jeyu@redhat.com" <jeyu@redhat.com>,
"rusty@rustcorp.com.au" <rusty@rustcorp.com.au>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"chris@chris-wilson.co.uk" <chris@chris-wilson.co.uk>,
"aryabinin@virtuozzo.com" <aryabinin@virtuozzo.com>,
"joonas.lahtinen@linux.intel.com"
<joonas.lahtinen@linux.intel.com>,
"keescook@chromium.org" <keescook@chromium.org>,
"pavel@ucw.cz" <pavel@ucw.cz>,
"jinb.park7@gmail.com" <jinb.park7@gmail.com>,
"anisse@astier.eu" <anisse@astier.eu>,
"rafael.j.wysocki@intel.com" <rafael.j.wysocki@intel.com>,
"zijun_hu@htc.com" <zijun_hu@htc.com>,
"mingo@kernel.org" <mingo@kernel.org>,
"mawilcox@microsoft.com" <mawilcox@microsoft.com>,
"thgarnie@google.com" <thgarnie@google.com>,
"joelaf@google.com" <joelaf@google.com>,
"kirill.shutemov@linux.intel.com"
<kirill.shutemov@linux.intel.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"PANKAJ MISHRA" <pankaj.m@samsung.com>,
"Ajeet Kumar Yadav" <ajeet.y@samsung.com>,
이학봉 <hakbong5.lee@samsung.com>,
"AMIT SAHRAWAT" <a.sahrawat@samsung.com>,
랄릿 <lalit.mohan@samsung.com>, CPGS <cpgs@samsung.com>
Subject: Re: [PATCH v2] module: check if memory leak by module.
Date: Wed, 29 Mar 2017 12:43:56 +0200 [thread overview]
Message-ID: <20170329104355.GG27994@dhcp22.suse.cz> (raw)
In-Reply-To: <20170329092332epcms5p10ae8263c6e3ef14eac40e08a09eff9e6@epcms5p1>
On Wed 29-03-17 09:23:32, Vaneet Narang wrote:
> Hi,
>
> >> Hmm, how can you track _all_ vmalloc allocations done on behalf of the
> >> module? It is quite some time since I've checked kernel/module.c but
> >> from my vague understading your check is basically only about statically
> >> vmalloced areas by module loader. Is that correct? If yes then is this
> >> actually useful? Were there any bugs in the loader code recently? What
> >> led you to prepare this patch? All this should be part of the changelog!
>
> First of all there is no issue in kernel/module.c. This patch add functionality
> to detect scenario where some kernel module does some memory allocation but gets
> unloaded without doing vfree. For example
> static int kernel_init(void)
> {
> char * ptr = vmalloc(400 * 1024);
> return 0;
> }
How can you track that allocation back to the module? Does this patch
actually works at all? Also why would be vmalloc more important than
kmalloc allocations?
--
Michal Hocko
SUSE Labs
--
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>
next prev parent reply other threads:[~2017-03-29 10:44 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20170329060315epcas5p1c6f7ce3aca1b2770c5e1d9aaeb1a27e1@epcas5p1.samsung.com>
2017-03-29 6:02 ` Maninder Singh
2017-03-29 7:45 ` Michal Hocko
2017-03-29 8:02 ` Miroslav Benes
[not found] ` <CGME20170329060315epcas5p1c6f7ce3aca1b2770c5e1d9aaeb1a27e1@epcms5p1>
2017-03-29 9:23 ` Vaneet Narang
2017-03-29 10:43 ` Michal Hocko [this message]
2017-03-31 6:49 ` Joel Fernandes
2017-03-31 8:00 ` Michal Hocko
2017-03-31 17:05 ` Joel Fernandes
2017-04-03 7:24 ` Michal Hocko
2017-03-31 22:18 ` Jessica Yu
2017-03-29 11:05 ` Andrey Ryabinin
2017-03-30 13:37 ` Pavel Machek
2017-03-30 14:31 ` Andrey Ryabinin
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=20170329104355.GG27994@dhcp22.suse.cz \
--to=mhocko@kernel.org \
--cc=a.sahrawat@samsung.com \
--cc=ajeet.y@samsung.com \
--cc=akpm@linux-foundation.org \
--cc=anisse@astier.eu \
--cc=aryabinin@virtuozzo.com \
--cc=chris@chris-wilson.co.uk \
--cc=cpgs@samsung.com \
--cc=hakbong5.lee@samsung.com \
--cc=jeyu@redhat.com \
--cc=jinb.park7@gmail.com \
--cc=joelaf@google.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=keescook@chromium.org \
--cc=kirill.shutemov@linux.intel.com \
--cc=lalit.mohan@samsung.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=maninder1.s@samsung.com \
--cc=mawilcox@microsoft.com \
--cc=mbenes@suse.cz \
--cc=mingo@kernel.org \
--cc=pankaj.m@samsung.com \
--cc=pavel@ucw.cz \
--cc=rafael.j.wysocki@intel.com \
--cc=rusty@rustcorp.com.au \
--cc=thgarnie@google.com \
--cc=v.narang@samsung.com \
--cc=zijun_hu@htc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox