Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5674627imm; Wed, 12 Sep 2018 09:22:55 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZTawbeOx+ODLJJACClwRnryP3pplPkA+9yYmiIPPHtdfMTAo2/maSvXVMrMzCZ7Q2/TSgK X-Received: by 2002:a62:c406:: with SMTP id y6-v6mr3244982pff.161.1536769375344; Wed, 12 Sep 2018 09:22:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536769375; cv=none; d=google.com; s=arc-20160816; b=LD4uyrR8mRxiND8Uj2FbfDR5pSHA/DY9XXfXy2WS8givMtSw7Rn6HYMbeKj/C5yMOn lsp98hFSvuvm5HA/WM6hYF1Iv9Y0asHIjOL/iuRK89eYC4SE8fgU4G7repnoy4wxDMq/ rmU+6tTWxV3OhaS4uLNFsHi3dgRfF5fsmj79btkdwJ/eq9H/VinX4Z8Ct05TUMW36vTH 3taGlGNLqedQnEnJB1S/2h0qNKxixnzIS6OjAt0qFUn1o6YwJCdENxXc6QJEEymPWl1J KShGyhR6AlmAjitU+uL3zeSH1iiNPDAjxi72cVKjdRV5bbFkhE6JJWuQ+21UBHbpHnMo ZXZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=/Mq8s76tOAj6aN7iHXjtzUdMs+MagAVL3C2K95wa5sU=; b=xChx+jRJ94wX2D4rFCtxFYlEbjIMkwCF5l/m/XQ4+W9/XkZHSz7JeCz+dDMASADNaY qa31V1RJrJZFsQISeDxZ7EUdGF/veSaLd+nLepbB7leVYEKcsyuYvqDQomvYmCRJmyg9 w2ean1WQdnQt4pPxP5XXhdB9qu2cL1rwTpzkrTnuFxbRXlskLE36T4rRJTP46NgX/Ijl 6NQpz4OonQag9UhL7yPfzb46UyQVdcv/8WmCWsh04OKed/BQLBDkp1tyH4qElBLsN9Sd N8DJhiJMBvRvqS9MOm4rIsJ+HeBlgPHkoE7RdCof97ZMarmuuFma1ZZWBVhIDy3V+ve6 m8vw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t31-v6si1196798pga.167.2018.09.12.09.22.29; Wed, 12 Sep 2018 09:22:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727825AbeILV0E (ORCPT + 99 others); Wed, 12 Sep 2018 17:26:04 -0400 Received: from mx2.suse.de ([195.135.220.15]:36892 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726854AbeILV0E (ORCPT ); Wed, 12 Sep 2018 17:26:04 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 739E6AF87; Wed, 12 Sep 2018 16:20:47 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id B1DB61E3613; Wed, 12 Sep 2018 18:20:46 +0200 (CEST) Date: Wed, 12 Sep 2018 18:20:46 +0200 From: Jan Kara To: "Kani, Toshi" Cc: "jack@suse.cz" , "dan.j.williams@intel.com" , "adilger.kernel@dilger.ca" , "linux-nvdimm@lists.01.org" , "linux-ext4@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "tytso@mit.edu" Subject: Re: [PATCH 1/2] ext4, dax: update dax check to skip journal inode Message-ID: <20180912162046.GA23522@quack2.suse.cz> References: <20180911154246.6844-1-toshi.kani@hpe.com> <20180911154246.6844-2-toshi.kani@hpe.com> <20180912092422.GA7782@quack2.suse.cz> <92faf51ac89e62dcd67e39cc66eef60966d1263c.camel@hpe.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92faf51ac89e62dcd67e39cc66eef60966d1263c.camel@hpe.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 12-09-18 15:47:12, Kani, Toshi wrote: > On Wed, 2018-09-12 at 11:24 +0200, Jan Kara wrote: > > On Tue 11-09-18 09:42:45, Toshi Kani wrote: > > > Ext4 mount path calls ext4_iget() to obtain the journal inode. This > > > inode does not support DAX, and 'ext4_da_aops' needs to be set. It > > > currently works for the DAX mount case because ext4_iget() always set > > > 'ext4_da_aops' to any regular files. > > > > > > ext4_fill_super > > > ext4_load_journal > > > ext4_get_journal_inode > > > ext4_iget > > > > > > In preparation to fix ext4_iget() to set 'ext4_dax_aops' for DAX files, > > > update ext4_should_use_dax() to return false for the journal inode. > > > > > > Fixes: 5f0663bb4a64f588f0a2dd6d1be68d40f9af0086 > > > Signed-off-by: Toshi Kani > > > Cc: Jan Kara > > > Cc: Dan Williams > > > Cc: "Theodore Ts'o" > > > Cc: Andreas Dilger > > > > The journal inode is similar to any other 'system' inode we have in ext4. > > We don't really expect any of the address space operations to be called for > > it because we don't use page cache with these inodes. Very similar > > situation is with e.g. quota files. So to me it seems this patch is not > > really necessary. Or did you observe any bad effects without this patch? > > Yes, without this change, mount fails with the error below. I believe > .bmap operation in ext4_da_aops is necessary for this case. > > jbd2_journal_init_inode: Cannot locate journal superblock > EXT4-fs > (pmem1): Could not load journal inode Ah, OK, forgot about this. Then how about adding: .bmap = ext4_bmap, to ext4_dax_aops? .bmap is completely fine for DAX inodes and there's no reason to disallow it. Honza -- Jan Kara SUSE Labs, CR