Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1744480pxf; Fri, 12 Mar 2021 18:56:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJx9N4feczVXYRZP8lFJrF2hL4isdO8D5P6Jj3JRKP7sMzMMmpPshZJfAl++F15ot+hts+B7 X-Received: by 2002:a17:906:f0d0:: with SMTP id dk16mr12160665ejb.48.1615604201658; Fri, 12 Mar 2021 18:56:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615604201; cv=none; d=google.com; s=arc-20160816; b=Bbx8qbl+WeGFIltTO0huhO6jo2JRJPf6NpPEF35XDMvoCEwWg0rl3YBU+e3b14nbtt r/7vkUBhEYd5E2o+VZAS+NSqYLAamFoShwFucp1R2w8TXaiR9JwEI+6JfuhteLNRAkGO BcaAtmyIfV/JumieC0XZbMV/BC8oK7XYrrPji3N7dCJcT5uCzXJwNVkBlM2gpIA4J+9a qbrzHWMEu0LQcvz7BRi1RrvPkkgqf/r13yulggXJlM7h4P6veuf0oI+q8UbSiFIiPiGc sCfelJyW20Z2ofND+N5cp4X47gvB4n0xGF7gliGZBkmLYQHX6FmoUOsCO03NxRgtNjDs u8Jg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=S5JTzaRtjNT59bWjhs8IoAZi1DG/J1iCVB4MmqUCfFw=; b=LnXPnFEx997CTadwduZRKmvP/KulPFIYSQMXLtaHEx0C4bspzJRx4wqX+X2+8Mdmuv cAnYT/s4HUN9s/86GKq7iazpwp69awfj78hIttgzpqHiHsfKEesVViP5yMC68+zGkfEe /wuI6TdoK5+rMCNvmFgT+JiXuEw+VhkQPiZ3KyQqVQI+fbJMdXnBma2gYNjWv6em9iGu 6EJEaTk7n7CY3JR94ueRlccfcTVEfCht67chv8kEhJLoJ41umpBe3mCKtJb4s4AO5lQ9 2iSeoaAPFu1nwF9JeTY8yq5tPNcnbHtOp7mk402L88BIPKGk5MRkoxEIyQkeZCoP8yaG wh/g== 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 f7si5384171edu.503.2021.03.12.18.56.15; Fri, 12 Mar 2021 18:56:41 -0800 (PST) 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 S232790AbhCMCzj (ORCPT + 99 others); Fri, 12 Mar 2021 21:55:39 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:14324 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232468AbhCMCzI (ORCPT ); Fri, 12 Mar 2021 21:55:08 -0500 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4Dy6gc1L4gz8xFC; Sat, 13 Mar 2021 10:53:16 +0800 (CST) Received: from huawei.com (10.175.127.227) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.498.0; Sat, 13 Mar 2021 10:54:58 +0800 From: "zhangyi (F)" To: , , , CC: , , , , , , , Subject: [RFC PATCH 3/3] block_dump: remove comments in docs Date: Sat, 13 Mar 2021 11:01:46 +0800 Message-ID: <20210313030146.2882027-4-yi.zhang@huawei.com> X-Mailer: git-send-email 2.25.4 In-Reply-To: <20210313030146.2882027-1-yi.zhang@huawei.com> References: <20210313030146.2882027-1-yi.zhang@huawei.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.127.227] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Now block_dump feature is gone, remove all comments in docs. Signed-off-by: zhangyi (F) --- 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