[slow unmount] revert work-around for bug 543617 please

Andy Whitcroft apw at canonical.com
Wed May 5 12:10:40 UTC 2010

On Tue, May 04, 2010 at 11:57:19AM -0700, Kees Cook wrote:
> Hello,
> I think that 5e1941884c700b7b97bcad52c2d8212ac56a7ebc is causing more
> problems than it tries to solve[1].  i.e. if any filesystem is under heavy
> load, you can't umount any other filesystems until the sync finishes.
> Additionally, trivial stuff (even with an idle system) take an unexpectedly
> long time (e.g. umount of a bind mount takes 1 second instead of nearly 0).
> Try this in Karmic and Lucid:
> sudo -s
> mkdir -p /mnt/test
> mount -o bind /tmp /mnt/test
> time umount /mnt/test
> Karmic: real    0m0.010s
> Lucid: real    0m1.022s
> -Kees
> [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/543617

I believe Surbhi is now testing a potential upstream fix.  If that
testing is good, then we would clearly revert and replace it.  I am
therefore inclined to wait on that testing, rather than jump the SRU
process twice.

Otherwise it does appear that this has a not so healthy side.


More information about the kernel-team mailing list