summaryrefslogtreecommitdiff
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorMikulas Patocka <mikulas@twibright.com>2016-05-24 22:47:00 +0200
committerSasha Levin <sasha.levin@oracle.com>2016-06-06 19:12:35 -0400
commitffd9e8e871d65a6fb87433fe0811289e5dadcd5d (patch)
treeb183ad30548169b3a523d3003d610bf152833e1e /MAINTAINERS
parentb289a9dc95c5967d453762a6f33147b3638cb30b (diff)
downloadlinux-exynos-ffd9e8e871d65a6fb87433fe0811289e5dadcd5d.tar.gz
linux-exynos-ffd9e8e871d65a6fb87433fe0811289e5dadcd5d.tar.bz2
linux-exynos-ffd9e8e871d65a6fb87433fe0811289e5dadcd5d.zip
hpfs: fix remount failure when there are no options changed
[ Upstream commit 44d51706b4685f965cd32acde3fe0fcc1e6198e8 ] Commit ce657611baf9 ("hpfs: kstrdup() out of memory handling") checks if the kstrdup function returns NULL due to out-of-memory condition. However, if we are remounting a filesystem with no change to filesystem-specific options, the parameter data is NULL. In this case, kstrdup returns NULL (because it was passed NULL parameter), although no out of memory condition exists. The mount syscall then fails with ENOMEM. This patch fixes the bug. We fail with ENOMEM only if data is non-NULL. The patch also changes the call to replace_mount_options - if we didn't pass any filesystem-specific options, we don't call replace_mount_options (thus we don't erase existing reported options). Fixes: ce657611baf9 ("hpfs: kstrdup() out of memory handling") Signed-off-by: Mikulas Patocka <mpatocka@redhat.com> Cc: stable@vger.kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Sasha Levin <sasha.levin@oracle.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions