Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1439944 > unrolled thread
| Started by | Ingo Molnar <mingo@kernel.org> |
|---|---|
| First post | 2016-07-09 14:10 +0200 |
| Last post | 2016-07-09 19:00 +0200 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] kbuild: Abort build on bad stack protector flag Ingo Molnar <mingo@kernel.org> - 2016-07-09 14:10 +0200
Re: [PATCH] kbuild: Abort build on bad stack protector flag Kees Cook <keescook@chromium.org> - 2016-07-09 19:00 +0200
| From | Ingo Molnar <mingo@kernel.org> |
|---|---|
| Date | 2016-07-09 14:10 +0200 |
| Subject | Re: [PATCH] kbuild: Abort build on bad stack protector flag |
| Message-ID | <rSZf3-2OR-9@gated-at.bofh.it> |
* Kees Cook <keescook@chromium.org> wrote: > Before, the stack protector flag was sanity checked before .config had > been reprocessed. This meant the build couldn't be aborted early, and > only a warning could be emitted followed later by the compiler blowing > up with an unknown flag. This has caused a lot of confusion over time, > so this splits the flag selection from sanity checking and performs the > sanity checking after the make has been restarted from a reprocessed > .config, so builds can be aborted as early as possible now. > > Additionally moves the x86-specific sanity check to the same location, > since it suffered from the same warn-then-wait-for-compiler-failure > problem. > > Signed-off-by: Kees Cook <keescook@chromium.org> > --- > Makefile | 69 +++++++++++++++++++++++++++++++++---------------------- > arch/x86/Makefile | 8 ------- > 2 files changed, 42 insertions(+), 35 deletions(-) What's the status of this patch? I can merge it if Michal acks the main Makefile bits. Thanks, Ingo
[toc] | [next] | [standalone]
| From | Kees Cook <keescook@chromium.org> |
|---|---|
| Date | 2016-07-09 19:00 +0200 |
| Message-ID | <rT3LI-5wX-11@gated-at.bofh.it> |
| In reply to | #1439944 |
On Sat, Jul 9, 2016 at 5:03 AM, Ingo Molnar <mingo@kernel.org> wrote: > > * Kees Cook <keescook@chromium.org> wrote: > >> Before, the stack protector flag was sanity checked before .config had >> been reprocessed. This meant the build couldn't be aborted early, and >> only a warning could be emitted followed later by the compiler blowing >> up with an unknown flag. This has caused a lot of confusion over time, >> so this splits the flag selection from sanity checking and performs the >> sanity checking after the make has been restarted from a reprocessed >> .config, so builds can be aborted as early as possible now. >> >> Additionally moves the x86-specific sanity check to the same location, >> since it suffered from the same warn-then-wait-for-compiler-failure >> problem. >> >> Signed-off-by: Kees Cook <keescook@chromium.org> >> --- >> Makefile | 69 +++++++++++++++++++++++++++++++++---------------------- >> arch/x86/Makefile | 8 ------- >> 2 files changed, 42 insertions(+), 35 deletions(-) > > What's the status of this patch? I can merge it if Michal acks the main Makefile > bits. There's been no feedback yet, but I'd really like to see it landed: it removes a lot of ambiguity for this option (and creates a place for future similar options). -Kees -- Kees Cook Chrome OS & Brillo Security
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web