Re: Avoid deadlock situation due to use of xmit_lock
Hi, On 06.12.2016 16:06, David Miller wrote: > From: Lino Sanfilippo> Date: Sat, 3 Dec 2016 00:06:04 +0100 > >> after stumbling over a potential deadlock situation in the altera driver >> (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked >> all other ethernet drivers for the same issue and actually found it in 2 >> more, namely stmmac, and sxgbe. Please see the commit messages for a >> description of the problem. >> These 2 patches fix the concerning drivers. > > First of all, I don't want to apply these patches without proper testing > and ACKs from the individual driver maintainers. > > For both of these drivers, this situation only exists because the TX > path uses the unnecessary ->tx_lock. This private lock should be > removed completely and the driver should use the lock the mid-layer > already holds in the transmit path and take it in the TX reclaim path > instead of the private ->tx_lock. > Ok, I will prepare a new set of patches to remove those private locks entirely. Regards, Lino
Re: Avoid deadlock situation due to use of xmit_lock
Hi, On 06.12.2016 16:06, David Miller wrote: > From: Lino Sanfilippo > Date: Sat, 3 Dec 2016 00:06:04 +0100 > >> after stumbling over a potential deadlock situation in the altera driver >> (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked >> all other ethernet drivers for the same issue and actually found it in 2 >> more, namely stmmac, and sxgbe. Please see the commit messages for a >> description of the problem. >> These 2 patches fix the concerning drivers. > > First of all, I don't want to apply these patches without proper testing > and ACKs from the individual driver maintainers. > > For both of these drivers, this situation only exists because the TX > path uses the unnecessary ->tx_lock. This private lock should be > removed completely and the driver should use the lock the mid-layer > already holds in the transmit path and take it in the TX reclaim path > instead of the private ->tx_lock. > Ok, I will prepare a new set of patches to remove those private locks entirely. Regards, Lino
Re: Avoid deadlock situation due to use of xmit_lock
From: Lino SanfilippoDate: Sat, 3 Dec 2016 00:06:04 +0100 > after stumbling over a potential deadlock situation in the altera driver > (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked > all other ethernet drivers for the same issue and actually found it in 2 > more, namely stmmac, and sxgbe. Please see the commit messages for a > description of the problem. > These 2 patches fix the concerning drivers. First of all, I don't want to apply these patches without proper testing and ACKs from the individual driver maintainers. For both of these drivers, this situation only exists because the TX path uses the unnecessary ->tx_lock. This private lock should be removed completely and the driver should use the lock the mid-layer already holds in the transmit path and take it in the TX reclaim path instead of the private ->tx_lock.
Re: Avoid deadlock situation due to use of xmit_lock
From: Lino Sanfilippo Date: Sat, 3 Dec 2016 00:06:04 +0100 > after stumbling over a potential deadlock situation in the altera driver > (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked > all other ethernet drivers for the same issue and actually found it in 2 > more, namely stmmac, and sxgbe. Please see the commit messages for a > description of the problem. > These 2 patches fix the concerning drivers. First of all, I don't want to apply these patches without proper testing and ACKs from the individual driver maintainers. For both of these drivers, this situation only exists because the TX path uses the unnecessary ->tx_lock. This private lock should be removed completely and the driver should use the lock the mid-layer already holds in the transmit path and take it in the TX reclaim path instead of the private ->tx_lock.
Avoid deadlock situation due to use of xmit_lock
Hi, after stumbling over a potential deadlock situation in the altera driver (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked all other ethernet drivers for the same issue and actually found it in 2 more, namely stmmac, and sxgbe. Please see the commit messages for a description of the problem. These 2 patches fix the concerning drivers. Regards, Lino
Avoid deadlock situation due to use of xmit_lock
Hi, after stumbling over a potential deadlock situation in the altera driver (see http://marc.info/?l=linux-netdev=148054615230447=2), I checked all other ethernet drivers for the same issue and actually found it in 2 more, namely stmmac, and sxgbe. Please see the commit messages for a description of the problem. These 2 patches fix the concerning drivers. Regards, Lino