OpenVZ Forum


Home » Mailing lists » Devel » [PATCH] Consolidate sleeping routines in file locking code
Re: [PATCH] Consolidate sleeping routines in file locking code [message #20518 is a reply to message #20471] Wed, 19 September 2007 18:37 Go to previous messageGo to previous message
bfields is currently offline  bfields
Messages: 107
Registered: September 2007
Senior Member
On Tue, Sep 18, 2007 at 05:41:08PM +0400, Pavel Emelyanov wrote:
> This is the next step in fs/locks.c cleanup before turning
> it into using the struct pid *. 
> 
> This time I found, that there are some places that do a
> similar thing - they try to apply a lock on a file and go 
> to sleep on error till the blocker exits.
> 
> All these places can be easily consolidated, saving 28 
> lines of code and more than 600 bytes from the .text,
> but there is one minor note. 

I'm not opposed to consolidating this code, but would it be possible to
do so in a more straightforward way, without passing in a callback
function?  E.g. a single __posix_lock_file_wait that just took an inode
instead of a filp and called __posix_lock_file() could be called from
both posix_lock_file_wait() and locks_mandatory_locked, right?

> The locks_mandatory_area() code becomes a bit different 
> after this patch - it no longer checks for the inode's 
> permissions change. Nevertheless, this check is useless 
> without my another patch that wakes the waiter up in the
> notify_change(), which is not considered to be useful for
> now.

OK.  Might be better to submit this as a separate patch, though.

--b.
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [PATCH] Fix potential OOPS in generic_setlease() (v2)
Next Topic: [PATCH 00/16] core network namespace support
Goto Forum:
  


Current Time: Thu Aug 21 09:22:23 GMT 2025

Total time taken to generate the page: 0.05887 seconds