From mboxrd@z Thu Jan 1 00:00:00 1970 From: One Thousand Gnomes Subject: Re: [PATCH v7 1/7] VFS: Introduce new O_DENY* open flags Date: Mon, 20 Jan 2014 13:34:24 +0000 Message-ID: <20140120133424.09328108@alan.etchedpixels.co.uk> References: <1389953232-9428-1-git-send-email-piastry@etersoft.ru> <1389953232-9428-2-git-send-email-piastry@etersoft.ru> <20140117181847.6c1f3831@alan.etchedpixels.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kernel Mailing List , linux-cifs , linux-fsdevel , Linux NFS Mailing list , wine-devel-5vRYHf7vrtgdnm+yROfE0A@public.gmane.org To: Pavel Shilovsky Return-path: In-Reply-To: Sender: linux-cifs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org > > (and why not just use EPERM, it has the meaning you want already) > We need to determine if we have a share reservation error to map it > accurately in file servers and wine. Ok > > Shouldn't this also check for CAP_SYS_DAC or some similar permission so > > that root can override such a mess (eg to fix full disks in an > > emergency) ? > > May be it's better to let root an ability to remount the system > without sharelock mount option and then fix an emergency? Doesn't that involve breaking the service for all users of the system relying upon those locks, while root being allowed to ignore the locks does not ? Alan