Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1583669
| From | Andy Lutomirski <luto@amacapital.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: kmemleak splat on copy_process() |
| Date | 2017-02-17 20:40 +0100 |
| Message-ID | <tbWxP-8rv-7@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <t82Vc-4qF-11@gated-at.bofh.it> <t890B-gF-13@gated-at.bofh.it> <t8LSh-7Ue-13@gated-at.bofh.it> <tbUcH-76j-27@gated-at.bofh.it> <tbUw1-7dc-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, Feb 17, 2017 at 9:23 AM, Luis R. Rodriguez <mcgrof@kernel.org> wrote: > On Fri, Feb 17, 2017 at 9:07 AM, Andy Lutomirski <luto@amacapital.net> wrote: >> But maybe >> there really is a race in which a kmemleak check right in the middle >> of duplicating the task struct really can't see the stack pointer. > > Funny, but it was actually using kmemleak how I can easily reproduce: > > To reproduce the kmemleak splat: > > echo clear > /sys/kernel/debug/kmemleak > echo scan > /sys/kernel/debug/kmemleak > cat /sys/kernel/debug/kmemleak Worked fine for me. Maybe your config is special? --Andy
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: kmemleak splat on copy_process() Andy Lutomirski <luto@amacapital.net> - 2017-02-17 18:10 +0100
Re: kmemleak splat on copy_process() "Luis R. Rodriguez" <mcgrof@kernel.org> - 2017-02-17 18:30 +0100
Re: kmemleak splat on copy_process() Andy Lutomirski <luto@amacapital.net> - 2017-02-17 20:40 +0100
csiph-web