Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 03 Apr 2019 17:03:00 +0000
From:      bugzilla-noreply@freebsd.org
To:        fs@FreeBSD.org
Subject:   [Bug 236977] [msdosfs] returns cached truncated data
Message-ID:  <bug-236977-3630-6j2vxjXLad@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-236977-3630@https.bugs.freebsd.org/bugzilla/>
References:  <bug-236977-3630@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236977

--- Comment #7 from commit-hook@freebsd.org ---
A commit references this bug:

Author: kib
Date: Wed Apr  3 17:02:19 UTC 2019
New revision: 345847
URL: https://svnweb.freebsd.org/changeset/base/345847

Log:
  msdosfs: zero tail of the last block on truncation for VREG vnodes as wel=
l.

  Despite the call to vtruncbuf() from detrunc(), which results in
  zeroing part of the partial page after EOF, there still is a
  possibility to retain the stale data which is revived on file
  enlargement.  If the filesystem block size is greater than the page
  size, partial block might keep other after-EOF pages wired and they
  get reused then.  Fix it by zeroing whole part of the partial buffer
  after EOF, not relying on vnode_pager_setsize().

  PR:   236977
  Reported by:  asomers
  Tested by:    pho
  Sponsored by: The FreeBSD Foundation
  MFC after:    1 week

Changes:
  head/sys/fs/msdosfs/msdosfs_denode.c

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-236977-3630-6j2vxjXLad>