linux-ext4 - Re: What's cooking in e2fsprogs.git (topics)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <47144DC2.9030907@linux.vnet.ibm.com>
Date:	Tue, 16 Oct 2007 11:06:02 +0530
From:	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
To:	"Theodore Ts'o" <tytso@....edu>
CC:	linux-ext4@...r.kernel.org
Subject: Re: What's cooking in e2fsprogs.git (topics)



Theodore Ts'o wrote:
> 
> * ak/undo-mgr (Mon Aug 13 15:56:26 2007 +0530) 9 commits
>  - e2fsprogs: Add test case for undoe2fs
>  - e2fsprogs: Fix the resize inode test case
>  - e2fsprogs: Support for large inode migration.
>  - e2fsprogs: Make mke2fs use undo I/O manager.
>  - e2fsprogs: Add undoe2fs
>  - e2fsprogs: Add undo I/O manager
> 
> The undo manager is mostly OK, but the large inode migration is
> extremely unsatisfactory, given that it halves the number of inodes and
> only works if the no more than 50% of the inodes in every single block
> group is used.  As a standalone kludge it may be OK, but the right thing
> to do is to allocate more blocks for the inode table.
> 
> 

We don't do that. 

git show 9ff4bdac259a942b6e1afc49d868075d8b19463a
...

 As a part of increasing the inode size we increase the
    inode table size. We also move the used data blocks around
    and update the respective inodes to point to the new block
....

We are right now increasing the inode table size moving the data blocks around
and fixing the inodes to point to right data blocks.


-aneesh    


-
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html