Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1213920
| From | Andi Kleen <andi@firstfloor.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v11 03/20] x86/stackvalidate: Compile-time stack validation |
| Date | 2015-08-26 16:30 +0200 |
| Message-ID | <q1JSa-8kg-35@gated-at.bofh.it> (permalink) |
| References | <q11ep-2f3-3@gated-at.bofh.it> <q11ep-2f3-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> b) 100% reliable stack traces for DWARF enabled kernels > > This is not yet implemented. See Documentation/stack-validation.txt > for more details about what is planned. The automatic CFI generation tool seems like a bad idea to me. There's not that much assembler code in Linux, and often when new assembler code is added it is something tricky. In this case you may end up spending more time fixing the tool than just fixing the assembler. It would be also quite bad to require people who want to add some new assembler code to learn how to fix your tool to make their assembler work. It also wouldn't surprise me if there are some possible assembler tricks that are very hard/impossible to handle for a tool. For example how do you have alternative() style patching? (that's a generic problem with your approach BTW) Doing some kind of CFI verifier would seem more feasible, but it would need a black/white list to override it to handle the above cases. BTW how do handle the increasing number of JITs in the kernel? -Andi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v11 00/20] Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-24 17:00 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Ingo Molnar <mingo@kernel.org> - 2015-08-25 10:20 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-25 17:30 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Ingo Molnar <mingo@kernel.org> - 2015-08-26 09:10 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Jiri Kosina <jikos@kernel.org> - 2015-08-26 10:50 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-27 15:20 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Ingo Molnar <mingo@kernel.org> - 2015-08-28 10:30 +0200
Re: [PATCH v11 00/20] Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-28 16:00 +0200
Re: [PATCH v11 03/20] x86/stackvalidate: Compile-time stack validation Andi Kleen <andi@firstfloor.org> - 2015-08-26 16:30 +0200
Re: [PATCH v11 03/20] x86/stackvalidate: Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-27 16:40 +0200
Re: [PATCH v11 03/20] x86/stackvalidate: Compile-time stack validation Andi Kleen <andi@firstfloor.org> - 2015-08-28 19:30 +0200
Re: [PATCH v11 03/20] x86/stackvalidate: Compile-time stack validation Josh Poimboeuf <jpoimboe@redhat.com> - 2015-08-28 22:00 +0200
csiph-web