From patchwork Wed Oct 9 16:49:32 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Darrick J. Wong" X-Patchwork-Id: 11181607 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 77EA81575 for ; Wed, 9 Oct 2019 16:49:37 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 57B1B218AC for ; Wed, 9 Oct 2019 16:49:37 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=oracle.com header.i=@oracle.com header.b="YB9v29II" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730546AbfJIQth (ORCPT ); Wed, 9 Oct 2019 12:49:37 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:56648 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731145AbfJIQtg (ORCPT ); Wed, 9 Oct 2019 12:49:36 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x99Gji9C003633 for ; Wed, 9 Oct 2019 16:49:35 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : from : to : cc : date : message-id : mime-version : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=mK3ZST+cxQ0tBAgUG6n7m5hAP45sJuhzmH1AeHQ+SAI=; b=YB9v29IIPJS1K+TcangG27YjeM6lN3P2CemcX+zpZ470idY9c2plUfIz9dRS2WQ4sdvX xWcXKOyPEtJyynSY2fsViwSwrCkVljq8RgG+f7Mdhl+gc40sZc4aAgw0dnX4E2+ZOr2D mttvm3yRSVlt1oecN9aFuYpmCfljN4VB4BwX5hhoTJOmiYkrDJ56zHPgchYNbgBnH6HO 5E8cZTCwL13I7iPAEBI3mpGKmNkhMXKtQjn7LVW5kNmF9Gai79laW5eCxWlDqZmFoR5S WCqwmkTmzDe/N5oGXDTWUiHFi6bmV0UAigzynRF+9tuluepYcExn77YuxUqK+rFOzbOT 9Q== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 2vek4qnyur-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 09 Oct 2019 16:49:35 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x99GiZRu174357 for ; Wed, 9 Oct 2019 16:49:35 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 2vhhsmx17b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 09 Oct 2019 16:49:35 +0000 Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x99GnYNi013765 for ; Wed, 9 Oct 2019 16:49:34 GMT Received: from localhost (/67.169.218.210) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 09 Oct 2019 09:49:33 -0700 Subject: [PATCH 0/2] xfs: health evaluations for repair From: "Darrick J. Wong" To: darrick.wong@oracle.com Cc: linux-xfs@vger.kernel.org Date: Wed, 09 Oct 2019 09:49:32 -0700 Message-ID: <157063977277.2913625.2221058732448775822.stgit@magnolia> User-Agent: StGit/0.17.1-dirty MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9405 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=782 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910090147 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9405 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=869 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910090147 Sender: linux-xfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-xfs@vger.kernel.org Hi all, Lay the ground work for tying the online repair functions into the new health reporting functions. First, repair functions need to be able to proivde a revalidation function that will check everything that the repair function might have rebuilt. This will be necessary for the free space and inode btree repair functions, which rebuild both btrees at once. Second, we must be careful that the health reporting query code doesn't get in the way of post-repair revalidation of all rebuilt metadata structures. If you're going to start using this mess, you probably ought to just pull from my git trees, which are linked below. This is an extraordinary way to destroy everything. Enjoy! Comments and questions are, as always, welcome. --D kernel git tree: https://git.kernel.org/cgit/linux/kernel/git/djwong/xfs-linux.git/log/?h=repair-health