Received: by 10.223.176.5 with SMTP id f5csp1170617wra; Wed, 31 Jan 2018 02:20:40 -0800 (PST) X-Google-Smtp-Source: AH8x226RMx5vPGvsOA5FzdpKz7EP2xGLwLFOJP2GsMY4oHJvXRAk7HdEtr8G7s96B975OhxXEYMj X-Received: by 10.99.96.210 with SMTP id u201mr26504484pgb.248.1517394039984; Wed, 31 Jan 2018 02:20:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517394039; cv=none; d=google.com; s=arc-20160816; b=G93e5NhKqf1EzEMmLyVLEcNe9wQUDSABcR9Pls6JYOybJBrFlvCWNIn9YoUxkqDYdN MEB7nMWEcRVOqVwtCSgzbc+jXw3EM5yMz+xrIx/jyuw6QN2edua1NvIWdMJWvpr9ayDE tvsecdVNREjWlG6/7pvwZg0SPDdXvH+s3zcP9JMqMCqx0BopaKWOAZlGJH8XGq4tfMKR 6X4FmnBEnp7hy0N7qFARQY77bRbjVpcJxCgMbMsR7Z+NTbva76/6osUN22sPsAqhXnV+ rpGqs/dgRPRRQQfBlBkGqRNGRUEYdVe0NRl3Gy6LlnuW47DgIHfmQ9je/idpVvqHuBmP VHFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=3oFosSdR5ka84d+UzhhZmdKSVbQzNhBCvuEGfZj5eLM=; b=c5AwPXpVju6Fcd6rR+WjnRskhRlm6hsieVnZu9tGmkWtvKggmQAXil7FX8vF/qdhGP LSFxi9uuDjucV8RDEmL7JJiZS3gq471rwBVV8uS0rsbBMZiEkXRbV6KEKJdRATZPdWtN Eb/qp1dfp9kO/99SOGRh6wWxtYiQqVH+vqFxWwJOB1AG0Myv7AAwwlK2pTmFTFAaZoM+ /bTghV77HPrubFY4uZUMkyBcOx3jHOuCuBOxnbjEP/KiB0bGliWBKbqTa1mUSvTfUwSv QRW1w8Q6pNcgMDP83izyiV4/PNH41RlEp3x+QBRndkg4QK/+LakLKszPPqCgHMrJ6zYj XygQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i7si3530203pgr.255.2018.01.31.02.20.25; Wed, 31 Jan 2018 02:20:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753426AbeAaJPo (ORCPT + 99 others); Wed, 31 Jan 2018 04:15:44 -0500 Received: from mx1.redhat.com ([209.132.183.28]:45142 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751619AbeAaJPm (ORCPT ); Wed, 31 Jan 2018 04:15:42 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 2A31A2D1C6; Wed, 31 Jan 2018 09:15:42 +0000 (UTC) Received: from krava (unknown [10.43.17.43]) by smtp.corp.redhat.com (Postfix) with SMTP id 7575F5D6B4; Wed, 31 Jan 2018 09:15:40 +0000 (UTC) Date: Wed, 31 Jan 2018 10:15:39 +0100 From: Jiri Olsa To: Andi Kleen Cc: Stephane Eranian , "Liang, Kan" , Peter Zijlstra , Ingo Molnar , LKML , Arnaldo Carvalho de Melo , Thomas Gleixner Subject: Re: [PATCH V3 0/5] bugs fix for large PEBS mmap read and rdpmc read Message-ID: <20180131091539.GA3313@krava> References: <20180130133917.GC29098@krava> <6d708c09-52a7-a906-b651-b133a7b4f189@linux.intel.com> <20180130150454.GE29098@krava> <35090c62-466a-aec8-b1a3-69def959c1c6@linux.intel.com> <24210bcb-0e4b-58fe-bcda-da30019f6e7e@linux.intel.com> <20180130185212.GA16806@krava> <20180131035941.GW26209@tassilo.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180131035941.GW26209@tassilo.jf.intel.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Wed, 31 Jan 2018 09:15:42 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 30, 2018 at 07:59:41PM -0800, Andi Kleen wrote: > > Still, the part I am missing here, is why asking for > > PERF_SAMPLE_PERIOD voids large PEBS. > > I think it was disabled together with frequency mode > (which we could support too, but it's a bit more work) > > But yes PERIOD could probably be allowed. looks like it's just a matter of adding PERF_SAMPLE_PERIOD into PEBS_FREERUNNING_FLAGS, we already populate period in setup_pebs_sample_data jirka --- diff --git a/arch/x86/events/perf_event.h b/arch/x86/events/perf_event.h index 8e4ea143ed96..78f91ec1056e 100644 --- a/arch/x86/events/perf_event.h +++ b/arch/x86/events/perf_event.h @@ -93,7 +93,8 @@ struct amd_nb { PERF_SAMPLE_ID | PERF_SAMPLE_CPU | PERF_SAMPLE_STREAM_ID | \ PERF_SAMPLE_DATA_SRC | PERF_SAMPLE_IDENTIFIER | \ PERF_SAMPLE_TRANSACTION | PERF_SAMPLE_PHYS_ADDR | \ - PERF_SAMPLE_REGS_INTR | PERF_SAMPLE_REGS_USER) + PERF_SAMPLE_REGS_INTR | PERF_SAMPLE_REGS_USER | \ + PERF_SAMPLE_PERIOD) #define PEBS_REGS \ (PERF_REG_X86_AX | \