Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752847AbbEHLFu (ORCPT ); Fri, 8 May 2015 07:05:50 -0400 Received: from one.firstfloor.org ([193.170.194.197]:40616 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751438AbbEHLFt (ORCPT ); Fri, 8 May 2015 07:05:49 -0400 Date: Fri, 8 May 2015 13:05:47 +0200 From: Andi Kleen To: Kan Liang Cc: peterz@infradead.org, mingo@kernel.org, acme@infradead.org, eranian@google.com, andi@firstfloor.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH V8 3/8] perf, x86: handle multiple records in PEBS buffer Message-ID: <20150508110547.GS2366@two.firstfloor.org> References: <1430940834-8964-1-git-send-email-kan.liang@intel.com> <1430940834-8964-4-git-send-email-kan.liang@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1430940834-8964-4-git-send-email-kan.liang@intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 731 Lines: 17 > The first issue is that the 'status' field of the PEBS record is a copy > of the GLOBAL_STATUS MSR at PEBS assist time. To see why this is a I wanted to mention that Skylake has this issue fixed. The status field in PEBS is now only the counter that triggered the PEBS record. > The second issue is that the hardware will only emit one record for two > or more counters if the event that triggers the assist is 'close'. The If two events gets merged it is one or the other. -Andi -- 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/