From: kbuild test robot <lkp@intel.com>
To: kbuild-all@lists.01.org
Subject: Re: [PATCH v2 4/4] perf/x86/intel/pt: Opportunistically use single range output mode
Date: Fri, 25 Oct 2019 01:02:45 +0800 [thread overview]
Message-ID: <201910250036.vVKWEUX1%lkp@intel.com> (raw)
In-Reply-To: <20191022095812.67071-5-alexander.shishkin@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 2811 bytes --]
Hi Alexander,
I love your patch! Yet something to improve:
[auto build test ERROR on tip/perf/core]
[cannot apply to v5.4-rc4 next-20191024]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify the
base tree in git format-patch, please see https://stackoverflow.com/a/37406982]
url: https://github.com/0day-ci/linux/commits/Alexander-Shishkin/perf-Add-AUX-data-sampling/20191024-171433
base: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git 27a0a90d6301dd883a748538e4db692a5fb923e1
config: x86_64-lkp (attached as .config)
compiler: gcc-7 (Debian 7.4.0-14) 7.4.0
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
If you fix the issue, kindly add following tag
Reported-by: kbuild test robot <lkp@intel.com>
All errors (new ones prefixed by >>):
arch/x86/events/intel/pt.c: In function 'pt_config':
>> arch/x86/events/intel/pt.c:495:7: error: 'buf' undeclared (first use in this function); did you mean 'btf'?
if (!buf->single)
^~~
btf
arch/x86/events/intel/pt.c:495:7: note: each undeclared identifier is reported only once for each function it appears in
vim +495 arch/x86/events/intel/pt.c
482
483 static void pt_config(struct perf_event *event)
484 {
485 u64 reg;
486
487 /* First round: clear STATUS, in particular the PSB byte counter. */
488 if (!event->hw.config) {
489 perf_event_itrace_started(event);
490 wrmsrl(MSR_IA32_RTIT_STATUS, 0);
491 }
492
493 reg = pt_config_filters(event);
494 reg |= RTIT_CTL_TRACEEN;
> 495 if (!buf->single)
496 reg |= RTIT_CTL_TOPA;
497
498 /*
499 * Previously, we had BRANCH_EN on by default, but now that PT has
500 * grown features outside of branch tracing, it is useful to allow
501 * the user to disable it. Setting bit 0 in the event's attr.config
502 * allows BRANCH_EN to pass through instead of being always on. See
503 * also the comment in pt_event_valid().
504 */
505 if (event->attr.config & BIT(0)) {
506 reg |= event->attr.config & RTIT_CTL_BRANCH_EN;
507 } else {
508 reg |= RTIT_CTL_BRANCH_EN;
509 }
510
511 if (!event->attr.exclude_kernel)
512 reg |= RTIT_CTL_OS;
513 if (!event->attr.exclude_user)
514 reg |= RTIT_CTL_USR;
515
516 reg |= (event->attr.config & PT_CONFIG_MASK);
517
518 event->hw.config = reg;
519 pt_config_start(event);
520 }
521
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
[-- Attachment #2: config.gz --]
[-- Type: application/gzip, Size: 28619 bytes --]
prev parent reply other threads:[~2019-10-24 17:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-22 9:58 [PATCH v2 0/4] perf: Add AUX data sampling Alexander Shishkin
2019-10-22 9:58 ` [PATCH v2 1/4] perf: Allow using AUX data in perf samples Alexander Shishkin
2019-10-24 13:52 ` Peter Zijlstra
2019-10-24 14:01 ` Peter Zijlstra
2019-10-25 12:52 ` Alexander Shishkin
2019-10-24 14:06 ` Peter Zijlstra
2019-10-25 12:21 ` Alexander Shishkin
2019-10-24 14:09 ` Peter Zijlstra
2019-10-24 14:12 ` Peter Zijlstra
2019-10-22 9:58 ` [PATCH v2 2/4] perf/x86/intel/pt: Factor out starting the trace Alexander Shishkin
2019-10-22 9:58 ` [PATCH v2 3/4] perf/x86/intel/pt: Add sampling support Alexander Shishkin
2019-10-22 9:58 ` [PATCH v2 4/4] perf/x86/intel/pt: Opportunistically use single range output mode Alexander Shishkin
2019-10-23 15:09 ` Alexander Shishkin
2019-10-24 13:56 ` Peter Zijlstra
2019-10-25 12:19 ` Alexander Shishkin
2019-10-24 17:02 ` kbuild test robot [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201910250036.vVKWEUX1%lkp@intel.com \
--to=lkp@intel.com \
--cc=kbuild-all@lists.01.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.