From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jens Axboe Subject: Re: [patch 0/15] LogFS take five Date: Mon, 7 Apr 2008 11:17:19 +0200 Message-ID: <20080407091719.GO12774@kernel.dk> References: <20080401181308.512473173@logfs.org> <20080404114600.GD29686@kernel.dk> <20080407082235.GB22431@logfs.org> <20080407082841.GL12774@kernel.dk> <20080407091047.GD22431@logfs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mtd@lists.infradead.org, Nick Piggin , David Woodhouse To: =?iso-8859-1?Q?J=F6rn?= Engel Return-path: Received: from brick.kernel.dk ([87.55.233.238]:7917 "EHLO kernel.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755802AbYDGJRX (ORCPT ); Mon, 7 Apr 2008 05:17:23 -0400 Content-Disposition: inline In-Reply-To: <20080407091047.GD22431@logfs.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Mon, Apr 07 2008, J=F6rn Engel wrote: > On Mon, 7 April 2008 10:28:41 +0200, Jens Axboe wrote: > > >=20 > > > fs/block_dev.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > >=20 > > > --- linux-2.6.24logfs/fs/block_dev.c~blockdev_nofs 2008-04-07 10:= 19:08.627413077 +0200 > > > +++ linux-2.6.24logfs/fs/block_dev.c 2008-04-07 10:20:56.92711716= 2 +0200 > > > @@ -586,7 +586,7 @@ struct block_device *bdget(dev_t dev) > > > inode->i_rdev =3D dev; > > > inode->i_bdev =3D bdev; > > > inode->i_data.a_ops =3D &def_blk_aops; > > > - mapping_set_gfp_mask(&inode->i_data, GFP_USER); > > > + mapping_set_gfp_mask(&inode->i_data, GFP_USER & ~__GFP_FS); > > > inode->i_data.backing_dev_info =3D &default_backing_dev_info; > > > spin_lock(&bdev_lock); > > > list_add(&bdev->bd_list, &all_bdevs); > >=20 > > It's not the right fix, generally GFP_FS is fine here. So do that i= n > > logfs when you cannot traverse back into the fs, eg > >=20 > > mapping_gfp_mask(mapping) & ~__GFP_FS; > >=20 > > locally. >=20 > struct address_space *mapping; >=20 > /* Prevent bdev from calling back into fs */ > mapping =3D &logfs_super(sb)->s_bdev->bd_inode->i_data; > mapping_set_gfp_mask(mapping, mapping_gfp_mask(mapping) & ~__GFP_FS)= ; >=20 > bd_inode has an interesting comment: > struct inode * bd_inode; /* will die */ >=20 > Should I be worried about that? It seems to predate git history, so > I'm not too concerned about immediate changes. I'd just ignore it, it's widely used anyway... --=20 Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html