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: 12136381 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=unavailable 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 8B122C4332D 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 654D664F94 for ; Sat, 13 Mar 2021 02:56:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232917AbhCMCzk (ORCPT ); Fri, 12 Mar 2021 21:55:40 -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-block@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