Thread (8 messages) flat view 8 messages, 3 authors, 2018-01-20

Re: net: r8169: a question of memory barrier in the r8169 driver

From: Peter Zijlstra <peterz@infradead.org>
Date: 2018-01-18 15:07:21
Also in: lkml

On Thu, Jan 18, 2018 at 10:06:17PM +0800, Jia-Ju Bai wrote:
In the rt8169 driver, the function "rtl_tx" uses "smp_mb" to sync the
writing operation with rtl8169_start_xmit:
    if (tp->dirty_tx != dirty_tx) {
        tp->dirty_tx = dirty_tx;
        smp_mb();
        ...
    }
The function rtl8169_start_xmit reads tp->dirty_tx in TX_FRAGS_READY_FOR:
    if (unlikely(!TX_FRAGS_READY_FOR(tp, skb_shinfo(skb)->nr_frags))) {
        netif_err(tp, drv, dev, "BUG! Tx Ring full when queue awake!\n");
        goto err_stop_0;
    }
But there is no memory barrier around this code.

Is there a possible data race here?
If not, how this data race is avoided?
There is only 1 variable afaict. Memory barriers need at least 2 in
order to be able to do _anything_.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help