On Thu, 2013-08-22 at 09:13 -0400, Robert Yang wrote: > do_write doesn't fully set up the first extent header on a new > inode, so if we write a 0-length file, and don't write any data > to the new file, we end up creating something that looks corrupt > to kernelspace: > > EXT4-fs error (device loop0): ext4_ext_check_inode:464: inode #12: comm > ls: bad header/extent: invalid magic - magic 0, entries 0, max 0(0), > depth 0(0) > > Do something similar to ext4_ext_tree_init() here, and > fill out the first extent header upon creation to avoid this. > > [YOCTO #3848] > > Signed-off-by: Robert Yang <liezhi.y...@windriver.com> > --- > .../e2fsprogs-1.42.8/debugfs-extent-header.patch | 47 > ++++++++++++++++++++ > .../recipes-devtools/e2fsprogs/e2fsprogs_1.42.8.bb | 2 +
> +Upstream-Status: Backport Should we backport? Or should we just update the revision we use? -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core