linux-kernel - Re: stable build: 203 builds: 4 failed, 199 passed, 5 errors, 41 warnings (v4.10.1)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 16 Mar 2017 12:46:00 -0300
From:   Arnaldo Carvalho de Melo <acme@...nel.org>
To:     Jiri Olsa <jolsa@...hat.com>
Cc:     Arnd Bergmann <arnd@...db.de>, Jiri Olsa <jolsa@...nel.org>,
        Josh Poimboeuf <jpoimboe@...hat.com>,
        gregkh <gregkh@...uxfoundation.org>,
        "kernelci.org bot" <bot@...nelci.org>,
        kernel-build-reports@...ts.linaro.org, linux-mips@...ux-mips.org,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        stable@...r.kernel.org, Ralf Baechle <ralf@...ux-mips.org>,
        James Hogan <james.hogan@...tec.com>,
        Ingo Molnar <mingo@...hat.com>,
        Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: stable build: 203 builds: 4 failed, 199 passed, 5 errors, 41
 warnings (v4.10.1)

Em Thu, Mar 16, 2017 at 04:17:04PM +0100, Jiri Olsa escreveu:
> On Thu, Mar 16, 2017 at 12:03:38PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Mar 16, 2017 at 03:39:36PM +0100, Arnd Bergmann escreveu:
> > > On Thu, Mar 16, 2017 at 2:59 PM, Jiri Olsa <jolsa@...hat.com> wrote:
> > > > On Thu, Mar 16, 2017 at 02:44:45PM +0100, Arnd Bergmann wrote:
> > > >> On Thu, Mar 16, 2017 at 1:49 PM, Jiri Olsa <jolsa@...hat.com> wrote:
> > > >> It's probably another variation of this bug, but the commit you cite got merged
> > > >> into 4.10-rc1, while the problem still persists in mainline (4.11-rc2+).

> > > > the problem is in objtool build right? the fix was for perf build

> > > Ah, got it. Yes, that must be it then. I supposed we coul duplicate what you
> > > did for perf in objtool, but a cleaner way would be to generalize it for all of
> > > tools/, right?

> right, the thing is that objtool is standalone application like perf,
> and before their builds can go the 'fixdep' needs to be there.. that's
> a condition to use the tools/build framework

> not sure how offensive it'd be to current Makefiles if we come with some
> generalized code to do that.. I'll think about it, but I think we might
> be better of the way we are now

> > Humm, can't we have just one fixdep?
 
> we have.. it's just the matter who will build it first ;-)

Ok, I haven't said "can't we have just one fixdep?", what I really said
was "can't we make sure we don't have races building it?" ;-)

- Arnaldo