From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754904AbdKBFeK (ORCPT ); Thu, 2 Nov 2017 01:34:10 -0400 Received: from LGEAMRELO13.lge.com ([156.147.23.53]:53075 "EHLO lgeamrelo13.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753002AbdKBFeI (ORCPT ); Thu, 2 Nov 2017 01:34:08 -0400 X-Original-SENDERIP: 156.147.1.127 X-Original-MAILFROM: namhyung@kernel.org X-Original-SENDERIP: 10.177.227.17 X-Original-MAILFROM: namhyung@kernel.org Date: Thu, 2 Nov 2017 14:34:05 +0900 From: Namhyung Kim To: "Liang, Kan" Cc: "Wangnan (F)" , "linux-kernel@vger.kernel.org" , "acme@kernel.org" , "jolsa@redhat.com" , "kernel-team@lge.com" Subject: Re: [PATCH 1/2] perf mmap: Fix perf backward recording Message-ID: <20171102053405.GA23303@sejong> References: <20171101055327.141281-1-wangnan0@huawei.com> <20171101055327.141281-2-wangnan0@huawei.com> <20171101094929.GB25146@danjae.aot.lge.com> <20171101120007.GA26623@danjae.aot.lge.com> <109f02ef-5dc2-94f9-e850-572c498781ee@huawei.com> <37D7C6CF3E00A74B8858931C1DB2F077537DC1FA@SHSMSX103.ccr.corp.intel.com> <226626ec-4f96-d3f4-a6d5-62c17c897f32@huawei.com> <37D7C6CF3E00A74B8858931C1DB2F077537DC3EF@SHSMSX103.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <37D7C6CF3E00A74B8858931C1DB2F077537DC3EF@SHSMSX103.ccr.corp.intel.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kan, On Wed, Nov 01, 2017 at 04:22:53PM +0000, Liang, Kan wrote: > > On 2017/11/1 21:57, Liang, Kan wrote: > > >> On 2017/11/1 20:00, Namhyung Kim wrote: > > >>> On Wed, Nov 01, 2017 at 06:32:50PM +0800, Wangnan (F) wrote: > > > There are only four test cases which set overwrite, > > > sw-clock,task-exit, mmap-basic, backward-ring-buffer. > > > Only backward-ring-buffer is 'backward overwrite'. > > > The rest three are all 'forward overwrite'. We just need to set > > > write_backward to convert them to 'backward overwrite'. > > > I think it's not hard to clean up. > > > > If we add a new rule that overwrite ring buffers are always backward then it > > is not hard to cleanup. However, the support of forward overwrite ring > > buffer has a long history and the code is not written by me. I'd like to check if > > there is some reason to keep support this configuration? > > > > As my observation, currently, there are no perf tools which support > 'forward overwrite'. > There are only three test cases (sw-clock, task-exit, mmap-basic) which > is set to 'forward overwrite'. I don’t see any reason it cannot be changed to > 'backward overwrite' > > Arnaldo? Jirka? Kim? > > What do you think? I think sw-clock, task-exit and mmap-basic test cases can be changed to use the forward non-overwrite mode. The forward overwrite might be used by externel applications accessing the ring buffer directly but not needed for perf tools IMHO. Let's keep the code simpler as much as possible. Thanks, Namhyung