Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935191Ab3DJGkv (ORCPT ); Wed, 10 Apr 2013 02:40:51 -0400 Received: from oproxy13-pub.unifiedlayer.com ([69.89.16.30]:35367 "HELO oproxy13-pub.unifiedlayer.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1750733Ab3DJGku (ORCPT ); Wed, 10 Apr 2013 02:40:50 -0400 Message-ID: <1365576044.2577.12.camel@slavad-ubuntu> Subject: Re: [PATCH 2/2] hfsplus: add error propagation to __hfsplus_ext_write_extent() From: Vyacheslav Dubeyko Reply-To: slava@dubeyko.com To: Alexey Khoroshilov Cc: Hin-Tak Leung , Al Viro , Artem Bityutskiy , Christoph Hellwig , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, ldv-project@linuxtesting.org, Andrew Morton Date: Wed, 10 Apr 2013 10:40:44 +0400 In-Reply-To: <1365531243-23775-2-git-send-email-khoroshilov@ispras.ru> References: <1365400526.2673.3.camel@slavad-ubuntu> <1365531243-23775-1-git-send-email-khoroshilov@ispras.ru> <1365531243-23775-2-git-send-email-khoroshilov@ispras.ru> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 X-Identified-User: {2172:host202.hostmonster.com:dubeykoc:dubeyko.com} {sentby:smtp auth 109.188.127.106 authed with slava@dubeyko.com} Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3142 Lines: 95 On Tue, 2013-04-09 at 22:14 +0400, Alexey Khoroshilov wrote: > __hfsplus_ext_write_extent() suppresses errors coming from hfs_brec_find(). > The patch implements error code propagation. > Looks good for me. Reviewed-by: Vyacheslav Dubeyko Tnanks, Vyacheslav Dubeyko. > Signed-off-by: Alexey Khoroshilov > --- > fs/hfsplus/extents.c | 21 +++++++++++++-------- > 1 file changed, 13 insertions(+), 8 deletions(-) > > diff --git a/fs/hfsplus/extents.c b/fs/hfsplus/extents.c > index a94f0f7..fed73f7 100644 > --- a/fs/hfsplus/extents.c > +++ b/fs/hfsplus/extents.c > @@ -83,7 +83,7 @@ static u32 hfsplus_ext_lastblock(struct hfsplus_extent *ext) > return be32_to_cpu(ext->start_block) + be32_to_cpu(ext->block_count); > } > > -static void __hfsplus_ext_write_extent(struct inode *inode, > +static int __hfsplus_ext_write_extent(struct inode *inode, > struct hfs_find_data *fd) > { > struct hfsplus_inode_info *hip = HFSPLUS_I(inode); > @@ -98,13 +98,13 @@ static void __hfsplus_ext_write_extent(struct inode *inode, > res = hfs_brec_find(fd, hfs_find_rec_by_key); > if (hip->extent_state & HFSPLUS_EXT_NEW) { > if (res != -ENOENT) > - return; > + return res; > hfs_brec_insert(fd, hip->cached_extents, > sizeof(hfsplus_extent_rec)); > hip->extent_state &= ~(HFSPLUS_EXT_DIRTY | HFSPLUS_EXT_NEW); > } else { > if (res) > - return; > + return res; > hfs_bnode_write(fd->bnode, hip->cached_extents, > fd->entryoffset, fd->entrylength); > hip->extent_state &= ~HFSPLUS_EXT_DIRTY; > @@ -117,11 +117,13 @@ static void __hfsplus_ext_write_extent(struct inode *inode, > * to explicily mark the inode dirty, too. > */ > set_bit(HFSPLUS_I_EXT_DIRTY, &hip->flags); > + > + return 0; > } > > static int hfsplus_ext_write_extent_locked(struct inode *inode) > { > - int res; > + int res = 0; > > if (HFSPLUS_I(inode)->extent_state & HFSPLUS_EXT_DIRTY) { > struct hfs_find_data fd; > @@ -129,10 +131,10 @@ static int hfsplus_ext_write_extent_locked(struct inode *inode) > res = hfs_find_init(HFSPLUS_SB(inode->i_sb)->ext_tree, &fd); > if (res) > return res; > - __hfsplus_ext_write_extent(inode, &fd); > + res = __hfsplus_ext_write_extent(inode, &fd); > hfs_find_exit(&fd); > } > - return 0; > + return res; > } > > int hfsplus_ext_write_extent(struct inode *inode) > @@ -175,8 +177,11 @@ static inline int __hfsplus_ext_cache_extent(struct hfs_find_data *fd, > > WARN_ON(!mutex_is_locked(&hip->extents_lock)); > > - if (hip->extent_state & HFSPLUS_EXT_DIRTY) > - __hfsplus_ext_write_extent(inode, fd); > + if (hip->extent_state & HFSPLUS_EXT_DIRTY) { > + res = __hfsplus_ext_write_extent(inode, fd); > + if (res) > + return res; > + } > > res = __hfsplus_ext_read_extent(fd, hip->cached_extents, inode->i_ino, > block, HFSPLUS_IS_RSRC(inode) ? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/