From patchwork Sat Aug 11 15:34:57 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Darrick J. Wong" X-Patchwork-Id: 10563495 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 97A86139A for ; Sat, 11 Aug 2018 15:35:02 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 83BF4291F3 for ; Sat, 11 Aug 2018 15:35:02 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 75CE729B80; Sat, 11 Aug 2018 15:35:02 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.0 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 18685291F3 for ; Sat, 11 Aug 2018 15:35:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727379AbeHKSJe (ORCPT ); Sat, 11 Aug 2018 14:09:34 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:50072 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727333AbeHKSJd (ORCPT ); Sat, 11 Aug 2018 14:09:33 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w7BFYOIu094120 for ; Sat, 11 Aug 2018 15:34:59 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-2018-07-02; bh=qqFwHOAKs63kU+zDlJvDjXQYqPo0d1IfpBp/PSm7GKY=; b=uwOs7cMfKdnPM0tttBa9yKdV0bYqrpC/q2j1L3SEK7m8aQjm3fNDp/quAHL+GN2gj6sj MR0XQ+US2aq/UWV01efzYfZ49Fvd6rIorPMtdUKMQiUv3E8EIW9lprJuCNswMwgdjrP+ N50+vblQ8LtpvoGEg8LqaYLhbbXo1MVi8aGtOvvTkwmaSFllolrSZ2iz/gBT80gYX2NC Ao7NDADI/PNiwEV6sthQurzJeEb2v/fpSIhIzZASl8WQcrM25labM2n5R8Emd6eYn+i6 7hBz5x+SokRMkvZCdjEZh+AgNs+PnjuHUWID/DSPNSVWeI9vde0pFy2ghe4s0tw9gbxq TQ== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2ksnacrvm7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 11 Aug 2018 15:34:59 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w7BFYw2r013944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 11 Aug 2018 15:34:58 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w7BFYwc4029426 for ; Sat, 11 Aug 2018 15:34:58 GMT Received: from localhost (/67.169.218.210) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 11 Aug 2018 08:34:57 -0700 Subject: [PATCH v2 0/6] xfs-4.19: various fixes From: "Darrick J. Wong" To: darrick.wong@oracle.com Cc: linux-xfs@vger.kernel.org Date: Sat, 11 Aug 2018 08:34:57 -0700 Message-ID: <153400169747.27471.4044680761841034489.stgit@magnolia> User-Agent: StGit/0.17.1-dirty MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8981 signatures=668707 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=863 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1808110174 Sender: linux-xfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-xfs@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Hi all, Here are some late fixes for 4.19. The first patch teaches xfs to trigger a sb counter recalculation if the icount is bad; when I added the icount check to the write verifier, I forgot to add the corresponding check to the read side. The second patch fixes the online repair "find AG btree root" function to ignore btree blocks that have siblings and to ignore a btree level if multiple sibling-less blocks are found. The third patch fixes a problem when allocating a transaction for online repairs where if the AGF block or AGI inode counts are totally garbage we can end up ENOSPC'ing out of online repair after an attempt to reserve a ridiculous number of blocks. This is unfortunate, particularly if we were setting up for an AGF/AGI counter repair. The fourth patch fixes some buffer state management bugs so that we don't accidentally clobber b_ops on buffers that were already in-core when we try to find an AG header's btree root blocks. The fifth patch fixes an uninitialized variable usage in the iomap code. The sixth patch avoids a crash in the VFS readlink routines if we have an inline symlink that's corrupted such that if_data is NULL. Comments and questions are, as always, welcome. --D