From: Alexey Fisher <bug-track-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
To: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
Cc: "Aneesh Kumar K.V"
<aneesh.kumar-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
Pekka Enberg <penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org>,
Kernel Testers List
<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Sam Ravnborg <sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org>,
linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: ext4 memory leak (was Re: [PATCH] x86: _edata should include all .data.* sections on X86_64)
Date: Sat, 18 Jul 2009 15:30:01 +0200 [thread overview]
Message-ID: <4A61CE59.3030905@fisher-privat.net> (raw)
In-Reply-To: <20090718115556.GA31007-X9Un+BFzKDI@public.gmane.org>
Ingo Molnar schrieb:
> * Alexey Fisher <bug-track-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org> wrote:
>
>> This patch work for me.
>
> nice. Any leftovers that might be false positives and need
> annotation?
>
> We learned this with lockdep: the moment a typical x86 distro bootup
> is 'warnings free', utility of the debugging facility increases
> dramatically: people can standardize on 'kmemleak should never
> produce warnings' workflows and distros can also start feeding
> kmemleak reports into kerneloops.org or so.
>
> So the general direction kmemleak is moving into is really
> encouraging.
>
> Ingo
suddenly my kernel is not warning free... i have still warning about
acpi_init, cpufreg, intel_gem and inoitfy on my PC and about firmware
loader on my laptop. So i think there is still some job to do. I will
report this warnings soon.
WARNING: multiple messages have this Message-ID (diff)
From: Alexey Fisher <bug-track@fisher-privat.net>
To: Ingo Molnar <mingo@elte.hu>
Cc: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Pekka Enberg <penberg@cs.helsinki.fi>,
Kernel Testers List <kernel-testers@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Sam Ravnborg <sam@ravnborg.org>,
linux-ext4@vger.kernel.org
Subject: Re: ext4 memory leak (was Re: [PATCH] x86: _edata should include all .data.* sections on X86_64)
Date: Sat, 18 Jul 2009 15:30:01 +0200 [thread overview]
Message-ID: <4A61CE59.3030905@fisher-privat.net> (raw)
In-Reply-To: <20090718115556.GA31007@elte.hu>
Ingo Molnar schrieb:
> * Alexey Fisher <bug-track@fisher-privat.net> wrote:
>
>> This patch work for me.
>
> nice. Any leftovers that might be false positives and need
> annotation?
>
> We learned this with lockdep: the moment a typical x86 distro bootup
> is 'warnings free', utility of the debugging facility increases
> dramatically: people can standardize on 'kmemleak should never
> produce warnings' workflows and distros can also start feeding
> kmemleak reports into kerneloops.org or so.
>
> So the general direction kmemleak is moving into is really
> encouraging.
>
> Ingo
suddenly my kernel is not warning free... i have still warning about
acpi_init, cpufreg, intel_gem and inoitfy on my PC and about firmware
loader on my laptop. So i think there is still some job to do. I will
report this warnings soon.
next prev parent reply other threads:[~2009-07-18 13:30 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-14 6:08 60 memory leaks.. or is it some thing wrong with kmemleak? Alexey Fisher
2009-07-14 6:08 ` Alexey Fisher
[not found] ` <4A5C20E5.6010203-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-14 7:19 ` Pekka Enberg
2009-07-14 7:19 ` Pekka Enberg
[not found] ` <84144f020907140019g511723dctb541f6333d1a082b-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-07-14 8:28 ` Alexey Fisher
2009-07-14 8:28 ` Alexey Fisher
[not found] ` <4A5C41C8.7040904-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-14 9:39 ` Catalin Marinas
2009-07-14 9:39 ` Catalin Marinas
[not found] ` <1247564356.28240.30.camel-hhZApKj8DF/YkXV2EHHjLW3o5bpOHsLO@public.gmane.org>
2009-07-14 9:52 ` [PATCH] x86: _edata should include all .data.* sections on X86_64 Catalin Marinas
2009-07-14 9:52 ` Catalin Marinas
[not found] ` <1247565175.28240.37.camel-hhZApKj8DF/YkXV2EHHjLW3o5bpOHsLO@public.gmane.org>
2009-07-14 10:13 ` Alexey Fisher
2009-07-14 10:13 ` Alexey Fisher
[not found] ` <4A5C5A59.5080304-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-14 10:31 ` Catalin Marinas
2009-07-14 10:31 ` Catalin Marinas
[not found] ` <1247567499.28240.48.camel-hhZApKj8DF/YkXV2EHHjLW3o5bpOHsLO@public.gmane.org>
2009-07-14 10:37 ` Alexey Fisher
2009-07-14 10:37 ` Alexey Fisher
[not found] ` <4A5C5FD0.3020204-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-14 12:26 ` ext4 memory leak (was Re: [PATCH] x86: _edata should include all .data.* sections on X86_64) Catalin Marinas
2009-07-14 12:26 ` Catalin Marinas
2009-07-15 8:03 ` Aneesh Kumar K.V
2009-07-15 8:03 ` Aneesh Kumar K.V
2009-07-15 8:54 ` Alexey Fisher
2009-07-15 8:54 ` Alexey Fisher
[not found] ` <4A5D9939.3000500-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-18 11:55 ` Ingo Molnar
2009-07-18 11:55 ` Ingo Molnar
[not found] ` <20090718115556.GA31007-X9Un+BFzKDI@public.gmane.org>
2009-07-18 13:30 ` Alexey Fisher [this message]
2009-07-18 13:30 ` Alexey Fisher
[not found] ` <4A61CE59.3030905-M18mAb7Tlt0yCq4wW13eYl6hYfS7NtTn@public.gmane.org>
2009-07-18 22:44 ` Catalin Marinas
2009-07-18 22:44 ` Catalin Marinas
2009-07-18 22:33 ` Catalin Marinas
2009-07-15 10:33 ` Catalin Marinas
2009-07-14 12:42 ` [PATCH] x86: _edata should include all .data.* sections on X86_64 Catalin Marinas
2009-07-14 12:42 ` Catalin Marinas
2009-07-16 20:23 ` Sam Ravnborg
2009-07-16 20:23 ` Sam Ravnborg
2009-07-18 12:06 ` [tip:x86/urgent] x86: Include all of .data.* sections in _edata on 64-bit tip-bot for Catalin Marinas
2009-07-18 20:29 ` [kmemleak] 60 wornings on sysfs_new_dirent+0x10c Alexey Fisher
2009-07-18 20:29 ` Alexey Fisher
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=4A61CE59.3030905@fisher-privat.net \
--to=bug-track-m18mab7tlt0ycq4ww13eyl6hyfs7nttn@public.gmane.org \
--cc=aneesh.kumar-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
--cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
--cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mingo-X9Un+BFzKDI@public.gmane.org \
--cc=penberg-bbCR+/B0CizivPeTLB3BmA@public.gmane.org \
--cc=sam-uyr5N9Q2VtJg9hUCZPvPmw@public.gmane.org \
/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.