[Bug 16334] New: reiserfs locking (v2)

[Bug 16334] New: reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334

           Summary: reiserfs locking (v2)
           Product: File System
           Version: 2.5
    Kernel Version: 2.6.35-rc3
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: ReiserFS
        AssignedTo: reiserfs-devel@vger.kernel.org
        ReportedBy: maciej.rutecki@gmail.com
                CC: rjw@sisk.pl, maciej.rutecki@gmail.com,
                    sergey.senozhatsky@gmail.com
        Regression: Yes


Subject    : reiserfs locking (v2)
Submitter  : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date       : 2010-07-02 9:34
Message-ID : 20100702093451.GA3973@swordfish.minsk.epam.com
References : http://marc.info/?l=linux-kernel&m=127806306303590&w=2

This entry is being used for tracking a regression from 2.6.34.  Please don't
close it until the problem is fixed in the mainline.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 16334] reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334


Maciej Rutecki <maciej.rutecki@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |16055




-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug #16334] reiserfs locking (v2)

[Rafael J. Wysocki]

This message has been generated automatically as a part of a summary report
of recent regressions.

The following bug entry is on the current list of known regressions
from 2.6.34.  Please verify if it still should be listed and let the tracking team
know (either way).


Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=16334
Subject		: reiserfs locking (v2)
Submitter	: Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date		: 2010-07-02 9:34 (7 days old)
Message-ID	: <20100702093451.GA3973@swordfish.minsk.epam.com>
References	: http://marc.info/?l=linux-kernel&m=127806306303590&w=2

[Bug 16334] reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334





--- Comment #1 from Rafael J. Wysocki <rjw@sisk.pl>  2010-07-09 21:39:36 ---
On Friday, July 09, 2010, Frederic Weisbecker wrote:
> On Thu, Jul 08, 2010 at 06:34:25PM -0700, Linus Torvalds wrote:
> > On Thu, Jul 8, 2010 at 4:33 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> > > Bug-Entry       : http://bugzilla.kernel.org/show_bug.cgi?id=16334
> > > Subject         : reiserfs locking (v2)
> > > Submitter       : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> > > Date            : 2010-07-02 9:34 (7 days old)
> > > Message-ID      : <20100702093451.GA3973@swordfish.minsk.epam.com>
> > > References      : http://marc.info/?l=linux-kernel&m=127806306303590&w=2
> > 
> > Frederic? Al? I assume this is some late fallout from the BKL removal
> > ages ago.. It's the old filldir-vs-mmap crud, but normally it should
> > be impossible to trigger because the inode for a directory should
> > never be mmap'able, so we should never have the same i_mutex lock used
> > for both mmap and for filldir protection.
> > 
> > We saw some of that oddity long ago, I wonder if it's lockdep being
> > confused about some inodes.
> 
> 
> 
> I think it has been there from the beginning. At least it was there before
> the reiserfs bkl removal in .32.
> 
> 
> Indeed the readdir <-> unmap/release inversion problem can not happen.
> But Al said that can happen between write and release. (Although I don't see
> where write takes the inode mutex).
> 
> He also highlighted the fact that reiserfs refcounting based on i_count
> was totally broken.
> 
> He has a fix the whole in the vfs tree, in the for-next branch on commit
> 6c2bdaf089a3876226893fab00dd83596c465ad2
> "Fix reiserfs_file_release()"
> 
> No more uses of the i_mutex on release after that, nor i_count, but a private
> openers refcount and a tailpack mutex per reiserfs inode.
> 
> 
>

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 16334] reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334


Rafael J. Wysocki <rjw@sisk.pl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|16055                       |
         Regression|Yes                         |No




--- Comment #2 from Rafael J. Wysocki <rjw@sisk.pl>  2010-07-09 21:40:47 ---
Not a recent regression, dropping from the list.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 16334] reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334





--- Comment #3 from Rafael J. Wysocki <rjw@sisk.pl>  2010-07-10 13:02:55 ---
*** Bug 15805 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[Bug 16334] reiserfs locking (v2)

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=16334

Alan <alan@lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |alan@lxorguk.ukuu.org.uk
         Resolution|---                         |OBSOLETE

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