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).
Honza
--
Jan Kara <[email protected]>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
