Re: [tip:perf/core] perf/x86: Fix USER/KERNEL tagging of samples
From: Peter Zijlstra
Date: Fri Jul 06 2012 - 16:48:40 EST
On Fri, 2012-07-06 at 11:34 -0700, Linus Torvalds wrote:
> On Fri, Jul 6, 2012 at 11:16 AM, Linus Torvalds
> <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:
> > If some code then changes the values in the pt_regs, it is *that* code
> > that needs to think twice about what it does. Where is that code?
> From a quick grep it looks like it is __intel_pmu_pebs_event() that does this.
Correct, as well as perf_ibs_handle_irq() and I'll have to have a good
look at the BTS stuff.
> THAT is where you would possibly have a huge honking big comment about
> how you have to fake the CS register contents because the PEBS
> information is incomplete. But make it clear that it is a total hack.
> Also, somebody should check. Is the PEBS information *actually* the
> instruction pointer (address within the code segment), or is it the
> "linear address" (segment base + rip)? I hope it is the latter,
> because in the absense of CS, the segment-based address is very
> unclear indeed.
I _think_ it is just the RIP since its part of a more general register
dump (which does not include the segment registers).
I can't find anything in the SDM clarifying it one way or the other.
Stephane do you know?
> And if it *is* the linear address, then at that point you could do
> regs->cs = kernel_ip(ip) ? __KERNEL_CS : __USER_CS;
> regs->eflags &= ~X86_EFLAGS_VM;
> and document this as a "we fake the CS and vm86 mode, using the known
> zero-based code segments". At that point it would be technically
OK, thanks.. At least the AMB IBS case provides the Linear address of
the instruction so the IBS code should do it this way. We'll need to
check with Intel to see what PEBS does.
Supposing the worst case and Intel simply provides the RIP as is, what
should we do then?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/