so there's a much more serious objtool bug that I found today, apparently it
can
get into an infinite loop with certain randconfigs:
PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
* Josh Poimboeuf wrote:
> On Tue, Mar 08, 2016 at 02:44:57PM +0100, Ingo Molnar wrote:
> >
> > * Josh Poimboeuf wrote:
> >
> > > On Tue, Mar 08, 2016 at 11:37:16AM +0100, Ingo Molnar wrote:
> > > >
> > > > * Josh Poimboeuf wrote:
> > > >
> > > > > This is v19 of the compile-time stack meta
On Tue, Mar 08, 2016 at 02:44:57PM +0100, Ingo Molnar wrote:
>
> * Josh Poimboeuf wrote:
>
> > On Tue, Mar 08, 2016 at 11:37:16AM +0100, Ingo Molnar wrote:
> > >
> > > * Josh Poimboeuf wrote:
> > >
> > > > This is v19 of the compile-time stack metadata validation patch set.
> > > >
> > > > I
* Josh Poimboeuf wrote:
> On Tue, Mar 08, 2016 at 11:37:16AM +0100, Ingo Molnar wrote:
> >
> > * Josh Poimboeuf wrote:
> >
> > > This is v19 of the compile-time stack metadata validation patch set.
> > >
> > > It's based on tip:core/objtool.
> >
> > So I've upgraded my main build box to Fed
On Tue, Mar 08, 2016 at 11:37:16AM +0100, Ingo Molnar wrote:
>
> * Josh Poimboeuf wrote:
>
> > This is v19 of the compile-time stack metadata validation patch set.
> >
> > It's based on tip:core/objtool.
>
> So I've upgraded my main build box to Fedora 23, to:
>
> gcc version 5.3.1 20151207
* Josh Poimboeuf wrote:
> This is v19 of the compile-time stack metadata validation patch set.
>
> It's based on tip:core/objtool.
So I've upgraded my main build box to Fedora 23, to:
gcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)
GNU assembler version 2.25 (x86_64-redhat-linux) using
This is v19 of the compile-time stack metadata validation patch set.
It's based on tip:core/objtool.
v18 can be found here:
https://lkml.kernel.org/r/cover.1456440439.git.jpoim...@redhat.com
For more information about the motivation behind this patch set, and
more details about what it does,
7 matches
Mail list logo
