Skip to content

Commit 89b03f7

Browse files
HoratiuVulturNipaLocal
authored andcommitted
phy: mscc: Stop taking ts_lock for tx_queue and use its own lock
When transmitting a PTP frame which is timestamp using 2 step, the following warning appears if CONFIG_PROVE_LOCKING is enabled: ============================= [ BUG: Invalid wait context ] 6.17.0-rc1-00326-ge6160462704e kernel-patches#427 Not tainted ----------------------------- ptp4l/119 is trying to lock: c2a44ed4 (&vsc8531->ts_lock){+.+.}-{3:3}, at: vsc85xx_txtstamp+0x50/0xac other info that might help us debug this: context-{4:4} 4 locks held by ptp4l/119: #0: c145f068 (rcu_read_lock_bh){....}-{1:2}, at: __dev_queue_xmit+0x58/0x1440 kernel-patches#1: c29df974 (dev->qdisc_tx_busylock ?: &qdisc_tx_busylock){+...}-{2:2}, at: __dev_queue_xmit+0x5c4/0x1440 kernel-patches#2: c2aaaad0 (_xmit_ETHER#2){+.-.}-{2:2}, at: sch_direct_xmit+0x108/0x350 kernel-patches#3: c2aac170 (&lan966x->tx_lock){+.-.}-{2:2}, at: lan966x_port_xmit+0xd0/0x350 stack backtrace: CPU: 0 UID: 0 PID: 119 Comm: ptp4l Not tainted 6.17.0-rc1-00326-ge6160462704e kernel-patches#427 NONE Hardware name: Generic DT based system Call trace: unwind_backtrace from show_stack+0x10/0x14 show_stack from dump_stack_lvl+0x7c/0xac dump_stack_lvl from __lock_acquire+0x8e8/0x29dc __lock_acquire from lock_acquire+0x108/0x38c lock_acquire from __mutex_lock+0xb0/0xe78 __mutex_lock from mutex_lock_nested+0x1c/0x24 mutex_lock_nested from vsc85xx_txtstamp+0x50/0xac vsc85xx_txtstamp from lan966x_fdma_xmit+0xd8/0x3a8 lan966x_fdma_xmit from lan966x_port_xmit+0x1bc/0x350 lan966x_port_xmit from dev_hard_start_xmit+0xc8/0x2c0 dev_hard_start_xmit from sch_direct_xmit+0x8c/0x350 sch_direct_xmit from __dev_queue_xmit+0x680/0x1440 __dev_queue_xmit from packet_sendmsg+0xfa4/0x1568 packet_sendmsg from __sys_sendto+0x110/0x19c __sys_sendto from sys_send+0x18/0x20 sys_send from ret_fast_syscall+0x0/0x1c Exception stack(0xf0b05fa8 to 0xf0b05ff0) 5fa0: 00000001 0000000e 0000000e 0004b47a 0000003a 00000000 5fc0: 00000001 0000000e 00000000 00000121 0004af58 00044874 00000000 00000000 5fe0: 00000001 bee9d420 00025a10 b6e75c7c So, instead of using the ts_lock for tx_queue, use the spinlock that skb_buff_head has. Fixes: 7d272e6 ("net: phy: mscc: timestamping and PHC support") Signed-off-by: Horatiu Vultur <[email protected]> Reviewed-by: Vadim Fedorenko <[email protected]> Signed-off-by: NipaLocal <nipa@local>
1 parent 57e1572 commit 89b03f7

File tree

1 file changed

+7
-9
lines changed

1 file changed

+7
-9
lines changed

drivers/net/phy/mscc/mscc_ptp.c

Lines changed: 7 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -461,7 +461,7 @@ static void vsc85xx_dequeue_skb(struct vsc85xx_ptp *ptp)
461461
return;
462462

463463
while (len--) {
464-
skb = __skb_dequeue(&ptp->tx_queue);
464+
skb = skb_dequeue(&ptp->tx_queue);
465465
if (!skb)
466466
return;
467467

@@ -486,7 +486,7 @@ static void vsc85xx_dequeue_skb(struct vsc85xx_ptp *ptp)
486486
* packet in the FIFO right now, reschedule it for later
487487
* packets.
488488
*/
489-
__skb_queue_tail(&ptp->tx_queue, skb);
489+
skb_queue_tail(&ptp->tx_queue, skb);
490490
}
491491
}
492492

@@ -1068,6 +1068,7 @@ static int vsc85xx_hwtstamp(struct mii_timestamper *mii_ts,
10681068
case HWTSTAMP_TX_ON:
10691069
break;
10701070
case HWTSTAMP_TX_OFF:
1071+
skb_queue_purge(&vsc8531->ptp->tx_queue);
10711072
break;
10721073
default:
10731074
return -ERANGE;
@@ -1092,9 +1093,6 @@ static int vsc85xx_hwtstamp(struct mii_timestamper *mii_ts,
10921093

10931094
mutex_lock(&vsc8531->ts_lock);
10941095

1095-
__skb_queue_purge(&vsc8531->ptp->tx_queue);
1096-
__skb_queue_head_init(&vsc8531->ptp->tx_queue);
1097-
10981096
/* Disable predictor while configuring the 1588 block */
10991097
val = vsc85xx_ts_read_csr(phydev, PROCESSOR,
11001098
MSCC_PHY_PTP_INGR_PREDICTOR);
@@ -1180,9 +1178,7 @@ static void vsc85xx_txtstamp(struct mii_timestamper *mii_ts,
11801178

11811179
skb_shinfo(skb)->tx_flags |= SKBTX_IN_PROGRESS;
11821180

1183-
mutex_lock(&vsc8531->ts_lock);
1184-
__skb_queue_tail(&vsc8531->ptp->tx_queue, skb);
1185-
mutex_unlock(&vsc8531->ts_lock);
1181+
skb_queue_tail(&vsc8531->ptp->tx_queue, skb);
11861182
return;
11871183

11881184
out:
@@ -1548,6 +1544,7 @@ void vsc8584_ptp_deinit(struct phy_device *phydev)
15481544
if (vsc8531->ptp->ptp_clock) {
15491545
ptp_clock_unregister(vsc8531->ptp->ptp_clock);
15501546
skb_queue_purge(&vsc8531->rx_skbs_list);
1547+
skb_queue_purge(&vsc8531->ptp->tx_queue);
15511548
}
15521549
}
15531550

@@ -1571,7 +1568,7 @@ irqreturn_t vsc8584_handle_ts_interrupt(struct phy_device *phydev)
15711568
if (rc & VSC85XX_1588_INT_FIFO_ADD) {
15721569
vsc85xx_get_tx_ts(priv->ptp);
15731570
} else if (rc & VSC85XX_1588_INT_FIFO_OVERFLOW) {
1574-
__skb_queue_purge(&priv->ptp->tx_queue);
1571+
skb_queue_purge(&priv->ptp->tx_queue);
15751572
vsc85xx_ts_reset_fifo(phydev);
15761573
}
15771574

@@ -1591,6 +1588,7 @@ int vsc8584_ptp_probe(struct phy_device *phydev)
15911588
mutex_init(&vsc8531->phc_lock);
15921589
mutex_init(&vsc8531->ts_lock);
15931590
skb_queue_head_init(&vsc8531->rx_skbs_list);
1591+
skb_queue_head_init(&vsc8531->ptp->tx_queue);
15941592

15951593
/* Retrieve the shared load/save GPIO. Request it as non exclusive as
15961594
* the same GPIO can be requested by all the PHYs of the same package.

0 commit comments

Comments
 (0)