From patchwork Sat Mar 13 03:01:43 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Zhang Yi X-Patchwork-Id: 12136371 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4AA75C433E9 for ; Sat, 13 Mar 2021 02:56:20 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 19A0F64F87 for ; Sat, 13 Mar 2021 02:56:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232731AbhCMCzl (ORCPT ); Fri, 12 Mar 2021 21:55:41 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:13160 "EHLO szxga04-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232487AbhCMCzH (ORCPT ); Fri, 12 Mar 2021 21:55:07 -0500 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.59]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4Dy6g31yjrzlTnk; Sat, 13 Mar 2021 10:52:47 +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:56 +0800 From: "zhangyi (F)" To: , , , CC: , , , , , , , Subject: [RFC PATCH 0/3] block_dump: remove block dump Date: Sat, 13 Mar 2021 11:01:43 +0800 Message-ID: <20210313030146.2882027-1-yi.zhang@huawei.com> X-Mailer: git-send-email 2.25.4 MIME-Version: 1.0 X-Originating-IP: [10.175.127.227] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org Hi, block_dump is an old debugging interface and can be replaced by tracepoints, and we also found a deadlock issue relate to it[1]. As Jan suggested, this patch set delete the whole block_dump feature, we can use tracepoints to get the similar information. If someone still using this feature cannot switch to use tracepoints or any other suggestions, please let us know. Thanks, Yi. [1]. https://lore.kernel.org/linux-fsdevel/20210305132442.GA2801131@infradead.org/T/#m385b0f84bc381d3089740e33d94f6e1b67dd06d2 zhangyi (F) (3): block_dump: remove block_dump feature in mark_inode_dirty() block_dump: remove block_dump feature block_dump: remove comments in docs .../admin-guide/laptops/laptop-mode.rst | 11 -------- Documentation/admin-guide/sysctl/vm.rst | 8 ------ block/blk-core.c | 9 ------- fs/fs-writeback.c | 25 ------------------- include/linux/writeback.h | 1 - kernel/sysctl.c | 8 ------ mm/page-writeback.c | 5 ---- 7 files changed, 67 deletions(-) Reviewed-by: Christoph Hellwig