[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHmME9rxYkDhH3Fj-U24Ho7oGcdABK9hXsACPDQ1rz9WUcEuSQ@mail.gmail.com>
Date: Sun, 26 Apr 2020 13:52:45 -0600
From: "Jason A. Donenfeld" <Jason@...c4.com>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: syzbot <syzbot+0251e883fe39e7a0cb0a@...kaller.appspotmail.com>,
David Miller <davem@...emloft.net>,
Florian Fainelli <f.fainelli@...il.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
jhs@...atatu.com,
Jiří Pírko <jiri@...nulli.us>,
Krzysztof Kozlowski <krzk@...nel.org>, kuba@...nel.org,
kvalo@...eaurora.org, leon@...nel.org,
LKML <linux-kernel@...r.kernel.org>,
linux-kselftest@...r.kernel.org, Netdev <netdev@...r.kernel.org>,
Shuah Khan <shuah@...nel.org>, syzkaller-bugs@...glegroups.com,
Thomas Gleixner <tglx@...utronix.de>, vivien.didelot@...il.com,
Cong Wang <xiyou.wangcong@...il.com>
Subject: Re: INFO: rcu detected stall in wg_packet_tx_worker
It looks like part of the issue might be that I call
udp_tunnel6_xmit_skb while holding rcu_read_lock_bh, in
drivers/net/wireguard/socket.c. But I think there's good reason to do
so, and udp_tunnel6_xmit_skb should be rcu safe. In fact,
every.single.other user of udp_tunnel6_xmit_skb in the kernel uses it
with rcu locked. So, hm...
Powered by blists - more mailing lists