The patch titled hfs: fix namelength memory corruption has been removed from the -mm tree. Its filename was hfs-fix-namelength-memory-corruption.patch This patch was dropped because it was merged into mainline or a subsystem tree The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/ ------------------------------------------------------ Subject: hfs: fix namelength memory corruption From: Eric Sesterhenn <snakebyte@xxxxxx> Fix a stack corruption caused by a corrupted hfs filesystem. If the catalog name length is corrupted the memcpy overwrites the catalog btree structure. Since the field is limited to HFS_NAMELEN bytes in the structure and the file format, we throw an error if it is too long. Cc: Roman Zippel <zippel@xxxxxxxxxxxxxx> Signed-off-by: Eric Sesterhenn <snakebyte@xxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- fs/hfs/catalog.c | 4 ++++ 1 file changed, 4 insertions(+) diff -puN fs/hfs/catalog.c~hfs-fix-namelength-memory-corruption fs/hfs/catalog.c --- a/fs/hfs/catalog.c~hfs-fix-namelength-memory-corruption +++ a/fs/hfs/catalog.c @@ -190,6 +190,10 @@ int hfs_cat_find_brec(struct super_block fd->search_key->cat.ParID = rec.thread.ParID; len = fd->search_key->cat.CName.len = rec.thread.CName.len; + if (len > HFS_NAMELEN) { + printk(KERN_ERR "hfs: bad catalog namelength\n"); + return -EIO; + } memcpy(fd->search_key->cat.CName.name, rec.thread.CName.name, len); return hfs_brec_find(fd); } _ Patches currently in -mm which might be from snakebyte@xxxxxx are origin.patch hfsplus-fix-possible-deadlock-when-handling-corrupted-extents.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html