From: Anshuman Khandual <khandual@linux.vnet.ibm.com>
To: Daniel Axtens <dja@axtens.net>
Cc: linuxppc-dev@ozlabs.org, mikey@neuling.org, sukadev@linux.vnet.ibm.com
Subject: Re: [PATCH V8 03/10] powerpc, perf: Re organize BHRB processing
Date: Wed, 10 Jun 2015 17:39:17 +0530 [thread overview]
Message-ID: <557828ED.9090803@linux.vnet.ibm.com> (raw)
In-Reply-To: <1433910976.3096.26.camel@axtens.net>
On 06/10/2015 10:06 AM, Daniel Axtens wrote:
>
>> +void update_branch_entry(struct cpu_hw_events *cpuhw,
>> + int index, u64 from, u64 to, int pred)
>> +{
>> + cpuhw->bhrb_entries[index].from = from;
>> + cpuhw->bhrb_entries[index].to = to;
>> + cpuhw->bhrb_entries[index].mispred = pred;
>> + cpuhw->bhrb_entries[index].predicted = ~pred;
>> +}
>
> I realise you're copying existing code, but:
> - could you please rename pred? If we assign .mispred to pred
> and .predicted to ~pred, we should pick a different name for pred.
Agreed.
> - I'm really uncomfortable with the bitwise inverting a signed integer.
> Can you explain what is going on here? Looking at
> include/uapi/linux/perf_event.h, this seems to be a single bit flag:
> shouldn't this then be a logical flip rather than a bitwise one?
> (Furthermore, looking at that header, why is pred an int at all? Why not
> a bool?)
Agreed.
>
>> +
>> /* Processing BHRB entries */
>> static void power_pmu_bhrb_read(struct cpu_hw_events *cpuhw)
>> {
>> - u64 val;
>> - u64 addr;
>> + u64 val, addr, tmp;
> Please don't use 'tmp' here. As far as I can tell, you use this variable
> to compute the 'to' address. The name should reflect that.
Agreed but then it will be a new preparatory patch at the beginning
of this patch series.
next prev parent reply other threads:[~2015-06-10 12:10 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-08 11:38 [PATCH V8 01/10] powerpc, perf: Drop the branch sample when 'from' cannot be fetched Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 02/10] powerpc, perf: Restore privillege level filter support for BHRB Anshuman Khandual
2015-06-10 3:43 ` Daniel Axtens
2015-06-10 12:08 ` Anshuman Khandual
2015-06-11 3:28 ` Daniel Axtens
2015-06-12 7:06 ` Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 03/10] powerpc, perf: Re organize BHRB processing Anshuman Khandual
2015-06-10 4:36 ` Daniel Axtens
2015-06-10 12:09 ` Anshuman Khandual [this message]
2015-06-11 3:32 ` Daniel Axtens
2015-06-12 7:05 ` Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 04/10] powerpc, perf: Re organize PMU based branch filter processing in POWER8 Anshuman Khandual
2015-06-10 5:07 ` Daniel Axtens
2015-06-10 12:09 ` Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 05/10] powerpc, perf: Change the name of HW PMU branch filter tracking variable Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 06/10] powerpc, lib: Add new branch analysis support functions Anshuman Khandual
2015-06-10 5:33 ` Daniel Axtens
2015-06-10 12:10 ` Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 07/10] powerpc, perf: Enable SW filtering in branch stack sampling framework Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 08/10] powerpc, perf: Change POWER8 PMU configuration to work with SW filters Anshuman Khandual
2015-06-10 5:49 ` Daniel Axtens
2015-06-10 12:10 ` Anshuman Khandual
2015-06-11 3:38 ` Daniel Axtens
2015-06-08 11:38 ` [PATCH V8 09/10] powerpc, perf: Enable privilege mode SW branch filters Anshuman Khandual
2015-06-11 1:19 ` Daniel Axtens
2015-06-12 7:04 ` Anshuman Khandual
2015-06-08 11:38 ` [PATCH V8 10/10] selftests, powerpc: Add test for BHRB branch filters (HW & SW) Anshuman Khandual
2015-06-09 5:41 ` Anshuman Khandual
2015-06-11 2:09 ` Daniel Axtens
2015-06-12 7:02 ` Anshuman Khandual
2015-06-12 7:26 ` Madhavan Srinivasan
2015-06-12 8:59 ` Anshuman Khandual
2015-06-10 3:21 ` [PATCH V8 01/10] powerpc, perf: Drop the branch sample when 'from' cannot be fetched Daniel Axtens
2015-06-10 12:02 ` Anshuman Khandual
2015-06-11 2:22 ` Daniel Axtens
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=557828ED.9090803@linux.vnet.ibm.com \
--to=khandual@linux.vnet.ibm.com \
--cc=dja@axtens.net \
--cc=linuxppc-dev@ozlabs.org \
--cc=mikey@neuling.org \
--cc=sukadev@linux.vnet.ibm.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).