Home
last modified time | relevance | path

Searched hist:"73 c384c0cdaa8ea9ca9ef2d0cff6a25930f1648e" (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/fs/ext4/
H A Dextents.cdiff 73c384c0cdaa8ea9ca9ef2d0cff6a25930f1648e Thu May 07 12:50:28 CDT 2020 Theodore Ts'o <tytso@mit.edu> ext4: avoid ext4_error()'s caused by ENOMEM in the truncate path

We can't fail in the truncate path without requiring an fsck.
Add work around for this by using a combination of retry loops
and the __GFP_NOFAIL flag.

From: Theodore Ts'o <tytso@mit.edu>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Signed-off-by: Anna Pendleton <pendleton@google.com>
Reviewed-by: Harshad Shirwadkar <harshadshirwadkar@gmail.com>
Link: https://lore.kernel.org/r/20200507175028.15061-1-pendleton@google.com
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
H A Dext4.hdiff 73c384c0cdaa8ea9ca9ef2d0cff6a25930f1648e Thu May 07 12:50:28 CDT 2020 Theodore Ts'o <tytso@mit.edu> ext4: avoid ext4_error()'s caused by ENOMEM in the truncate path

We can't fail in the truncate path without requiring an fsck.
Add work around for this by using a combination of retry loops
and the __GFP_NOFAIL flag.

From: Theodore Ts'o <tytso@mit.edu>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Signed-off-by: Anna Pendleton <pendleton@google.com>
Reviewed-by: Harshad Shirwadkar <harshadshirwadkar@gmail.com>
Link: https://lore.kernel.org/r/20200507175028.15061-1-pendleton@google.com
Signed-off-by: Theodore Ts'o <tytso@mit.edu>