summaryrefslogtreecommitdiffstats
path: root/fs/ecryptfs/inode.c
diff options
context:
space:
mode:
authorRichard Palethorpe <rpalethorpe@suse.com>2020-01-21 14:42:58 +0100
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-01-29 16:43:14 +0100
commitbd1448458c6a67782d4e82c181b5540b5727546b (patch)
tree2795afce88828805966dae20161a3e6cf62eb5b8 /fs/ecryptfs/inode.c
parent88d6de67e390b6093f2c11189ad022988a9e2961 (diff)
downloadlinux-stable-bd1448458c6a67782d4e82c181b5540b5727546b.tar.gz
linux-stable-bd1448458c6a67782d4e82c181b5540b5727546b.tar.bz2
linux-stable-bd1448458c6a67782d4e82c181b5540b5727546b.zip
can, slip: Protect tty->disc_data in write_wakeup and close with RCU
[ Upstream commit 0ace17d56824165c7f4c68785d6b58971db954dd ] write_wakeup can happen in parallel with close/hangup where tty->disc_data is set to NULL and the netdevice is freed thus also freeing disc_data. write_wakeup accesses disc_data so we must prevent close from freeing the netdev while write_wakeup has a non-NULL view of tty->disc_data. We also need to make sure that accesses to disc_data are atomic. Which can all be done with RCU. This problem was found by Syzkaller on SLCAN, but the same issue is reproducible with the SLIP line discipline using an LTP test based on the Syzkaller reproducer. A fix which didn't use RCU was posted by Hillf Danton. Fixes: 661f7fda21b1 ("slip: Fix deadlock in write_wakeup") Fixes: a8e83b17536a ("slcan: Port write_wakeup deadlock fix from slip") Reported-by: syzbot+017e491ae13c0068598a@syzkaller.appspotmail.com Signed-off-by: Richard Palethorpe <rpalethorpe@suse.com> Cc: Wolfgang Grandegger <wg@grandegger.com> Cc: Marc Kleine-Budde <mkl@pengutronix.de> Cc: "David S. Miller" <davem@davemloft.net> Cc: Tyler Hall <tylerwhall@gmail.com> Cc: linux-can@vger.kernel.org Cc: netdev@vger.kernel.org Cc: linux-kernel@vger.kernel.org Cc: syzkaller@googlegroups.com Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/ecryptfs/inode.c')
0 files changed, 0 insertions, 0 deletions