From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Koss Subject: Re: fragmentation && blocks "realloc" Date: Mon, 23 Jan 2006 01:05:48 +0300 Message-ID: References: <1137764093.15107.33.camel@imp.csi.cam.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Cc: kernelnewbies@nl.linux.org, linux-fsdevel@vger.kernel.org Return-path: Received: from uproxy.gmail.com ([66.249.92.201]:20847 "EHLO uproxy.gmail.com") by vger.kernel.org with ESMTP id S1751356AbWAVWFu convert rfc822-to-8bit (ORCPT ); Sun, 22 Jan 2006 17:05:50 -0500 Received: by uproxy.gmail.com with SMTP id s2so555129uge for ; Sun, 22 Jan 2006 14:05:48 -0800 (PST) To: Anton Altaparmakov In-Reply-To: Content-Disposition: inline Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 1/23/06, Anton Altaparmakov wrote: ... > Note that the buffers from the block device address space mapping are > COMPLETELY separate from the buffers from a file inode address space > mapping. So writes from one are NOT seen in the other and you NEVER can > mix the two forms of i/o and expect to have a working file system. You > will get random results and tons of weird data corruption that way. > Thanks a lot, this is clear for me several important things. > That depends entirely in which function you are / which call path you are > in at present. Taking minix as an example, tell me the call path where > you end up wanting to do the above and I will tell you where to get the bh > from... (-: > I told about 2.6.15. in fs/minix/bitmap.c there is minix_new_block we come in it from get_block in fs/minix/itree_common.c. After analizing blocks<->file I want move some blocks to another location and update page cache correspondingly, what should I do?