On Mon, 2012-12-31 at 10:02 +0100, Jan Kara wrote: > On Thu 27-12-12 19:54:18, Ben Hutchings wrote: > > On Thu, 2012-12-20 at 13:29 -0700, Shuah Khan wrote: > > > Incrementing lenExtents even while writing to a hole is bad > > > for performance as calls to udf_discard_prealloc and > > > udf_truncate_tail_extent would not return from start if > > > isize != lenExtents > > > > > > Upstream commit ID: fb719c59bdb4fca86ee1fd1f42ab3735ca12b6b2 > > > Tested on stable-trees: 3.0.y, 3.4.y, 3.6.y, 3.7.y > > > > > > Signed-off-by: Namjae Jeon <[email protected]> > > > Signed-off-by: Ashish Sangwan <[email protected]> > > > Signed-off-by: Jan Kara <[email protected]> > > > Signed-off-by: Shuah Khan <[email protected]> > > > CC: [email protected] > > [...] > > > > I'd like an ACK for Jan that this is suitable for stable. > Yes, the patch makes sence for stable. The bug can cause inconsistency of > UDF data structures and potentially a filesystem corruption (although I can > think of only a harmless one).
Queued up for 3.2, thanks.
Ben.
--
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy others.
signature.asc
Description: This is a digitally signed message part
