Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3151607pxf; Mon, 15 Mar 2021 02:49:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYNsirKIJv5erhmO2X0/9uHD9Nx0gCfiBkXpkPvZfZO3XL60iuHzSmCsfLXOyqmbGXr5Gt X-Received: by 2002:aa7:d2d5:: with SMTP id k21mr28425496edr.216.1615801780843; Mon, 15 Mar 2021 02:49:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615801780; cv=none; d=google.com; s=arc-20160816; b=tIJ5/9prLIZkNyo28FvNjYJkAz41+XJmQVSHvuDtl+cYqCxcBTO9bfZetCAteX1wbw Mpr6zOk8pSQufPhB3yDNg/Q8Ac7V3ZOXFzfTlAjEj33h4JTVXELUjrAm6y7CTETh+nkf ho1XOIoYDVbrI5qSD17xbnOtsnmWcO/iqJEmUq1duWoB8uhoWmUjcOajwtOtIs3vRIvR VLwcwkcL+hiI2cXLKuuNRrOo4jGT1itcPseFqbecMKdr/zWVH/2zVKSjPjovUfI4L541 RemHSMSlPibz2NLr1tzzq6+JUedDM2g/BD+N0/UuYwf3x7OEyGCoCqmB4QYU3DJQpjtu dzuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=kGUM9boxlXxIv+sW8uIVj9/4dB2VSBTC6dxz9KhBGuI=; b=C+bu4CjR0EHxsb4p9RN55/nbZ2qXA8l9Zb4c+8xwixEO0p2QBbIeKq2Fd+d/8SrWtO 3YaKHr4+IZJLBeWk2ntY1aeDtJHy/NoaeCwkzAVr3E8/eNLhk+qF06Kd43vSOQzBqRQq sIix2uGU9zVOr+T8F4XJ9Y6W7XJ/8EVuHGw/ueyb5zIiCDLzBxLYh8x+8k7HXWCeAU7h ynLSxn94waiTbXEkIAnp7Izc2CEETxef70P1LRVVixBOoQMpXtKJ4K6Vco+LZaLQp21t 9RDAFDPc2XqifaJKQTR65OC2Ts+EPd9VGJIXMwu57DCcB20dqhbPGV2YXR5IubzwK5Mq tl1w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g20si11158485edy.270.2021.03.15.02.49.18; Mon, 15 Mar 2021 02:49:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229614AbhCOJsk (ORCPT + 99 others); Mon, 15 Mar 2021 05:48:40 -0400 Received: from mx2.suse.de ([195.135.220.15]:60966 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229562AbhCOJsS (ORCPT ); Mon, 15 Mar 2021 05:48:18 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 7AE2EAC1D; Mon, 15 Mar 2021 09:48:17 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 25A991E423D; Mon, 15 Mar 2021 10:48:17 +0100 (CET) Date: Mon, 15 Mar 2021 10:48:17 +0100 From: Jan Kara To: "zhangyi (F)" Cc: linux-fsdevel@vger.kernel.org, linux-ext4@vger.kernel.org, linux-block@vger.kernel.org, jack@suse.cz, tytso@mit.edu, viro@zeniv.linux.org.uk, hch@infradead.org, axboe@kernel.dk, mcgrof@kernel.org, keescook@chromium.org, yzaikin@google.com Subject: Re: [RFC PATCH 3/3] block_dump: remove comments in docs Message-ID: <20210315094817.GC3227@quack2.suse.cz> References: <20210313030146.2882027-1-yi.zhang@huawei.com> <20210313030146.2882027-4-yi.zhang@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210313030146.2882027-4-yi.zhang@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Sat 13-03-21 11:01:46, zhangyi (F) wrote: > Now block_dump feature is gone, remove all comments in docs. > > Signed-off-by: zhangyi (F) Nice. Feel free to add: Reviewed-by: Jan Kara Honza > --- > Documentation/admin-guide/laptops/laptop-mode.rst | 11 ----------- > Documentation/admin-guide/sysctl/vm.rst | 8 -------- > 2 files changed, 19 deletions(-) > > diff --git a/Documentation/admin-guide/laptops/laptop-mode.rst b/Documentation/admin-guide/laptops/laptop-mode.rst > index c984c4262f2e..b61cc601d298 100644 > --- a/Documentation/admin-guide/laptops/laptop-mode.rst > +++ b/Documentation/admin-guide/laptops/laptop-mode.rst > @@ -101,17 +101,6 @@ this results in concentration of disk activity in a small time interval which > occurs only once every 10 minutes, or whenever the disk is forced to spin up by > a cache miss. The disk can then be spun down in the periods of inactivity. > > -If you want to find out which process caused the disk to spin up, you can > -gather information by setting the flag /proc/sys/vm/block_dump. When this flag > -is set, Linux reports all disk read and write operations that take place, and > -all block dirtyings done to files. This makes it possible to debug why a disk > -needs to spin up, and to increase battery life even more. The output of > -block_dump is written to the kernel output, and it can be retrieved using > -"dmesg". When you use block_dump and your kernel logging level also includes > -kernel debugging messages, you probably want to turn off klogd, otherwise > -the output of block_dump will be logged, causing disk activity that is not > -normally there. > - > > Configuration > ------------- > diff --git a/Documentation/admin-guide/sysctl/vm.rst b/Documentation/admin-guide/sysctl/vm.rst > index 586cd4b86428..3ca6679f16ea 100644 > --- a/Documentation/admin-guide/sysctl/vm.rst > +++ b/Documentation/admin-guide/sysctl/vm.rst > @@ -25,7 +25,6 @@ files can be found in mm/swap.c. > Currently, these files are in /proc/sys/vm: > > - admin_reserve_kbytes > -- block_dump > - compact_memory > - compaction_proactiveness > - compact_unevictable_allowed > @@ -106,13 +105,6 @@ On x86_64 this is about 128MB. > Changing this takes effect whenever an application requests memory. > > > -block_dump > -========== > - > -block_dump enables block I/O debugging when set to a nonzero value. More > -information on block I/O debugging is in Documentation/admin-guide/laptops/laptop-mode.rst. > - > - > compact_memory > ============== > > -- > 2.25.4 > -- Jan Kara SUSE Labs, CR