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] [day] [month] [year] [list]
Message-ID: <ZtnJLkO5cTIlwnSb@x1>
Date: Thu, 5 Sep 2024 12:07:26 -0300
From: Arnaldo Carvalho de Melo <acme@...nel.org>
To: Stephen Rothwell <sfr@...b.auug.org.au>
Cc: Arnaldo Carvalho de Melo <arnaldo.melo@...il.com>,
	Namhyung Kim <namhyung@...nel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linux Next Mailing List <linux-next@...r.kernel.org>
Subject: Re: linux-next: duplicate patches in the perf tree

On Thu, Sep 05, 2024 at 08:42:08AM +1000, Stephen Rothwell wrote:
> On Mon, 2 Sep 2024 10:51:21 +1000 Stephen Rothwell <sfr@...b.auug.org.au> wrote:

> > The following commits are also in the perf-current tree as different
> > commits (but the same patches):

> >   6236ebe07131 ("perf daemon: Fix the build on more 32-bit architectures")
> >   2518e13275ab ("perf python: Fix the build on 32-bit arm by including missing "util/sample.h"")
> >   74fd69a35cae ("perf lock contention: Fix spinlock and rwlock accounting")
> >   37e2a19c98bf ("perf test pmu: Set uninitialized PMU alias to null")

> > These are commits

> >   478e3c7ebbe7 ("perf daemon: Fix the build on more 32-bit architectures")
> >   4cb80590f12d ("perf python: include "util/sample.h"")
> >   60f47d2c58cb ("perf lock contention: Fix spinlock and rwlock accounting")
> >   387ad33e5410 ("perf test pmu: Set uninitialized PMU alias to null")

> > and this last one is causing an unnecessary conflict.

> These latter commits are now in Linus' tree.

I did the usual merge of torvalds/master into
perf-tools-next/perf-tools-next (devel) when perf-tools/perf-tools
(current/fixes) gets merged upstream and fixed up the trivial merge
conflict.

The end result is at the tmp.perf-tools-next branch while I do the full
container build tests, the merge commit has the explanation for the
resolution:

  Merge remote-tracking branch 'torvalds/master' into perf-tools-next

  To pick up fixes from perf-tools/perf-tools, some of which were also in
  perf-tools-next but were then indentified as being more appropriate to
  go sooner, to fix regressions in v6.11.
  
  Resolve a simple merge conflict in tools/perf/tests/pmu.c where a more
  future proof approach to initialize all fields of a struct was used in
  perf-tools-next, the one that is going into v6.11 is enough for the
  segfault it addressed (using an uninitialized test_pmu.alias field).
  
  Signed-off-by: Arnaldo Carvalho de Melo <acme@...hat.com>

Thanks,

- Arnaldo

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ