All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avantika Mathur <mathur@linux.vnet.ibm.com>
To: linux-ext4@vger.kernel.org
Subject: Ext4 devel interlock meeting minutes (May 7, 2007)
Date: Wed, 09 May 2007 10:02:14 -0700	[thread overview]
Message-ID: <4641FE96.6010603@linux.vnet.ibm.com> (raw)

Ext4 Developer Interlock Call: 05/07/2007 Meeting Minutes

Attendees: Mingming Cao, Dave Kleikamp, Ted Ts'o, Aneesh Veetil, Takashi 
Sato, Jose Santos, Avantika Mathur,

Minutes can be accessed at: 
http://ext4.wiki.kernel.org/index.php/Ext4_Developer%27s_Conference_Call


Discussed pushing ext4 patches upstream.

- Preallocation Patches: These patches are almost ready to push, once we 
have consensus from all architecture maintainers on the format of the 
system call.  Mingming will help with this.

- Nanosecond Timestamps:  Ted will take a closer look at this patch 
before pushing

- It was proposed to push everything in the ext4 git tree up until the 
unstable patches.  Before pushing these patches, we must run tests on 
the patches and use the check-patches scripts to perform sanity checking.

e2fsprogs:

- Ted recently posted e2fsprogs-1.39-tyt3; which includes patches 
supporting extents.  This is a work in progress.

- Jose used the patches to e2fsprogs sent by Valerie Clement to create 
large filesystems (with >32-bit block numbers)

   -- Ted suggested that these patches be added to e2fsprogs-tyt3, with 
a flag set when in use, indicating that no shared libraries should be used.

- Ted is planning to discontinue use of Mercurial for e2fsprogs, and 
switch entirely to git.  By using git, we can have a stable and 
development branch for e2fsprogs.  This will also reduce the work Ted 
does to create a patch series.

Migration:

- Aneesh looked at the online defragmentation code, and feels it may not 
be usable for migration because it is solely extents based.  Mingming 
pointed out that the new defrag patches also have support for indirect 
mapped blocks, Aneesh will look into these new patches.

- Ted suggested doing the migration through two ioctls, the first 
migrating the inode online via ioctl, and the second using the 
online-defrag ioctl.

Metablock Groups:

- Mingming mentioned that in the metablock group feature, the inode 
metadata is not moved with the rest of the metadata.  Ted will check 
this, as he thought this had been implemented.

- Online resize does not use metablock groups, and is currently limited 
to 2TB.

- Also need to remove sanity checks in the mount code

- Once these issues are fixed, the metablock group feature can be turned 
on by default for ext4 filesysytems

- The extents option will be turned on by default for all ext4 
filesystems with the extents feature enabled.

             reply	other threads:[~2007-05-09 17:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-09 17:02 Avantika Mathur [this message]
2007-05-09 17:37 ` Ext4 devel interlock meeting minutes (May 7, 2007) Andreas Dilger
2007-05-09 18:10   ` Mingming Cao
2007-05-09 19:10     ` Andreas Dilger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4641FE96.6010603@linux.vnet.ibm.com \
    --to=mathur@linux.vnet.ibm.com \
    --cc=linux-ext4@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.