Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753763AbYHLMyQ (ORCPT ); Tue, 12 Aug 2008 08:54:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752337AbYHLMyA (ORCPT ); Tue, 12 Aug 2008 08:54:00 -0400 Received: from mail.zelnet.ru ([80.92.97.13]:58549 "EHLO mail.zelnet.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752172AbYHLMx7 (ORCPT ); Tue, 12 Aug 2008 08:53:59 -0400 Message-ID: <48A18870.6070500@gmail.com> Date: Tue, 12 Aug 2008 16:56:16 +0400 From: Edward Shishkin User-Agent: Thunderbird 1.5.0.8 (X11/20060911) MIME-Version: 1.0 To: Nick Piggin , Ryan Hope CC: Andrew Morton , LKML , Reiserfs mailing list , Vladimir Saveliev Subject: Re: [PATCH 3/3][reiser4] dont get radix-tree dirty tagging out of sync References: <48A0BFC9.40502@gmail.com> <200808121236.51599.nickpiggin@yahoo.com.au> In-Reply-To: <200808121236.51599.nickpiggin@yahoo.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2148 Lines: 68 Nick Piggin wrote: > On Tuesday 12 August 2008 08:40, Ryan Hope wrote: > >> This was item #14 on the todo list for reiser4 inclusion in mainline: >> No. This patch is a nonsense. Where did you see radix-tree dirty tagging here? >> diff --git a/fs/reiser4/page_cache.c b/fs/reiser4/page_cache.c >> index fe71368..a662c25 100644 >> --- a/fs/reiser4/page_cache.c >> +++ b/fs/reiser4/page_cache.c >> @@ -467,15 +467,14 @@ int reiser4_set_page_dirty_internal(struct page >> *page) BUG_ON(mapping == NULL); >> >> if (!TestSetPageDirty(page)) { >> + spin_lock_irq(&mapping->tree_lock); >> if (mapping_cap_account_dirty(mapping)) >> inc_zone_page_state(page, NR_FILE_DIRTY); >> - >> + radix_tree_tag_set(&mapping->page_tree, >> + page_index(page), PAGECACHE_TAG_DIRTY); >> __mark_inode_dirty(mapping->host, I_DIRTY_PAGES); >> + spin_unlock_irq(&mapping->tree_lock); >> } >> - >> - /* znode must be dirty ? */ >> - if (mapping->host == reiser4_get_super_fake(mapping->host->i_sb)) >> - assert("", JF_ISSET(jprivate(page), JNODE_DIRTY)); >> return 0; >> } >> > > Any reason why this can't use a generic function such as > __set_page_dirty_nobuffers? Currently reiser4 is working around "anonymous" pages dirtied outside of reiser4 context (e.g. via mmap), where some reiser4 specific work (jnode creation, capturing by an atom) can not be done. > There are accounting changes gone in > there now which I suspetc may be wrong now in reiser4 (eg. task > io accounting). > Yes, this is definitely wrong. Thanks for pointing this out. Such poking around vfs internals should be fixed, otherwise we'll have permanent problems. I have cc-ed Vladimir: maybe he has some hints. At least, I know that he looked at this problem.. Thanks, Edward. > Actually every site that does a radix_tree_operation there should > be reviewed to try to use core functoins. > > -- 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/