Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1209858 > unrolled thread
| Started by | Adrian Hunter <adrian.hunter@intel.com> |
|---|---|
| First post | 2015-08-19 16:40 +0200 |
| Last post | 2015-08-19 17:30 +0200 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
[PATCH 0/3] perf tools: Fix buildid processing Adrian Hunter <adrian.hunter@intel.com> - 2015-08-19 16:40 +0200
Re: [PATCH 0/3] perf tools: Fix buildid processing Jiri Olsa <jolsa@redhat.com> - 2015-08-19 17:30 +0200
| From | Adrian Hunter <adrian.hunter@intel.com> |
|---|---|
| Date | 2015-08-19 16:40 +0200 |
| Subject | [PATCH 0/3] perf tools: Fix buildid processing |
| Message-ID | <pZcGZ-eH-5@gated-at.bofh.it> |
Hi
Here are 3 patches related to the "getting stuck at end" problem.
The first patch dodges the deadlock.
The second patch stops fork from messing up i.e.
prevents the deadlock condition from arising in
the first place.
The third patch processes the data in order i.e.
prevents fork from having to deal with weird data
anyway.
Adrian Hunter (3):
perf tools: Avoid deadlock when map_groups are broken
perf tools: Make fork event processing more resilient
perf tools: Fix buildid processing
tools/perf/builtin-record.c | 11 +++++++++++
tools/perf/util/machine.c | 20 ++++++++++++++++++--
tools/perf/util/thread.c | 6 ++++++
3 files changed, 35 insertions(+), 2 deletions(-)
Regards
Adrian
--
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/
[toc] | [next] | [standalone]
| From | Jiri Olsa <jolsa@redhat.com> |
|---|---|
| Date | 2015-08-19 17:30 +0200 |
| Message-ID | <pZdtn-1si-1@gated-at.bofh.it> |
| In reply to | #1209858 |
On Wed, Aug 19, 2015 at 05:29:18PM +0300, Adrian Hunter wrote: > Hi > > Here are 3 patches related to the "getting stuck at end" problem. > > The first patch dodges the deadlock. > > The second patch stops fork from messing up i.e. > prevents the deadlock condition from arising in > the first place. > > The third patch processes the data in order i.e. > prevents fork from having to deal with weird data > anyway. Tested/Acked-by: Jiri Olsa <jolsa@kernel.org> thanks, jirka -- 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/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web