Re: 3.14-rc2: RECLAIM_FS-safe -> RECLAIM_FS-unsafe lock order detected

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Feb 13, 2014 at 11:56:36AM -0800, Christian Kujau wrote:
> On Wed, 12 Feb 2014 at 00:11, Christian Kujau wrote:
> > After upgrading from 3.13-rc8 to 3.14-rc2 on this PowerPC G4 machine, this 
> > happened:
> 
> Yesterday a slighly different lockdep warning was printed:
> 
>  =========================================================
>  [ INFO: possible irq lock inversion dependency detected ]
>  3.14.0-rc2 #1 Tainted: G        W   
>  ---------------------------------------------------------
>  kswapd0/279 just changed the state of lock:
>   (&(&ip->i_lock)->mr_lock){++++.?}, at: [<c01c213c>] 
> xfs_free_eofblocks+0xe8/0x2e0
>  but this lock took another, RECLAIM_FS-unsafe lock in the past:
>   (&mm->mmap_sem){++++++}
>  
>  and interrupts could create inverse lock ordering between them.

False positive - it's confusing directory locking orders with
regular files. Already reported, but the devs responsible for the
lockdep regression have not responded. Looks like I'll have to
fix it myself. I'll see what I can do today.

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux