Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754493AbaBDOvA (ORCPT ); Tue, 4 Feb 2014 09:51:00 -0500 Received: from mail.parknet.co.jp ([210.171.160.6]:50656 "EHLO mail.parknet.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751382AbaBDOu5 (ORCPT ); Tue, 4 Feb 2014 09:50:57 -0500 From: OGAWA Hirofumi To: Namjae Jeon Cc: akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Namjae Jeon , Amit Sahrawat Subject: Re: [PATCH v3 1/6] fat: add i_disksize to represent uninitialized size References: <1387953050-2692-1-git-send-email-linkinjeon@gmail.com> <87ioswx1xq.fsf@devron.myhome.or.jp> Date: Tue, 04 Feb 2014 23:50:53 +0900 In-Reply-To: (Namjae Jeon's message of "Tue, 4 Feb 2014 19:20:27 +0900") Message-ID: <87y51rue2a.fsf@devron.myhome.or.jp> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Namjae Jeon writes: > 2014-02-03, OGAWA Hirofumi : >> Namjae Jeon writes: >> >>> From: Namjae Jeon >>> >>> Add i_disksize to represent uninitialized allocated size. >>> And mmu_private represent initialized allocated size. >> >> Don't we need to update ->i_disksize after cont_write_begin()? > We don't need to update i_disksize after cont_write_begin. > It is taken care by the fat_get_block after the allocation. > For all write paths we align the mmu_private and i_disksize from > fat_fill_inode and fat_get_block. fat_fill_inode() just set i_disksize to i_size. So, it is not aligned by cluster size or block size. E.g. ->mmu_private = 500. Then, cont_write_begin() can set ->mmu_private to 512 on some case. In this case, fat_get_block() will not be called, because no new allocation. If this is true, it would be possible to have ->mmu_private == 512 and ->i_disksize == 500. I'm missing something? Thanks. -- OGAWA Hirofumi -- 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/