linux-ext4 - Re: kernel bug at fs/ext4/resize.c:409

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]

Date:	Sat, 15 Feb 2014 10:34:43 -0500
From:	Theodore Ts'o <tytso@....edu>
To:	"Darrick J. Wong" <darrick.wong@...cle.com>
Cc:	Jon Bernard <jbernard@...ion.com>,
	Dmitry Monakhov <dmonakhov@...nvz.org>,
	linux-ext4@...r.kernel.org
Subject: Re: kernel bug at fs/ext4/resize.c:409

On Fri, Feb 14, 2014 at 07:16:24PM -0800, Darrick J. Wong wrote:
> > 
> > Also, starting with e2fsprogs 1.42.10, there's another way you can
> 
> These three options (-rap) are available in 1.42.9.  Is there a particular
> reason not to use it before 1.42.10?

That was a typo, sorry.  I had intended to write 1.42.9, since 1.42.10
isn't out yet.

Checking to be sure, there are some coverity fixes for e2image that
are pending that aren't in 1.42.9 relating to e2image, but none of
them are super serious.  The worst of them is a printf type mismatch
when printing the final progress report.  This doesn't seem to cause a
problem on x86_64 architectures, but since it is a 64 vs 32 bit
mismatch, it could cause problems on 32 bit architectures.  I haven't
checked to see whether it causes a cosmetic failure, or a seg fault on
an i386 system, but if it is a seg fault, e2image would have completed
the file system copy at that point anyway.  In any case, this will be
fixed in the next release, and the fix is in the Debian package
already.

Thanks for adding this information to the ext4 wiki!

       	   	       		      	  - Ted
--
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