Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50

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

 



On Thu, 2013-01-03 at 09:18 -0500, Theodore Ts'o wrote:
> On Thu, Jan 03, 2013 at 08:21:31AM -0500, Steven Rostedt wrote:
> > Anytime you have something that does the following in order to break
> > lock ordering:
> > 
> > repeat:
> > 	lock(A);
> > 	<do something>
> > 	if (!trylock(B)) {
> > 		unlock(A);
> > 		cpu_relax();
> > 		goto repeat;
> > 	}
> > 
> > 
> > We can live lock, because spinlocks in -rt turn into a mutex. Thus, the
> > holder of lock B may not be on another CPU but actually on the current
> > CPU and is waiting for the process that is in this loop. If that process
> > happens to be an RT task, then the system stops.
> 
> Good point, but I'm prety sure we don't have any kind of trylock loops
> in either fs/ext4 or fs/jbd2, though.
> 

We found a few in the underlining block layer. Those were fixed in
recent versions. Although, 3.2 didn't have that specific problem so I'm
not sure what the original posters issues are, and wont be sure without
a full task dump of all tasks.

-- Steve


--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux