Date: Sat, 03 Apr 2021 06:12:53 +0000 From: bugzilla-noreply@freebsd.org To: gnome@FreeBSD.org Subject: [Bug 254024] devel/gvfs: gvfsd-trash latches to zfs volumes Message-ID: <bug-254024-6497-6HP7lYfybr@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-254024-6497@https.bugs.freebsd.org/bugzilla/> References: <bug-254024-6497@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=3D254024 --- Comment #16 from rozhuk.im@gmail.com --- (In reply to Graham Perrin from comment #14) > Please, why not kill gvfsd-trash? Because you may have many apps that do some fs monitoring. (In reply to Damjan Jovanovic from comment #15) > O_EVTONLY sounds interesting. Did Apple open source that code? I do not dig into this. Even if source code available, I suppose it is much different than we have = in our base. I try to start discussion about this @freebsd-hackers mail list 4 years ago ("open(): O_EVTONLY and O_NOATIME") but no ones care. Next attempt was try to add kernel unmount notifications to catch it in user space apps and close all descriptors in mine FAM implementation for glib20: https://reviews.freebsd.org/D19690 but I do not finish it, and I do not like this design: it can not close all descriptors on first unmount attempt without some sort of sleep in kernel to wait for all processes receive and handle unmount notification. --=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-254024-6497-6HP7lYfybr>