Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp723480ybl; Wed, 8 Jan 2020 04:53:44 -0800 (PST) X-Google-Smtp-Source: APXvYqyTN4DGjyswB0OV5CHpxYyxq7+5za880APqksAM0NbtVZ5uVbQNhfmJ4v5kteK6qfXUyNEc X-Received: by 2002:aca:3354:: with SMTP id z81mr2911801oiz.129.1578488023991; Wed, 08 Jan 2020 04:53:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578488023; cv=none; d=google.com; s=arc-20160816; b=M3IGFpOPapJRoorOQOcUAaL6bo07/V/YlgaWsMoV8BLCwyUmFRohZJ9wjO5Gz/ctSf zPAhiJM6ejFpr+UyV8GpZ9N8M1g7/6629wFF3aMZcac9og79WGwCYpeWRtCj29YwzE83 b569WVzOh526JaTJvmbLMF05npPNu8w4pNrzM4hwLrbFBxsWCekxodqwHiEQKHstfILA VJYofzWSoWdoIa8FVMl2L8qiEYxgfJqfow9606WUPW+htovFA4YSQuvuVD2bNfr6UXOX l5Z583jvOWaB52PTI82iMMD5FUoAYkawk1J6GpMLbK8IGbdgXHyJ4SRaKSDqTN01zIig ny6A== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=AKMhc+bC3KV0smBA2Jch8BzYCscnQXsg/u4RlCDOUzo=; b=l4CmAw+0JfoRW9V1C01s31e4S0NBwum4H6RDowAdrolBt2ZuIWIaNA2/Eqy35gqsa2 R6TuDG6u83tPX/EcHZksfAFYkbVjzVN0oDkkIzkSLMrizA+WXIxL6NOt9O9ZvYjg4XvH 4Y/NcLeF+0YbYvYM3r4IqYTaOxwdYVxkIVUW69Gw9/qv91bI9tS+Ov+oIQCxVD5bmcW4 bfQ1x8ERK7a6Sng9spz1jySjNsHzA5xAjuplvXDpyYyJ5hvRWdVBI/b2DxqUMi6BhrwX dJM8+Yadv/Ua9H9M3mAvfI2K3HKTAYBHuXB2UIhV4hV6cr5Yaka5oR3GxLTRvdHT9i+a zFzA== 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 o66si1662106oig.193.2020.01.08.04.53.31; Wed, 08 Jan 2020 04:53:43 -0800 (PST) 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 S1727543AbgAHKLU (ORCPT + 99 others); Wed, 8 Jan 2020 05:11:20 -0500 Received: from mx2.suse.de ([195.135.220.15]:42036 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726368AbgAHKLU (ORCPT ); Wed, 8 Jan 2020 05:11:20 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 8B80BADC8; Wed, 8 Jan 2020 10:11:18 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 5C1BA1E0B47; Wed, 8 Jan 2020 11:11:18 +0100 (CET) Date: Wed, 8 Jan 2020 11:11:18 +0100 From: Jan Kara To: Pali =?iso-8859-1?Q?Roh=E1r?= Cc: linux-kernel@vger.kernel.org, Jan Kara Subject: Re: [PATCH 1/3] udf: Fix spelling in EXT_NEXT_EXTENT_ALLOCDESCS Message-ID: <20200108101118.GB20521@quack2.suse.cz> References: <20200107134425.GE25547@quack2.suse.cz> <20200107212904.30471-1-pali.rohar@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200107212904.30471-1-pali.rohar@gmail.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 Thanks! Much easier to review now :) I've queued your patches to my tree. Honza On Tue 07-01-20 22:29:02, Pali Roh?r wrote: > Signed-off-by: Pali Roh?r > --- > fs/udf/ecma_167.h | 2 +- > fs/udf/inode.c | 6 +++--- > fs/udf/truncate.c | 2 +- > 3 files changed, 5 insertions(+), 5 deletions(-) > > diff --git a/fs/udf/ecma_167.h b/fs/udf/ecma_167.h > index fb7f2c7be..e7b889e01 100644 > --- a/fs/udf/ecma_167.h > +++ b/fs/udf/ecma_167.h > @@ -757,7 +757,7 @@ struct partitionIntegrityEntry { > #define EXT_RECORDED_ALLOCATED 0x00000000 > #define EXT_NOT_RECORDED_ALLOCATED 0x40000000 > #define EXT_NOT_RECORDED_NOT_ALLOCATED 0x80000000 > -#define EXT_NEXT_EXTENT_ALLOCDECS 0xC0000000 > +#define EXT_NEXT_EXTENT_ALLOCDESCS 0xC0000000 > > /* Long Allocation Descriptor (ECMA 167r3 4/14.14.2) */ > > diff --git a/fs/udf/inode.c b/fs/udf/inode.c > index ea80036d7..e875bc566 100644 > --- a/fs/udf/inode.c > +++ b/fs/udf/inode.c > @@ -1981,10 +1981,10 @@ int udf_setup_indirect_aext(struct inode *inode, udf_pblk_t block, > > __udf_add_aext(inode, &nepos, &cp_loc, cp_len, 1); > udf_write_aext(inode, epos, &nepos.block, > - sb->s_blocksize | EXT_NEXT_EXTENT_ALLOCDECS, 0); > + sb->s_blocksize | EXT_NEXT_EXTENT_ALLOCDESCS, 0); > } else { > __udf_add_aext(inode, epos, &nepos.block, > - sb->s_blocksize | EXT_NEXT_EXTENT_ALLOCDECS, 0); > + sb->s_blocksize | EXT_NEXT_EXTENT_ALLOCDESCS, 0); > } > > brelse(epos->bh); > @@ -2143,7 +2143,7 @@ int8_t udf_next_aext(struct inode *inode, struct extent_position *epos, > unsigned int indirections = 0; > > while ((etype = udf_current_aext(inode, epos, eloc, elen, inc)) == > - (EXT_NEXT_EXTENT_ALLOCDECS >> 30)) { > + (EXT_NEXT_EXTENT_ALLOCDESCS >> 30)) { > udf_pblk_t block; > > if (++indirections > UDF_MAX_INDIR_EXTS) { > diff --git a/fs/udf/truncate.c b/fs/udf/truncate.c > index 63a47f1e1..532cda996 100644 > --- a/fs/udf/truncate.c > +++ b/fs/udf/truncate.c > @@ -241,7 +241,7 @@ int udf_truncate_extents(struct inode *inode) > > while ((etype = udf_current_aext(inode, &epos, &eloc, > &elen, 0)) != -1) { > - if (etype == (EXT_NEXT_EXTENT_ALLOCDECS >> 30)) { > + if (etype == (EXT_NEXT_EXTENT_ALLOCDESCS >> 30)) { > udf_write_aext(inode, &epos, &neloc, nelen, 0); > if (indirect_ext_len) { > /* We managed to free all extents in the > -- > 2.20.1 > -- Jan Kara SUSE Labs, CR