Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp3618779ybd; Fri, 28 Jun 2019 11:49:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqwWvRJkXj/RM84zOtdYbVp1o6yIvtQHDVYK38BnOb0BnQmEXJTbYMR4ocjcoRrxqm1LHZRP X-Received: by 2002:a63:f957:: with SMTP id q23mr10857662pgk.326.1561747742571; Fri, 28 Jun 2019 11:49:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561747742; cv=none; d=google.com; s=arc-20160816; b=il/uvAb9wHQ6kMZPHoUayIPGRPICWudo9w11ohuN/TOxGh7uLHJvYtshuPih0+7C8n 8nvLsjMYuuM2ManfypT21aFGEuO8AjvWfkuiTx/PU+i8LYjI4eJ7vqCnnIt0HYHkyUPD N1rCUFUZt+aAPpYyh12QvQOIC5b6I61ou/kvDaJeJ4VSqr55Ml+9HNc1P+ZE1TT58Uq7 TDQkiyQsSaMVNAph02fNqPfdtCWVNxUhO6FGPiSvCzVjZvQ1xuZPKTWvVtmVG4vAGa7R k9GUVBFMxi8QdCf2u1PakN8hvb+BPRQEk8qQP4laeRKkqtgjcMNr2Lo5Aykg6SLH98+/ F8Ig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=TgLLvUQFghlX12C8MKyddI47Tajogxp0qbu10aqkqwQ=; b=cXvBNQNclYbnkTwyIY+OFe+s8DcHyhV+/7cC6/yFAPMPIL5UpCIFWvgvjHXAN5804h FygbwnxE3HY9FMaVQ+H8kTW8edEaD7l8Tj3fv7MOX+KXmoh8FL0/8PVovlMLJuD9KkdF Mu5PLWzaEY1nbtZLKKiMAc7VsEf+UaJz0msJw01m6IqaZ70ZIXwgrv2aaJxoc7SXVP3Z 9nSlmCHKRJkw8BmWShSj1jtCu3J/roR85domkvdUiaTHu37KOmIWj8kf2enjrfsOaKE9 TqltOLczBFy5j/ztZPnc8HqTjVrArKzFrxZ7ojjwIXkYdlkS/rJaQ+baV0/LmtGqI8co OwlQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i94si2858885plb.78.2019.06.28.11.48.46; Fri, 28 Jun 2019 11:49:02 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726974AbfF1SsR (ORCPT + 99 others); Fri, 28 Jun 2019 14:48:17 -0400 Received: from mail.kernel.org ([198.145.29.99]:57298 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726702AbfF1SsR (ORCPT ); Fri, 28 Jun 2019 14:48:17 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 3C973208CB; Fri, 28 Jun 2019 18:48:16 +0000 (UTC) Date: Fri, 28 Jun 2019 14:48:14 -0400 From: Steven Rostedt To: Eiichi Tsukata Cc: mingo@redhat.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] tracing/snapshot: resize spare buffer if size changed Message-ID: <20190628144814.748460d0@gandalf.local.home> In-Reply-To: <20190625012910.13109-1-devel@etsukata.com> References: <20190625012910.13109-1-devel@etsukata.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 25 Jun 2019 10:29:10 +0900 Eiichi Tsukata wrote: > Current snapshot implementation swaps two ring_buffers even though their > sizes are different from each other, that can cause an inconsistency > between the contents of buffer_size_kb file and the current buffer size. > > For example: > > # cat buffer_size_kb > 7 (expanded: 1408) > # echo 1 > events/enable > # grep bytes per_cpu/cpu0/stats > bytes: 1441020 > # echo 1 > snapshot // current:1408, spare:1408 > # echo 123 > buffer_size_kb // current:123, spare:1408 > # echo 1 > snapshot // current:1408, spare:123 > # grep bytes per_cpu/cpu0/stats > bytes: 1443700 > # cat buffer_size_kb > 123 // != current:1408 > > And also, a similar per-cpu case hits the following WARNING: > > Reproducer: > > # echo 1 > per_cpu/cpu0/snapshot > # echo 123 > buffer_size_kb > # echo 1 > per_cpu/cpu0/snapshot > > WARNING: > > WARNING: CPU: 0 PID: 1946 at kernel/trace/trace.c:1607 update_max_tr_single.part.0+0x2b8/0x380 > Modules linked in: > CPU: 0 PID: 1946 Comm: bash Not tainted 5.2.0-rc6 #20 > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014 > RIP: 0010:update_max_tr_single.part.0+0x2b8/0x380 > Code: ff e8 dc da f9 ff 0f 0b e9 88 fe ff ff e8 d0 da f9 ff 44 89 ee bf f5 ff ff ff e8 33 dc f9 ff 41 83 fd f5 74 96 e8 b8 da f9 ff <0f> 0b eb 8d e8 af da f9 ff 0f 0b e9 bf fd ff ff e8 a3 da f9 ff 48 > RSP: 0018:ffff888063e4fca0 EFLAGS: 00010093 > RAX: ffff888066214380 RBX: ffffffff99850fe0 RCX: ffffffff964298a8 > RDX: 0000000000000000 RSI: 00000000fffffff5 RDI: 0000000000000005 > RBP: 1ffff1100c7c9f96 R08: ffff888066214380 R09: ffffed100c7c9f9b > R10: ffffed100c7c9f9a R11: 0000000000000003 R12: 0000000000000000 > R13: 00000000ffffffea R14: ffff888066214380 R15: ffffffff99851060 > FS: 00007f9f8173c700(0000) GS:ffff88806d000000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: 0000000000714dc0 CR3: 0000000066fa6000 CR4: 00000000000006f0 > Call Trace: > ? trace_array_printk_buf+0x140/0x140 > ? __mutex_lock_slowpath+0x10/0x10 > tracing_snapshot_write+0x4c8/0x7f0 > ? trace_printk_init_buffers+0x60/0x60 > ? selinux_file_permission+0x3b/0x540 > ? tracer_preempt_off+0x38/0x506 > ? trace_printk_init_buffers+0x60/0x60 > __vfs_write+0x81/0x100 > vfs_write+0x1e1/0x560 > ksys_write+0x126/0x250 > ? __ia32_sys_read+0xb0/0xb0 > ? do_syscall_64+0x1f/0x390 > do_syscall_64+0xc1/0x390 > entry_SYSCALL_64_after_hwframe+0x49/0xbe > > This patch adds resize_buffer_duplicate_size() to check if there is a > difference between current/spare buffer sizes and resize a spare buffer > if necessary. > > Signed-off-by: Eiichi Tsukata > Applied, thanks Eiichi! -- Steve