2017-11-06 20:11:51 +03:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* Copyright (C) 1991, 1992 Linus Torvalds
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* 'tty_io.c' gives an orthogonal feeling to tty's, be they consoles
|
|
|
|
* or rs-channels. It also implements echoing, cooked mode etc.
|
|
|
|
*
|
|
|
|
* Kill-line thanks to John T Kohl, who also corrected VMIN = VTIME = 0.
|
|
|
|
*
|
|
|
|
* Modified by Theodore Ts'o, 9/14/92, to dynamically allocate the
|
|
|
|
* tty_struct and tty_queue structures. Previously there was an array
|
|
|
|
* of 256 tty_struct's which was statically allocated, and the
|
|
|
|
* tty_queue structures were allocated at boot time. Both are now
|
|
|
|
* dynamically allocated only when the tty is open.
|
|
|
|
*
|
|
|
|
* Also restructured routines so that there is more of a separation
|
|
|
|
* between the high-level tty routines (tty_io.c and tty_ioctl.c) and
|
|
|
|
* the low-level tty routines (serial.c, pty.c, console.c). This
|
2008-02-08 15:18:47 +03:00
|
|
|
* makes for cleaner and more compact code. -TYT, 9/17/92
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
|
|
|
* Modified by Fred N. van Kempen, 01/29/93, to add line disciplines
|
|
|
|
* which can be dynamically activated and de-activated by the line
|
|
|
|
* discipline handling modules (like SLIP).
|
|
|
|
*
|
|
|
|
* NOTE: pay no attention to the line discipline code (yet); its
|
|
|
|
* interface is still subject to change in this version...
|
|
|
|
* -- TYT, 1/31/92
|
|
|
|
*
|
|
|
|
* Added functionality to the OPOST tty handling. No delays, but all
|
|
|
|
* other bits should be there.
|
|
|
|
* -- Nick Holloway <alfie@dcs.warwick.ac.uk>, 27th May 1993.
|
|
|
|
*
|
|
|
|
* Rewrote canonical mode and added more termios flags.
|
|
|
|
* -- julian@uhunix.uhcc.hawaii.edu (J. Cowley), 13Jan94
|
|
|
|
*
|
|
|
|
* Reorganized FASYNC support so mouse code can share it.
|
|
|
|
* -- ctm@ardi.com, 9Sep95
|
|
|
|
*
|
|
|
|
* New TIOCLINUX variants added.
|
|
|
|
* -- mj@k332.feld.cvut.cz, 19-Nov-95
|
2008-02-08 15:18:47 +03:00
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* Restrict vt switching via ioctl()
|
|
|
|
* -- grif@cs.ucr.edu, 5-Dec-95
|
|
|
|
*
|
|
|
|
* Move console and virtual terminal code to more appropriate files,
|
|
|
|
* implement CONFIG_VT and generalize console device interface.
|
|
|
|
* -- Marko Kohtala <Marko.Kohtala@hut.fi>, March 97
|
|
|
|
*
|
2008-10-13 13:41:42 +04:00
|
|
|
* Rewrote tty_init_dev and tty_release_dev to eliminate races.
|
2005-04-17 02:20:36 +04:00
|
|
|
* -- Bill Hawes <whawes@star.net>, June 97
|
|
|
|
*
|
|
|
|
* Added devfs support.
|
|
|
|
* -- C. Scott Ananian <cananian@alumni.princeton.edu>, 13-Jan-1998
|
|
|
|
*
|
|
|
|
* Added support for a Unix98-style ptmx device.
|
|
|
|
* -- C. Scott Ananian <cananian@alumni.princeton.edu>, 14-Jan-1998
|
|
|
|
*
|
|
|
|
* Reduced memory usage for older ARM systems
|
|
|
|
* -- Russell King <rmk@arm.linux.org.uk>
|
|
|
|
*
|
|
|
|
* Move do_SAK() into process context. Less stack use in devfs functions.
|
2008-02-08 15:18:47 +03:00
|
|
|
* alloc_tty_struct() always uses kmalloc()
|
|
|
|
* -- Andrew Morton <andrewm@uow.edu.eu> 17Mar01
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
|
|
|
#include <linux/major.h>
|
|
|
|
#include <linux/errno.h>
|
|
|
|
#include <linux/signal.h>
|
|
|
|
#include <linux/fcntl.h>
|
2017-02-08 20:51:30 +03:00
|
|
|
#include <linux/sched/signal.h>
|
2017-02-08 20:51:36 +03:00
|
|
|
#include <linux/sched/task.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/tty.h>
|
|
|
|
#include <linux/tty_driver.h>
|
|
|
|
#include <linux/tty_flip.h>
|
|
|
|
#include <linux/devpts_fs.h>
|
|
|
|
#include <linux/file.h>
|
2008-04-24 15:44:08 +04:00
|
|
|
#include <linux/fdtable.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
#include <linux/console.h>
|
|
|
|
#include <linux/timer.h>
|
|
|
|
#include <linux/ctype.h>
|
|
|
|
#include <linux/kd.h>
|
|
|
|
#include <linux/mm.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/poll.h>
|
2019-06-06 11:07:36 +03:00
|
|
|
#include <linux/ppp-ioctl.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
#include <linux/proc_fs.h>
|
|
|
|
#include <linux/init.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/wait.h>
|
|
|
|
#include <linux/bitops.h>
|
2005-06-26 01:58:42 +04:00
|
|
|
#include <linux/delay.h>
|
2008-07-17 00:53:12 +04:00
|
|
|
#include <linux/seq_file.h>
|
2010-09-16 21:21:24 +04:00
|
|
|
#include <linux/serial.h>
|
2011-06-16 16:07:22 +04:00
|
|
|
#include <linux/ratelimit.h>
|
2018-09-12 02:47:09 +03:00
|
|
|
#include <linux/compat.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-07-17 00:53:12 +04:00
|
|
|
#include <linux/uaccess.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
#include <linux/kbd_kern.h>
|
|
|
|
#include <linux/vt_kern.h>
|
|
|
|
#include <linux/selection.h>
|
|
|
|
|
|
|
|
#include <linux/kmod.h>
|
2007-10-19 10:40:14 +04:00
|
|
|
#include <linux/nsproxy.h>
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
#undef TTY_DEBUG_HANGUP
|
2015-07-13 05:49:09 +03:00
|
|
|
#ifdef TTY_DEBUG_HANGUP
|
|
|
|
# define tty_debug_hangup(tty, f, args...) tty_debug(tty, f, ##args)
|
|
|
|
#else
|
|
|
|
# define tty_debug_hangup(tty, f, args...) do { } while (0)
|
|
|
|
#endif
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
#define TTY_PARANOIA_CHECK 1
|
|
|
|
#define CHECK_TTY_COUNT 1
|
|
|
|
|
2006-12-08 13:38:44 +03:00
|
|
|
struct ktermios tty_std_termios = { /* for the benefit of tty drivers */
|
2005-04-17 02:20:36 +04:00
|
|
|
.c_iflag = ICRNL | IXON,
|
|
|
|
.c_oflag = OPOST | ONLCR,
|
|
|
|
.c_cflag = B38400 | CS8 | CREAD | HUPCL,
|
|
|
|
.c_lflag = ISIG | ICANON | ECHO | ECHOE | ECHOK |
|
|
|
|
ECHOCTL | ECHOKE | IEXTEN,
|
2006-12-08 13:38:44 +03:00
|
|
|
.c_cc = INIT_C_CC,
|
|
|
|
.c_ispeed = 38400,
|
2016-01-11 09:41:07 +03:00
|
|
|
.c_ospeed = 38400,
|
|
|
|
/* .c_line = N_TTY, */
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(tty_std_termios);
|
|
|
|
|
|
|
|
/* This list gets poked at by procfs and various bits of boot up code. This
|
|
|
|
could do with some rationalisation such as pulling the tty proc function
|
|
|
|
into this file */
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
LIST_HEAD(tty_drivers); /* linked list of tty drivers */
|
|
|
|
|
2016-01-10 08:35:18 +03:00
|
|
|
/* Mutex to protect creating and releasing a tty */
|
2006-03-23 14:00:31 +03:00
|
|
|
DEFINE_MUTEX(tty_mutex);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2021-01-19 21:49:19 +03:00
|
|
|
static ssize_t tty_read(struct kiocb *, struct iov_iter *);
|
2021-01-19 22:41:16 +03:00
|
|
|
static ssize_t tty_write(struct kiocb *, struct iov_iter *);
|
2017-07-03 13:39:46 +03:00
|
|
|
static __poll_t tty_poll(struct file *, poll_table *);
|
2005-04-17 02:20:36 +04:00
|
|
|
static int tty_open(struct inode *, struct file *);
|
2007-05-11 09:22:50 +04:00
|
|
|
#ifdef CONFIG_COMPAT
|
2008-02-08 15:18:47 +03:00
|
|
|
static long tty_compat_ioctl(struct file *file, unsigned int cmd,
|
2007-05-11 09:22:50 +04:00
|
|
|
unsigned long arg);
|
|
|
|
#else
|
|
|
|
#define tty_compat_ioctl NULL
|
|
|
|
#endif
|
2010-06-02 00:53:01 +04:00
|
|
|
static int __tty_fasync(int fd, struct file *filp, int on);
|
2008-02-08 15:18:47 +03:00
|
|
|
static int tty_fasync(int fd, struct file *filp, int on);
|
2007-02-10 12:46:46 +03:00
|
|
|
static void release_tty(struct tty_struct *tty, int idx);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* free_tty_struct - free a disused tty
|
|
|
|
* @tty: tty struct to free
|
|
|
|
*
|
|
|
|
* Free the write buffers, tty queue and tty memory itself.
|
|
|
|
*
|
|
|
|
* Locking: none. Must be called after tty is definitely unused
|
|
|
|
*/
|
|
|
|
|
2016-01-10 08:13:48 +03:00
|
|
|
static void free_tty_struct(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2016-01-10 08:13:46 +03:00
|
|
|
tty_ldisc_deinit(tty);
|
2014-11-21 15:42:29 +03:00
|
|
|
put_device(tty->dev);
|
2005-04-17 02:20:36 +04:00
|
|
|
kfree(tty->write_buf);
|
2012-08-08 19:30:13 +04:00
|
|
|
tty->magic = 0xDEADDEAD;
|
2005-04-17 02:20:36 +04:00
|
|
|
kfree(tty);
|
|
|
|
}
|
|
|
|
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
static inline struct tty_struct *file_tty(struct file *file)
|
|
|
|
{
|
|
|
|
return ((struct tty_file_private *)file->private_data)->tty;
|
|
|
|
}
|
|
|
|
|
2011-10-12 13:32:43 +04:00
|
|
|
int tty_alloc_file(struct file *file)
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
{
|
|
|
|
struct tty_file_private *priv;
|
|
|
|
|
2010-08-24 08:48:34 +04:00
|
|
|
priv = kmalloc(sizeof(*priv), GFP_KERNEL);
|
|
|
|
if (!priv)
|
|
|
|
return -ENOMEM;
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
|
2011-10-12 13:32:43 +04:00
|
|
|
file->private_data = priv;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Associate a new file with the tty structure */
|
|
|
|
void tty_add_file(struct tty_struct *tty, struct file *file)
|
|
|
|
{
|
|
|
|
struct tty_file_private *priv = file->private_data;
|
|
|
|
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
priv->tty = tty;
|
|
|
|
priv->file = file;
|
|
|
|
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock(&tty->files_lock);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
list_add(&priv->list, &tty->tty_files);
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_unlock(&tty->files_lock);
|
2011-10-12 13:32:43 +04:00
|
|
|
}
|
2010-08-24 08:48:34 +04:00
|
|
|
|
2020-11-04 22:35:25 +03:00
|
|
|
/*
|
2011-10-12 13:32:43 +04:00
|
|
|
* tty_free_file - free file->private_data
|
|
|
|
*
|
|
|
|
* This shall be used only for fail path handling when tty_add_file was not
|
|
|
|
* called yet.
|
|
|
|
*/
|
|
|
|
void tty_free_file(struct file *file)
|
|
|
|
{
|
|
|
|
struct tty_file_private *priv = file->private_data;
|
|
|
|
|
|
|
|
file->private_data = NULL;
|
|
|
|
kfree(priv);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Delete file from its tty */
|
2012-11-19 09:27:47 +04:00
|
|
|
static void tty_del_file(struct file *file)
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
{
|
|
|
|
struct tty_file_private *priv = file->private_data;
|
2016-01-10 08:35:23 +03:00
|
|
|
struct tty_struct *tty = priv->tty;
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock(&tty->files_lock);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
list_del(&priv->list);
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_unlock(&tty->files_lock);
|
2011-10-12 13:32:43 +04:00
|
|
|
tty_free_file(file);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_name - return tty naming
|
|
|
|
* @tty: tty structure
|
|
|
|
*
|
|
|
|
* Convert a tty structure into a name. The name reflects the kernel
|
|
|
|
* naming policy and if udev is in use may not reflect user space
|
|
|
|
*
|
|
|
|
* Locking: none
|
|
|
|
*/
|
|
|
|
|
2015-03-31 16:55:59 +03:00
|
|
|
const char *tty_name(const struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
if (!tty) /* Hmm. NULL pointer. That's fun. */
|
2015-03-31 16:55:58 +03:00
|
|
|
return "NULL tty";
|
|
|
|
return tty->name;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(tty_name);
|
|
|
|
|
2015-11-08 21:01:12 +03:00
|
|
|
const char *tty_driver_name(const struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
if (!tty || !tty->driver)
|
|
|
|
return "";
|
|
|
|
return tty->driver->name;
|
|
|
|
}
|
|
|
|
|
2015-11-08 21:01:09 +03:00
|
|
|
static int tty_paranoia_check(struct tty_struct *tty, struct inode *inode,
|
2005-04-17 02:20:36 +04:00
|
|
|
const char *routine)
|
|
|
|
{
|
|
|
|
#ifdef TTY_PARANOIA_CHECK
|
|
|
|
if (!tty) {
|
2015-11-08 21:01:18 +03:00
|
|
|
pr_warn("(%d:%d): %s: NULL tty\n",
|
2005-04-17 02:20:36 +04:00
|
|
|
imajor(inode), iminor(inode), routine);
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
if (tty->magic != TTY_MAGIC) {
|
2015-11-08 21:01:18 +03:00
|
|
|
pr_warn("(%d:%d): %s: bad magic number\n",
|
2005-04-17 02:20:36 +04:00
|
|
|
imajor(inode), iminor(inode), routine);
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-11-05 20:12:55 +03:00
|
|
|
/* Caller must hold tty_lock */
|
2005-04-17 02:20:36 +04:00
|
|
|
static int check_tty_count(struct tty_struct *tty, const char *routine)
|
|
|
|
{
|
|
|
|
#ifdef CHECK_TTY_COUNT
|
|
|
|
struct list_head *p;
|
2017-07-20 10:22:36 +03:00
|
|
|
int count = 0, kopen_count = 0;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock(&tty->files_lock);
|
2005-04-17 02:20:36 +04:00
|
|
|
list_for_each(p, &tty->tty_files) {
|
|
|
|
count++;
|
|
|
|
}
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_unlock(&tty->files_lock);
|
2005-04-17 02:20:36 +04:00
|
|
|
if (tty->driver->type == TTY_DRIVER_TYPE_PTY &&
|
|
|
|
tty->driver->subtype == PTY_TYPE_SLAVE &&
|
|
|
|
tty->link && tty->link->count)
|
|
|
|
count++;
|
2017-07-20 10:22:36 +03:00
|
|
|
if (tty_port_kopened(tty->port))
|
|
|
|
kopen_count++;
|
|
|
|
if (tty->count != (count + kopen_count)) {
|
|
|
|
tty_warn(tty, "%s: tty->count(%d) != (#fd's(%d) + #kopen's(%d))\n",
|
|
|
|
routine, tty->count, count, kopen_count);
|
|
|
|
return (count + kopen_count);
|
2006-12-08 13:36:04 +03:00
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
#endif
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* get_tty_driver - find device of a tty
|
2020-08-18 11:56:51 +03:00
|
|
|
* @device: device identifier
|
2006-08-27 12:24:01 +04:00
|
|
|
* @index: returns the index of the tty
|
|
|
|
*
|
|
|
|
* This routine returns a tty driver structure, given a device number
|
|
|
|
* and also passes back the index number.
|
|
|
|
*
|
|
|
|
* Locking: caller must hold tty_mutex
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static struct tty_driver *get_tty_driver(dev_t device, int *index)
|
|
|
|
{
|
|
|
|
struct tty_driver *p;
|
|
|
|
|
|
|
|
list_for_each_entry(p, &tty_drivers, tty_drivers) {
|
|
|
|
dev_t base = MKDEV(p->major, p->minor_start);
|
|
|
|
if (device < base || device >= base + p->num)
|
|
|
|
continue;
|
|
|
|
*index = device - base;
|
2008-10-13 13:42:09 +04:00
|
|
|
return tty_driver_kref_get(p);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2017-06-25 21:40:00 +03:00
|
|
|
/**
|
|
|
|
* tty_dev_name_to_number - return dev_t for device name
|
|
|
|
* @name: user space name of device under /dev
|
|
|
|
* @number: pointer to dev_t that this function will populate
|
|
|
|
*
|
|
|
|
* This function converts device names like ttyS0 or ttyUSB1 into dev_t
|
|
|
|
* like (4, 64) or (188, 1). If no corresponding driver is registered then
|
|
|
|
* the function returns -ENODEV.
|
|
|
|
*
|
|
|
|
* Locking: this acquires tty_mutex to protect the tty_drivers list from
|
|
|
|
* being modified while we are traversing it, and makes sure to
|
|
|
|
* release it before exiting.
|
|
|
|
*/
|
|
|
|
int tty_dev_name_to_number(const char *name, dev_t *number)
|
|
|
|
{
|
|
|
|
struct tty_driver *p;
|
|
|
|
int ret;
|
|
|
|
int index, prefix_length = 0;
|
|
|
|
const char *str;
|
|
|
|
|
|
|
|
for (str = name; *str && !isdigit(*str); str++)
|
|
|
|
;
|
|
|
|
|
|
|
|
if (!*str)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
ret = kstrtoint(str, 10, &index);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
prefix_length = str - name;
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
|
|
|
|
list_for_each_entry(p, &tty_drivers, tty_drivers)
|
|
|
|
if (prefix_length == strlen(p->name) && strncmp(name,
|
|
|
|
p->name, prefix_length) == 0) {
|
|
|
|
if (index < p->num) {
|
|
|
|
*number = MKDEV(p->major, p->minor_start + index);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* if here then driver wasn't found */
|
|
|
|
ret = -ENODEV;
|
|
|
|
out:
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_dev_name_to_number);
|
|
|
|
|
2008-04-17 22:05:37 +04:00
|
|
|
#ifdef CONFIG_CONSOLE_POLL
|
|
|
|
|
|
|
|
/**
|
|
|
|
* tty_find_polling_driver - find device of a polled tty
|
|
|
|
* @name: name string to match
|
|
|
|
* @line: pointer to resulting tty line nr
|
|
|
|
*
|
|
|
|
* This routine returns a tty driver structure, given a name
|
|
|
|
* and the condition that the tty driver is capable of polled
|
|
|
|
* operation.
|
|
|
|
*/
|
|
|
|
struct tty_driver *tty_find_polling_driver(char *name, int *line)
|
|
|
|
{
|
|
|
|
struct tty_driver *p, *res = NULL;
|
|
|
|
int tty_line = 0;
|
2008-09-26 19:36:42 +04:00
|
|
|
int len;
|
2009-06-11 15:46:41 +04:00
|
|
|
char *str, *stp;
|
2008-04-17 22:05:37 +04:00
|
|
|
|
2008-09-26 19:36:42 +04:00
|
|
|
for (str = name; *str; str++)
|
|
|
|
if ((*str >= '0' && *str <= '9') || *str == ',')
|
|
|
|
break;
|
|
|
|
if (!*str)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
len = str - name;
|
|
|
|
tty_line = simple_strtoul(str, &str, 10);
|
|
|
|
|
2008-04-17 22:05:37 +04:00
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
/* Search through the tty devices to look for a match */
|
|
|
|
list_for_each_entry(p, &tty_drivers, tty_drivers) {
|
tty: check name length in tty_find_polling_driver()
The issue is found by a fuzzing test.
If tty_find_polling_driver() recevies an incorrect input such as
',,' or '0b', the len becomes 0 and strncmp() always return 0.
In this case, a null p->ops->poll_init() is called and it causes a kernel
panic.
Fix this by checking name length against zero in tty_find_polling_driver().
$echo ,, > /sys/module/kgdboc/parameters/kgdboc
[ 20.804451] WARNING: CPU: 1 PID: 104 at drivers/tty/serial/serial_core.c:457
uart_get_baud_rate+0xe8/0x190
[ 20.804917] Modules linked in:
[ 20.805317] CPU: 1 PID: 104 Comm: sh Not tainted 4.19.0-rc7ajb #8
[ 20.805469] Hardware name: linux,dummy-virt (DT)
[ 20.805732] pstate: 20000005 (nzCv daif -PAN -UAO)
[ 20.805895] pc : uart_get_baud_rate+0xe8/0x190
[ 20.806042] lr : uart_get_baud_rate+0xc0/0x190
[ 20.806476] sp : ffffffc06acff940
[ 20.806676] x29: ffffffc06acff940 x28: 0000000000002580
[ 20.806977] x27: 0000000000009600 x26: 0000000000009600
[ 20.807231] x25: ffffffc06acffad0 x24: 00000000ffffeff0
[ 20.807576] x23: 0000000000000001 x22: 0000000000000000
[ 20.807807] x21: 0000000000000001 x20: 0000000000000000
[ 20.808049] x19: ffffffc06acffac8 x18: 0000000000000000
[ 20.808277] x17: 0000000000000000 x16: 0000000000000000
[ 20.808520] x15: ffffffffffffffff x14: ffffffff00000000
[ 20.808757] x13: ffffffffffffffff x12: 0000000000000001
[ 20.809011] x11: 0101010101010101 x10: ffffff880d59ff5f
[ 20.809292] x9 : ffffff880d59ff5e x8 : ffffffc06acffaf3
[ 20.809549] x7 : 0000000000000000 x6 : ffffff880d59ff5f
[ 20.809803] x5 : 0000000080008001 x4 : 0000000000000003
[ 20.810056] x3 : ffffff900853e6b4 x2 : dfffff9000000000
[ 20.810693] x1 : ffffffc06acffad0 x0 : 0000000000000cb0
[ 20.811005] Call trace:
[ 20.811214] uart_get_baud_rate+0xe8/0x190
[ 20.811479] serial8250_do_set_termios+0xe0/0x6f4
[ 20.811719] serial8250_set_termios+0x48/0x54
[ 20.811928] uart_set_options+0x138/0x1bc
[ 20.812129] uart_poll_init+0x114/0x16c
[ 20.812330] tty_find_polling_driver+0x158/0x200
[ 20.812545] configure_kgdboc+0xbc/0x1bc
[ 20.812745] param_set_kgdboc_var+0xb8/0x150
[ 20.812960] param_attr_store+0xbc/0x150
[ 20.813160] module_attr_store+0x40/0x58
[ 20.813364] sysfs_kf_write+0x8c/0xa8
[ 20.813563] kernfs_fop_write+0x154/0x290
[ 20.813764] vfs_write+0xf0/0x278
[ 20.813951] __arm64_sys_write+0x84/0xf4
[ 20.814400] el0_svc_common+0xf4/0x1dc
[ 20.814616] el0_svc_handler+0x98/0xbc
[ 20.814804] el0_svc+0x8/0xc
[ 20.822005] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000
[ 20.826913] Mem abort info:
[ 20.827103] ESR = 0x84000006
[ 20.827352] Exception class = IABT (current EL), IL = 16 bits
[ 20.827655] SET = 0, FnV = 0
[ 20.827855] EA = 0, S1PTW = 0
[ 20.828135] user pgtable: 4k pages, 39-bit VAs, pgdp = (____ptrval____)
[ 20.828484] [0000000000000000] pgd=00000000aadee003, pud=00000000aadee003, pmd=0000000000000000
[ 20.829195] Internal error: Oops: 84000006 [#1] SMP
[ 20.829564] Modules linked in:
[ 20.829890] CPU: 1 PID: 104 Comm: sh Tainted: G W 4.19.0-rc7ajb #8
[ 20.830545] Hardware name: linux,dummy-virt (DT)
[ 20.830829] pstate: 60000085 (nZCv daIf -PAN -UAO)
[ 20.831174] pc : (null)
[ 20.831457] lr : serial8250_do_set_termios+0x358/0x6f4
[ 20.831727] sp : ffffffc06acff9b0
[ 20.831936] x29: ffffffc06acff9b0 x28: ffffff9008d7c000
[ 20.832267] x27: ffffff900969e16f x26: 0000000000000000
[ 20.832589] x25: ffffff900969dfb0 x24: 0000000000000000
[ 20.832906] x23: ffffffc06acffad0 x22: ffffff900969e160
[ 20.833232] x21: 0000000000000000 x20: ffffffc06acffac8
[ 20.833559] x19: ffffff900969df90 x18: 0000000000000000
[ 20.833878] x17: 0000000000000000 x16: 0000000000000000
[ 20.834491] x15: ffffffffffffffff x14: ffffffff00000000
[ 20.834821] x13: ffffffffffffffff x12: 0000000000000001
[ 20.835143] x11: 0101010101010101 x10: ffffff880d59ff5f
[ 20.835467] x9 : ffffff880d59ff5e x8 : ffffffc06acffaf3
[ 20.835790] x7 : 0000000000000000 x6 : ffffff880d59ff5f
[ 20.836111] x5 : c06419717c314100 x4 : 0000000000000007
[ 20.836419] x3 : 0000000000000000 x2 : 0000000000000000
[ 20.836732] x1 : 0000000000000001 x0 : ffffff900969df90
[ 20.837100] Process sh (pid: 104, stack limit = 0x(____ptrval____))
[ 20.837396] Call trace:
[ 20.837566] (null)
[ 20.837816] serial8250_set_termios+0x48/0x54
[ 20.838089] uart_set_options+0x138/0x1bc
[ 20.838570] uart_poll_init+0x114/0x16c
[ 20.838834] tty_find_polling_driver+0x158/0x200
[ 20.839119] configure_kgdboc+0xbc/0x1bc
[ 20.839380] param_set_kgdboc_var+0xb8/0x150
[ 20.839658] param_attr_store+0xbc/0x150
[ 20.839920] module_attr_store+0x40/0x58
[ 20.840183] sysfs_kf_write+0x8c/0xa8
[ 20.840183] sysfs_kf_write+0x8c/0xa8
[ 20.840440] kernfs_fop_write+0x154/0x290
[ 20.840702] vfs_write+0xf0/0x278
[ 20.840942] __arm64_sys_write+0x84/0xf4
[ 20.841209] el0_svc_common+0xf4/0x1dc
[ 20.841471] el0_svc_handler+0x98/0xbc
[ 20.841713] el0_svc+0x8/0xc
[ 20.842057] Code: bad PC value
[ 20.842764] ---[ end trace a8835d7de79aaadf ]---
[ 20.843134] Kernel panic - not syncing: Fatal exception
[ 20.843515] SMP: stopping secondary CPUs
[ 20.844289] Kernel Offset: disabled
[ 20.844634] CPU features: 0x0,21806002
[ 20.844857] Memory Limit: none
[ 20.845172] ---[ end Kernel panic - not syncing: Fatal exception ]---
Signed-off-by: Miles Chen <miles.chen@mediatek.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-10-08 05:39:17 +03:00
|
|
|
if (!len || strncmp(name, p->name, len) != 0)
|
2008-09-26 19:36:42 +04:00
|
|
|
continue;
|
2009-06-11 15:46:41 +04:00
|
|
|
stp = str;
|
|
|
|
if (*stp == ',')
|
|
|
|
stp++;
|
|
|
|
if (*stp == '\0')
|
|
|
|
stp = NULL;
|
2008-04-17 22:05:37 +04:00
|
|
|
|
2010-09-02 18:06:16 +04:00
|
|
|
if (tty_line >= 0 && tty_line < p->num && p->ops &&
|
2009-06-11 15:46:41 +04:00
|
|
|
p->ops->poll_init && !p->ops->poll_init(p, tty_line, stp)) {
|
2008-10-13 13:42:09 +04:00
|
|
|
res = tty_driver_kref_get(p);
|
2008-04-17 22:05:37 +04:00
|
|
|
*line = tty_line;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
|
|
|
|
return res;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_find_polling_driver);
|
|
|
|
#endif
|
|
|
|
|
2021-01-21 21:08:15 +03:00
|
|
|
static ssize_t hung_up_tty_read(struct kiocb *iocb, struct iov_iter *to)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2021-01-21 21:04:27 +03:00
|
|
|
static ssize_t hung_up_tty_write(struct kiocb *iocb, struct iov_iter *from)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* No kernel lock held - none needed ;) */
|
2017-07-03 13:39:46 +03:00
|
|
|
static __poll_t hung_up_tty_poll(struct file *filp, poll_table *wait)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2018-02-12 01:34:03 +03:00
|
|
|
return EPOLLIN | EPOLLOUT | EPOLLERR | EPOLLHUP | EPOLLRDNORM | EPOLLWRNORM;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2008-04-30 11:53:29 +04:00
|
|
|
static long hung_up_tty_ioctl(struct file *file, unsigned int cmd,
|
|
|
|
unsigned long arg)
|
2007-06-16 21:15:55 +04:00
|
|
|
{
|
|
|
|
return cmd == TIOCSPGRP ? -ENOTTY : -EIO;
|
|
|
|
}
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
static long hung_up_tty_compat_ioctl(struct file *file,
|
2007-06-16 21:15:55 +04:00
|
|
|
unsigned int cmd, unsigned long arg)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
return cmd == TIOCSPGRP ? -ENOTTY : -EIO;
|
|
|
|
}
|
|
|
|
|
2016-01-10 08:45:10 +03:00
|
|
|
static int hung_up_tty_fasync(int fd, struct file *file, int on)
|
|
|
|
{
|
|
|
|
return -ENOTTY;
|
|
|
|
}
|
|
|
|
|
2017-07-18 00:27:59 +03:00
|
|
|
static void tty_show_fdinfo(struct seq_file *m, struct file *file)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty = file_tty(file);
|
|
|
|
|
|
|
|
if (tty && tty->ops && tty->ops->show_fdinfo)
|
|
|
|
tty->ops->show_fdinfo(tty, m);
|
|
|
|
}
|
|
|
|
|
2006-07-03 11:24:21 +04:00
|
|
|
static const struct file_operations tty_fops = {
|
2005-04-17 02:20:36 +04:00
|
|
|
.llseek = no_llseek,
|
2021-01-19 21:49:19 +03:00
|
|
|
.read_iter = tty_read,
|
2021-01-19 22:41:16 +03:00
|
|
|
.write_iter = tty_write,
|
2021-01-19 21:49:19 +03:00
|
|
|
.splice_read = generic_file_splice_read,
|
2021-01-19 22:41:16 +03:00
|
|
|
.splice_write = iter_file_splice_write,
|
2005-04-17 02:20:36 +04:00
|
|
|
.poll = tty_poll,
|
2008-04-30 11:53:29 +04:00
|
|
|
.unlocked_ioctl = tty_ioctl,
|
2007-05-11 09:22:50 +04:00
|
|
|
.compat_ioctl = tty_compat_ioctl,
|
2005-04-17 02:20:36 +04:00
|
|
|
.open = tty_open,
|
|
|
|
.release = tty_release,
|
|
|
|
.fasync = tty_fasync,
|
2017-07-18 00:27:59 +03:00
|
|
|
.show_fdinfo = tty_show_fdinfo,
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|
2006-07-03 11:24:21 +04:00
|
|
|
static const struct file_operations console_fops = {
|
2005-04-17 02:20:36 +04:00
|
|
|
.llseek = no_llseek,
|
2021-01-19 21:49:19 +03:00
|
|
|
.read_iter = tty_read,
|
2021-01-19 22:41:16 +03:00
|
|
|
.write_iter = redirected_tty_write,
|
2021-01-19 21:49:19 +03:00
|
|
|
.splice_read = generic_file_splice_read,
|
2021-01-19 22:41:16 +03:00
|
|
|
.splice_write = iter_file_splice_write,
|
2005-04-17 02:20:36 +04:00
|
|
|
.poll = tty_poll,
|
2008-04-30 11:53:29 +04:00
|
|
|
.unlocked_ioctl = tty_ioctl,
|
2007-05-11 09:22:50 +04:00
|
|
|
.compat_ioctl = tty_compat_ioctl,
|
2005-04-17 02:20:36 +04:00
|
|
|
.open = tty_open,
|
|
|
|
.release = tty_release,
|
|
|
|
.fasync = tty_fasync,
|
|
|
|
};
|
|
|
|
|
2006-07-03 11:24:21 +04:00
|
|
|
static const struct file_operations hung_up_tty_fops = {
|
2005-04-17 02:20:36 +04:00
|
|
|
.llseek = no_llseek,
|
2021-01-21 21:08:15 +03:00
|
|
|
.read_iter = hung_up_tty_read,
|
2021-01-21 21:04:27 +03:00
|
|
|
.write_iter = hung_up_tty_write,
|
2005-04-17 02:20:36 +04:00
|
|
|
.poll = hung_up_tty_poll,
|
2008-04-30 11:53:29 +04:00
|
|
|
.unlocked_ioctl = hung_up_tty_ioctl,
|
2007-06-16 21:15:55 +04:00
|
|
|
.compat_ioctl = hung_up_tty_compat_ioctl,
|
2005-04-17 02:20:36 +04:00
|
|
|
.release = tty_release,
|
2016-01-10 08:45:10 +03:00
|
|
|
.fasync = hung_up_tty_fasync,
|
2005-04-17 02:20:36 +04:00
|
|
|
};
|
|
|
|
|
|
|
|
static DEFINE_SPINLOCK(redirect_lock);
|
|
|
|
static struct file *redirect;
|
|
|
|
|
|
|
|
/**
|
|
|
|
* tty_wakeup - request more data
|
|
|
|
* @tty: terminal
|
|
|
|
*
|
|
|
|
* Internal and external helper for wakeups of tty. This function
|
|
|
|
* informs the line discipline if present that the driver is ready
|
|
|
|
* to receive more output data.
|
|
|
|
*/
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
void tty_wakeup(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
struct tty_ldisc *ld;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
if (test_bit(TTY_DO_WRITE_WAKEUP, &tty->flags)) {
|
|
|
|
ld = tty_ldisc_ref(tty);
|
2008-02-08 15:18:47 +03:00
|
|
|
if (ld) {
|
2008-07-17 00:53:12 +04:00
|
|
|
if (ld->ops->write_wakeup)
|
|
|
|
ld->ops->write_wakeup(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
}
|
|
|
|
}
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_interruptible_poll(&tty->write_wait, EPOLLOUT);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL_GPL(tty_wakeup);
|
|
|
|
|
2020-11-24 03:49:01 +03:00
|
|
|
/**
|
|
|
|
* tty_release_redirect - Release a redirect on a pty if present
|
|
|
|
* @tty: tty device
|
|
|
|
*
|
|
|
|
* This is available to the pty code so if the master closes, if the
|
2020-11-24 03:49:02 +03:00
|
|
|
* slave is a redirect it can release the redirect. It returns the
|
|
|
|
* filp for the redirect, which must be fput when the operations on
|
|
|
|
* the tty are completed.
|
2020-11-24 03:49:01 +03:00
|
|
|
*/
|
|
|
|
struct file *tty_release_redirect(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
struct file *f = NULL;
|
|
|
|
|
|
|
|
spin_lock(&redirect_lock);
|
|
|
|
if (redirect && file_tty(redirect) == tty) {
|
|
|
|
f = redirect;
|
|
|
|
redirect = NULL;
|
|
|
|
}
|
|
|
|
spin_unlock(&redirect_lock);
|
|
|
|
|
|
|
|
return f;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2010-06-18 16:58:07 +04:00
|
|
|
* __tty_hangup - actual handler for hangup events
|
2020-08-18 11:56:51 +03:00
|
|
|
* @tty: tty device
|
2020-11-04 22:35:25 +03:00
|
|
|
* @exit_session: if non-zero, signal all foreground group processes
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
2012-12-27 08:43:41 +04:00
|
|
|
* This can be called by a "kworker" kernel thread. That is process
|
2006-08-27 12:24:01 +04:00
|
|
|
* synchronous but doesn't hold any locks, so we need to make sure we
|
|
|
|
* have the appropriate locks for what we're doing.
|
|
|
|
*
|
|
|
|
* The hangup event clears any pending redirections onto the hung up
|
|
|
|
* device. It ensures future writes will error and it does the needed
|
|
|
|
* line discipline hangup and signal delivery. The tty object itself
|
|
|
|
* remains intact.
|
|
|
|
*
|
|
|
|
* Locking:
|
2010-06-02 00:53:01 +04:00
|
|
|
* BTM
|
2006-12-08 13:36:04 +03:00
|
|
|
* redirect lock for undoing redirection
|
|
|
|
* file list lock for manipulating list of ttys
|
2013-06-15 15:04:46 +04:00
|
|
|
* tty_ldiscs_lock from called functions
|
2013-06-15 17:14:23 +04:00
|
|
|
* termios_rwsem resetting termios data
|
2006-12-08 13:36:04 +03:00
|
|
|
* tasklist_lock to walk task list for hangup event
|
|
|
|
* ->siglock to protect ->signal/->sighand
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2013-03-06 16:20:56 +04:00
|
|
|
static void __tty_hangup(struct tty_struct *tty, int exit_session)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-02-08 15:18:47 +03:00
|
|
|
struct file *cons_filp = NULL;
|
2020-11-24 03:49:01 +03:00
|
|
|
struct file *filp, *f;
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_file_private *priv;
|
2005-04-17 02:20:36 +04:00
|
|
|
int closecount = 0, n;
|
2013-03-06 16:20:53 +04:00
|
|
|
int refs;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
if (!tty)
|
|
|
|
return;
|
|
|
|
|
2020-11-24 03:49:01 +03:00
|
|
|
f = tty_release_redirect(tty);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_lock(tty);
|
2010-06-18 16:58:07 +04:00
|
|
|
|
tty: Only hangup once
Instrumented testing shows a tty can be hungup multiple times [1].
Although concurrent hangups are properly serialized, multiple
hangups for the same tty should be prevented.
If tty has already been HUPPED, abort hangup. Note it is not
necessary to cleanup file *redirect on subsequent hangups,
as only TIOCCONS can set that value and ioctls are disabled
after hangup.
[1]
Test performed by simulating a concurrent async hangup via
tty_hangup() with a sync hangup via tty_vhangup(), while
__tty_hangup() was instrumented with:
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index 26bb78c..fe8b061 100644
--- a/drivers/tty/tty_io.c
+++ b/drivers/tty/tty_io.c
@@ -629,6 +629,8 @@ static void __tty_hangup(struct tty_struct *tty, int exit_session)
tty_lock(tty);
+ WARN_ON(test_bit(TTY_HUPPED, &tty->flags));
+
/* some functions below drop BTM, so we need this bit */
set_bit(TTY_HUPPING, &tty->flags);
Test result:
WARNING: at /home/peter/src/kernels/mainline/drivers/tty/tty_io.c:632 __tty_hangup+0x459/0x460()
Modules linked in: ip6table_filter ip6_tables ebtable_nat <...snip...>
CPU: 6 PID: 1197 Comm: kworker/6:2 Not tainted 3.10.0-0+rfcomm-xeon #0+rfcomm
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
Workqueue: events do_tty_hangup
0000000000000009 ffff8802b16d7d18 ffffffff816b553e ffff8802b16d7d58
ffffffff810407e0 ffff880254f95c00 ffff880254f95c00 ffff8802bfd92b00
ffff8802bfd96b00 ffff880254f95e40 0000000000000180 ffff8802b16d7d68
Call Trace:
[<ffffffff816b553e>] dump_stack+0x19/0x1b
[<ffffffff810407e0>] warn_slowpath_common+0x70/0xa0
[<ffffffff8104082a>] warn_slowpath_null+0x1a/0x20
[<ffffffff813fb279>] __tty_hangup+0x459/0x460
[<ffffffff8107409c>] ? finish_task_switch+0xbc/0xe0
[<ffffffff813fb297>] do_tty_hangup+0x17/0x20
[<ffffffff8105fd6f>] process_one_work+0x16f/0x450
[<ffffffff8106007c>] process_scheduled_works+0x2c/0x40
[<ffffffff8106060a>] worker_thread+0x26a/0x380
[<ffffffff810603a0>] ? rescuer_thread+0x310/0x310
[<ffffffff810698a0>] kthread+0xc0/0xd0
[<ffffffff816b0000>] ? destroy_compound_page+0x65/0x92
[<ffffffff810697e0>] ? kthread_create_on_node+0x130/0x130
[<ffffffff816c495c>] ret_from_fork+0x7c/0xb0
[<ffffffff810697e0>] ? kthread_create_on_node+0x130/0x130
---[ end trace 98d9f01536cf411e ]---
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-31 22:05:45 +04:00
|
|
|
if (test_bit(TTY_HUPPED, &tty->flags)) {
|
|
|
|
tty_unlock(tty);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
tty: make n_tty_read() always abort if hangup is in progress
A tty is hung up by __tty_hangup() setting file->f_op to
hung_up_tty_fops, which is skipped on ttys whose write operation isn't
tty_write(). This means that, for example, /dev/console whose write
op is redirected_tty_write() is never actually marked hung up.
Because n_tty_read() uses the hung up status to decide whether to
abort the waiting readers, the lack of hung-up marking can lead to the
following scenario.
1. A session contains two processes. The leader and its child. The
child ignores SIGHUP.
2. The leader exits and starts disassociating from the controlling
terminal (/dev/console).
3. __tty_hangup() skips setting f_op to hung_up_tty_fops.
4. SIGHUP is delivered and ignored.
5. tty_ldisc_hangup() is invoked. It wakes up the waits which should
clear the read lockers of tty->ldisc_sem.
6. The reader wakes up but because tty_hung_up_p() is false, it
doesn't abort and goes back to sleep while read-holding
tty->ldisc_sem.
7. The leader progresses to tty_ldisc_lock() in tty_ldisc_hangup()
and is now stuck in D sleep indefinitely waiting for
tty->ldisc_sem.
The following is Alan's explanation on why some ttys aren't hung up.
http://lkml.kernel.org/r/20171101170908.6ad08580@alans-desktop
1. It broke the serial consoles because they would hang up and close
down the hardware. With tty_port that *should* be fixable properly
for any cases remaining.
2. The console layer was (and still is) completely broken and doens't
refcount properly. So if you turn on console hangups it breaks (as
indeed does freeing consoles and half a dozen other things).
As neither can be fixed quickly, this patch works around the problem
by introducing a new flag, TTY_HUPPING, which is used solely to tell
n_tty_read() that hang-up is in progress for the console and the
readers should be aborted regardless of the hung-up status of the
device.
The following is a sample hung task warning caused by this issue.
INFO: task agetty:2662 blocked for more than 120 seconds.
Not tainted 4.11.3-dbg-tty-lockup-02478-gfd6c7ee-dirty #28
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
0 2662 1 0x00000086
Call Trace:
__schedule+0x267/0x890
schedule+0x36/0x80
schedule_timeout+0x23c/0x2e0
ldsem_down_write+0xce/0x1f6
tty_ldisc_lock+0x16/0x30
tty_ldisc_hangup+0xb3/0x1b0
__tty_hangup+0x300/0x410
disassociate_ctty+0x6c/0x290
do_exit+0x7ef/0xb00
do_group_exit+0x3f/0xa0
get_signal+0x1b3/0x5d0
do_signal+0x28/0x660
exit_to_usermode_loop+0x46/0x86
do_syscall_64+0x9c/0xb0
entry_SYSCALL64_slow_path+0x25/0x25
The following is the repro. Run "$PROG /dev/console". The parent
process hangs in D state.
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/wait.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <signal.h>
#include <time.h>
#include <termios.h>
int main(int argc, char **argv)
{
struct sigaction sact = { .sa_handler = SIG_IGN };
struct timespec ts1s = { .tv_sec = 1 };
pid_t pid;
int fd;
if (argc < 2) {
fprintf(stderr, "test-hung-tty /dev/$TTY\n");
return 1;
}
/* fork a child to ensure that it isn't already the session leader */
pid = fork();
if (pid < 0) {
perror("fork");
return 1;
}
if (pid > 0) {
/* top parent, wait for everyone */
while (waitpid(-1, NULL, 0) >= 0)
;
if (errno != ECHILD)
perror("waitpid");
return 0;
}
/* new session, start a new session and set the controlling tty */
if (setsid() < 0) {
perror("setsid");
return 1;
}
fd = open(argv[1], O_RDWR);
if (fd < 0) {
perror("open");
return 1;
}
if (ioctl(fd, TIOCSCTTY, 1) < 0) {
perror("ioctl");
return 1;
}
/* fork a child, sleep a bit and exit */
pid = fork();
if (pid < 0) {
perror("fork");
return 1;
}
if (pid > 0) {
nanosleep(&ts1s, NULL);
printf("Session leader exiting\n");
exit(0);
}
/*
* The child ignores SIGHUP and keeps reading from the controlling
* tty. Because SIGHUP is ignored, the child doesn't get killed on
* parent exit and the bug in n_tty makes the read(2) block the
* parent's control terminal hangup attempt. The parent ends up in
* D sleep until the child is explicitly killed.
*/
sigaction(SIGHUP, &sact, NULL);
printf("Child reading tty\n");
while (1) {
char buf[1024];
if (read(fd, buf, sizeof(buf)) < 0) {
perror("read");
return 1;
}
}
return 0;
}
Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Alan Cox <alan@llwyncelyn.cymru>
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-02-13 18:38:08 +03:00
|
|
|
/*
|
|
|
|
* Some console devices aren't actually hung up for technical and
|
|
|
|
* historical reasons, which can lead to indefinite interruptible
|
|
|
|
* sleep in n_tty_read(). The following explicitly tells
|
|
|
|
* n_tty_read() to abort readers.
|
|
|
|
*/
|
|
|
|
set_bit(TTY_HUPPING, &tty->flags);
|
|
|
|
|
2010-06-02 00:53:01 +04:00
|
|
|
/* inuse_filps is protected by the single tty lock,
|
|
|
|
this really needs to change if we want to flush the
|
|
|
|
workqueue with the lock held */
|
2010-06-18 16:58:07 +04:00
|
|
|
check_tty_count(tty, "tty_hangup");
|
2009-11-30 16:18:51 +03:00
|
|
|
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock(&tty->files_lock);
|
2005-04-17 02:20:36 +04:00
|
|
|
/* This breaks for file handles being sent over AF_UNIX sockets ? */
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
list_for_each_entry(priv, &tty->tty_files, list) {
|
|
|
|
filp = priv->file;
|
2021-01-19 22:41:16 +03:00
|
|
|
if (filp->f_op->write_iter == redirected_tty_write)
|
2005-04-17 02:20:36 +04:00
|
|
|
cons_filp = filp;
|
2021-01-19 22:41:16 +03:00
|
|
|
if (filp->f_op->write_iter != tty_write)
|
2005-04-17 02:20:36 +04:00
|
|
|
continue;
|
|
|
|
closecount++;
|
2010-06-02 00:53:01 +04:00
|
|
|
__tty_fasync(-1, filp, 0); /* can't block */
|
2005-04-17 02:20:36 +04:00
|
|
|
filp->f_op = &hung_up_tty_fops;
|
|
|
|
}
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_unlock(&tty->files_lock);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2013-03-06 16:20:57 +04:00
|
|
|
refs = tty_signal_session_leader(tty, exit_session);
|
|
|
|
/* Account for the p->signal references we killed */
|
|
|
|
while (refs--)
|
|
|
|
tty_kref_put(tty);
|
|
|
|
|
tty: Destroy ldisc instance on hangup
Currently, when the tty is hungup, the ldisc is re-instanced; ie., the
current instance is destroyed and a new instance is created. The purpose
of this design was to guarantee a valid, open ldisc for the lifetime of
the tty.
However, now that tty buffers are owned by and have lifetime equivalent
to the tty_port (since v3.10), any data received immediately after the
ldisc is re-instanced may cause continued driver i/o operations
concurrently with the driver's hangup() operation. For drivers that
shutdown h/w on hangup, this is unexpected and usually bad. For example,
the serial core may free the xmit buffer page concurrently with an
in-progress write() operation (triggered by echo).
With the existing stable and robust ldisc reference handling, the
cleaned-up tty_reopen(), the straggling unsafe ldisc use cleaned up, and
the preparation to properly handle a NULL tty->ldisc, the ldisc instance
can be destroyed and only re-instanced when the tty is re-opened.
If the tty was opened as /dev/console or /dev/tty0, the original behavior
of re-instancing the ldisc is retained (the 'reinit' parameter to
tty_ldisc_hangup() is true). This is required since those file descriptors
are never hungup.
This patch has neglible impact on userspace; the tty file_operations ptr
is changed to point to the hungup file operations _before_ the ldisc
instance is destroyed, so only racing file operations might now retrieve
a NULL ldisc reference (which is simply handled as if the hungup file
operation had been called instead -- see "tty: Prepare for destroying
line discipline on hangup").
This resolves a long-standing FIXME and several crash reports.
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2016-01-11 09:41:06 +03:00
|
|
|
tty_ldisc_hangup(tty, cons_filp != NULL);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2013-03-06 16:20:54 +04:00
|
|
|
spin_lock_irq(&tty->ctrl_lock);
|
2009-06-11 15:50:12 +04:00
|
|
|
clear_bit(TTY_THROTTLED, &tty->flags);
|
|
|
|
clear_bit(TTY_DO_WRITE_WAKEUP, &tty->flags);
|
2007-03-18 21:45:44 +03:00
|
|
|
put_pid(tty->session);
|
|
|
|
put_pid(tty->pgrp);
|
2007-02-12 11:53:00 +03:00
|
|
|
tty->session = NULL;
|
|
|
|
tty->pgrp = NULL;
|
2005-04-17 02:20:36 +04:00
|
|
|
tty->ctrl_status = 0;
|
2013-03-06 16:20:54 +04:00
|
|
|
spin_unlock_irq(&tty->ctrl_lock);
|
2008-10-13 13:37:26 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
2008-02-08 15:18:47 +03:00
|
|
|
* If one of the devices matches a console pointer, we
|
|
|
|
* cannot just call hangup() because that will cause
|
|
|
|
* tty->count and state->count to go out of sync.
|
|
|
|
* So we just call close() the right number of times.
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
|
|
|
if (cons_filp) {
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->close)
|
2005-04-17 02:20:36 +04:00
|
|
|
for (n = 0; n < closecount; n++)
|
2008-04-30 11:54:13 +04:00
|
|
|
tty->ops->close(tty, cons_filp);
|
|
|
|
} else if (tty->ops->hangup)
|
2014-06-16 17:17:08 +04:00
|
|
|
tty->ops->hangup(tty);
|
2008-02-08 15:18:47 +03:00
|
|
|
/*
|
tty: Destroy ldisc instance on hangup
Currently, when the tty is hungup, the ldisc is re-instanced; ie., the
current instance is destroyed and a new instance is created. The purpose
of this design was to guarantee a valid, open ldisc for the lifetime of
the tty.
However, now that tty buffers are owned by and have lifetime equivalent
to the tty_port (since v3.10), any data received immediately after the
ldisc is re-instanced may cause continued driver i/o operations
concurrently with the driver's hangup() operation. For drivers that
shutdown h/w on hangup, this is unexpected and usually bad. For example,
the serial core may free the xmit buffer page concurrently with an
in-progress write() operation (triggered by echo).
With the existing stable and robust ldisc reference handling, the
cleaned-up tty_reopen(), the straggling unsafe ldisc use cleaned up, and
the preparation to properly handle a NULL tty->ldisc, the ldisc instance
can be destroyed and only re-instanced when the tty is re-opened.
If the tty was opened as /dev/console or /dev/tty0, the original behavior
of re-instancing the ldisc is retained (the 'reinit' parameter to
tty_ldisc_hangup() is true). This is required since those file descriptors
are never hungup.
This patch has neglible impact on userspace; the tty file_operations ptr
is changed to point to the hungup file operations _before_ the ldisc
instance is destroyed, so only racing file operations might now retrieve
a NULL ldisc reference (which is simply handled as if the hungup file
operation had been called instead -- see "tty: Prepare for destroying
line discipline on hangup").
This resolves a long-standing FIXME and several crash reports.
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2016-01-11 09:41:06 +03:00
|
|
|
* We don't want to have driver/ldisc interactions beyond the ones
|
|
|
|
* we did here. The driver layer expects no calls after ->hangup()
|
|
|
|
* from the ldisc side, which is now guaranteed.
|
2008-02-08 15:18:47 +03:00
|
|
|
*/
|
2005-04-17 02:20:36 +04:00
|
|
|
set_bit(TTY_HUPPED, &tty->flags);
|
tty: make n_tty_read() always abort if hangup is in progress
A tty is hung up by __tty_hangup() setting file->f_op to
hung_up_tty_fops, which is skipped on ttys whose write operation isn't
tty_write(). This means that, for example, /dev/console whose write
op is redirected_tty_write() is never actually marked hung up.
Because n_tty_read() uses the hung up status to decide whether to
abort the waiting readers, the lack of hung-up marking can lead to the
following scenario.
1. A session contains two processes. The leader and its child. The
child ignores SIGHUP.
2. The leader exits and starts disassociating from the controlling
terminal (/dev/console).
3. __tty_hangup() skips setting f_op to hung_up_tty_fops.
4. SIGHUP is delivered and ignored.
5. tty_ldisc_hangup() is invoked. It wakes up the waits which should
clear the read lockers of tty->ldisc_sem.
6. The reader wakes up but because tty_hung_up_p() is false, it
doesn't abort and goes back to sleep while read-holding
tty->ldisc_sem.
7. The leader progresses to tty_ldisc_lock() in tty_ldisc_hangup()
and is now stuck in D sleep indefinitely waiting for
tty->ldisc_sem.
The following is Alan's explanation on why some ttys aren't hung up.
http://lkml.kernel.org/r/20171101170908.6ad08580@alans-desktop
1. It broke the serial consoles because they would hang up and close
down the hardware. With tty_port that *should* be fixable properly
for any cases remaining.
2. The console layer was (and still is) completely broken and doens't
refcount properly. So if you turn on console hangups it breaks (as
indeed does freeing consoles and half a dozen other things).
As neither can be fixed quickly, this patch works around the problem
by introducing a new flag, TTY_HUPPING, which is used solely to tell
n_tty_read() that hang-up is in progress for the console and the
readers should be aborted regardless of the hung-up status of the
device.
The following is a sample hung task warning caused by this issue.
INFO: task agetty:2662 blocked for more than 120 seconds.
Not tainted 4.11.3-dbg-tty-lockup-02478-gfd6c7ee-dirty #28
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
0 2662 1 0x00000086
Call Trace:
__schedule+0x267/0x890
schedule+0x36/0x80
schedule_timeout+0x23c/0x2e0
ldsem_down_write+0xce/0x1f6
tty_ldisc_lock+0x16/0x30
tty_ldisc_hangup+0xb3/0x1b0
__tty_hangup+0x300/0x410
disassociate_ctty+0x6c/0x290
do_exit+0x7ef/0xb00
do_group_exit+0x3f/0xa0
get_signal+0x1b3/0x5d0
do_signal+0x28/0x660
exit_to_usermode_loop+0x46/0x86
do_syscall_64+0x9c/0xb0
entry_SYSCALL64_slow_path+0x25/0x25
The following is the repro. Run "$PROG /dev/console". The parent
process hangs in D state.
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/wait.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <signal.h>
#include <time.h>
#include <termios.h>
int main(int argc, char **argv)
{
struct sigaction sact = { .sa_handler = SIG_IGN };
struct timespec ts1s = { .tv_sec = 1 };
pid_t pid;
int fd;
if (argc < 2) {
fprintf(stderr, "test-hung-tty /dev/$TTY\n");
return 1;
}
/* fork a child to ensure that it isn't already the session leader */
pid = fork();
if (pid < 0) {
perror("fork");
return 1;
}
if (pid > 0) {
/* top parent, wait for everyone */
while (waitpid(-1, NULL, 0) >= 0)
;
if (errno != ECHILD)
perror("waitpid");
return 0;
}
/* new session, start a new session and set the controlling tty */
if (setsid() < 0) {
perror("setsid");
return 1;
}
fd = open(argv[1], O_RDWR);
if (fd < 0) {
perror("open");
return 1;
}
if (ioctl(fd, TIOCSCTTY, 1) < 0) {
perror("ioctl");
return 1;
}
/* fork a child, sleep a bit and exit */
pid = fork();
if (pid < 0) {
perror("fork");
return 1;
}
if (pid > 0) {
nanosleep(&ts1s, NULL);
printf("Session leader exiting\n");
exit(0);
}
/*
* The child ignores SIGHUP and keeps reading from the controlling
* tty. Because SIGHUP is ignored, the child doesn't get killed on
* parent exit and the bug in n_tty makes the read(2) block the
* parent's control terminal hangup attempt. The parent ends up in
* D sleep until the child is explicitly killed.
*/
sigaction(SIGHUP, &sact, NULL);
printf("Child reading tty\n");
while (1) {
char buf[1024];
if (read(fd, buf, sizeof(buf)) < 0) {
perror("read");
return 1;
}
}
return 0;
}
Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Alan Cox <alan@llwyncelyn.cymru>
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2018-02-13 18:38:08 +03:00
|
|
|
clear_bit(TTY_HUPPING, &tty->flags);
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty);
|
2010-06-18 16:58:07 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
if (f)
|
|
|
|
fput(f);
|
|
|
|
}
|
|
|
|
|
2010-06-02 00:53:08 +04:00
|
|
|
static void do_tty_hangup(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty =
|
|
|
|
container_of(work, struct tty_struct, hangup_work);
|
|
|
|
|
2013-03-06 16:20:56 +04:00
|
|
|
__tty_hangup(tty, 0);
|
2010-06-02 00:53:08 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_hangup - trigger a hangup event
|
|
|
|
* @tty: tty to hangup
|
|
|
|
*
|
|
|
|
* A carrier loss (virtual or otherwise) has occurred on this like
|
|
|
|
* schedule a hangup sequence to run after this event.
|
|
|
|
*/
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
void tty_hangup(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "hangup\n");
|
2005-04-17 02:20:36 +04:00
|
|
|
schedule_work(&tty->hangup_work);
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(tty_hangup);
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_vhangup - process vhangup
|
|
|
|
* @tty: tty to hangup
|
|
|
|
*
|
|
|
|
* The user has asked via system call for the terminal to be hung up.
|
|
|
|
* We do this synchronously so that when the syscall returns the process
|
2007-10-20 01:10:43 +04:00
|
|
|
* is complete. That guarantee is necessary for security reasons.
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
void tty_vhangup(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "vhangup\n");
|
2013-03-06 16:20:56 +04:00
|
|
|
__tty_hangup(tty, 0);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
EXPORT_SYMBOL(tty_vhangup);
|
|
|
|
|
2010-06-18 16:58:07 +04:00
|
|
|
|
2008-10-13 13:40:30 +04:00
|
|
|
/**
|
|
|
|
* tty_vhangup_self - process vhangup for own ctty
|
|
|
|
*
|
|
|
|
* Perform a vhangup on the current controlling tty
|
|
|
|
*/
|
|
|
|
|
|
|
|
void tty_vhangup_self(void)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty;
|
|
|
|
|
|
|
|
tty = get_current_tty();
|
|
|
|
if (tty) {
|
|
|
|
tty_vhangup(tty);
|
|
|
|
tty_kref_put(tty);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-03-06 16:20:56 +04:00
|
|
|
/**
|
|
|
|
* tty_vhangup_session - hangup session leader exit
|
|
|
|
* @tty: tty to hangup
|
|
|
|
*
|
|
|
|
* The session leader is exiting and hanging up its controlling terminal.
|
|
|
|
* Every process in the foreground process group is signalled SIGHUP.
|
|
|
|
*
|
|
|
|
* We do this synchronously so that when the syscall returns the process
|
|
|
|
* is complete. That guarantee is necessary for security reasons.
|
|
|
|
*/
|
|
|
|
|
2017-04-13 01:37:16 +03:00
|
|
|
void tty_vhangup_session(struct tty_struct *tty)
|
2013-03-06 16:20:56 +04:00
|
|
|
{
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "session hangup\n");
|
2013-03-06 16:20:56 +04:00
|
|
|
__tty_hangup(tty, 1);
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_hung_up_p - was tty hung up
|
|
|
|
* @filp: file pointer of tty
|
|
|
|
*
|
|
|
|
* Return true if the tty has been subject to a vhangup or a carrier
|
|
|
|
* loss
|
|
|
|
*/
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
int tty_hung_up_p(struct file *filp)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2017-01-17 01:54:29 +03:00
|
|
|
return (filp && filp->f_op == &hung_up_tty_fops);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(tty_hung_up_p);
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2007-05-09 09:14:03 +04:00
|
|
|
* stop_tty - propagate flow control
|
2006-08-27 12:24:01 +04:00
|
|
|
* @tty: tty to stop
|
|
|
|
*
|
2014-09-10 23:06:32 +04:00
|
|
|
* Perform flow control to the driver. May be called
|
2006-08-27 12:24:01 +04:00
|
|
|
* on an already stopped device and will not re-call the driver
|
|
|
|
* method.
|
|
|
|
*
|
|
|
|
* This functionality is used by both the line disciplines for
|
|
|
|
* halting incoming flow and by the driver. It may therefore be
|
|
|
|
* called from any context, may be under the tty atomic_write_lock
|
|
|
|
* but not always.
|
|
|
|
*
|
|
|
|
* Locking:
|
2014-09-10 23:06:31 +04:00
|
|
|
* flow_lock
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2014-09-10 23:06:31 +04:00
|
|
|
void __stop_tty(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2014-09-10 23:06:31 +04:00
|
|
|
if (tty->stopped)
|
2005-04-17 02:20:36 +04:00
|
|
|
return;
|
|
|
|
tty->stopped = 1;
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->stop)
|
2014-11-05 20:26:25 +03:00
|
|
|
tty->ops->stop(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2014-09-10 23:06:31 +04:00
|
|
|
void stop_tty(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&tty->flow_lock, flags);
|
|
|
|
__stop_tty(tty);
|
|
|
|
spin_unlock_irqrestore(&tty->flow_lock, flags);
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
EXPORT_SYMBOL(stop_tty);
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2007-05-09 09:14:03 +04:00
|
|
|
* start_tty - propagate flow control
|
2006-08-27 12:24:01 +04:00
|
|
|
* @tty: tty to start
|
|
|
|
*
|
2014-09-10 23:06:32 +04:00
|
|
|
* Start a tty that has been stopped if at all possible. If this
|
|
|
|
* tty was previous stopped and is now being started, the driver
|
|
|
|
* start method is invoked and the line discipline woken.
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
* Locking:
|
2014-09-10 23:06:31 +04:00
|
|
|
* flow_lock
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2014-09-10 23:06:31 +04:00
|
|
|
void __start_tty(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2014-09-10 23:06:31 +04:00
|
|
|
if (!tty->stopped || tty->flow_stopped)
|
2005-04-17 02:20:36 +04:00
|
|
|
return;
|
|
|
|
tty->stopped = 0;
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->start)
|
2014-11-05 20:26:25 +03:00
|
|
|
tty->ops->start(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_wakeup(tty);
|
|
|
|
}
|
|
|
|
|
2014-09-10 23:06:31 +04:00
|
|
|
void start_tty(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&tty->flow_lock, flags);
|
|
|
|
__start_tty(tty);
|
|
|
|
spin_unlock_irqrestore(&tty->flow_lock, flags);
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
EXPORT_SYMBOL(start_tty);
|
|
|
|
|
2018-06-18 17:16:26 +03:00
|
|
|
static void tty_update_time(struct timespec64 *time)
|
2013-04-26 15:48:53 +04:00
|
|
|
{
|
2018-06-18 17:16:26 +03:00
|
|
|
time64_t sec = ktime_get_real_seconds();
|
2015-03-27 01:10:27 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We only care if the two values differ in anything other than the
|
|
|
|
* lower three bits (i.e every 8 seconds). If so, then we can update
|
|
|
|
* the time of the tty device, otherwise it could be construded as a
|
|
|
|
* security leak to let userspace know the exact timing of the tty.
|
|
|
|
*/
|
|
|
|
if ((sec ^ time->tv_sec) & ~7)
|
2013-04-26 15:48:53 +04:00
|
|
|
time->tv_sec = sec;
|
|
|
|
}
|
|
|
|
|
2021-01-19 00:31:30 +03:00
|
|
|
/*
|
|
|
|
* Iterate on the ldisc ->read() function until we've gotten all
|
|
|
|
* the data the ldisc has for us.
|
|
|
|
*
|
|
|
|
* The "cookie" is something that the ldisc read function can fill
|
|
|
|
* in to let us know that there is more data to be had.
|
|
|
|
*
|
|
|
|
* We promise to continue to call the ldisc until it stops returning
|
|
|
|
* data or clears the cookie. The cookie may be something that the
|
|
|
|
* ldisc maintains state for and needs to free.
|
|
|
|
*/
|
2021-01-19 21:49:19 +03:00
|
|
|
static int iterate_tty_read(struct tty_ldisc *ld, struct tty_struct *tty,
|
|
|
|
struct file *file, struct iov_iter *to)
|
2021-01-19 00:31:30 +03:00
|
|
|
{
|
|
|
|
int retval = 0;
|
|
|
|
void *cookie = NULL;
|
|
|
|
unsigned long offset = 0;
|
|
|
|
char kernel_buf[64];
|
2021-01-19 21:49:19 +03:00
|
|
|
size_t count = iov_iter_count(to);
|
2021-01-19 00:31:30 +03:00
|
|
|
|
|
|
|
do {
|
2021-01-19 21:49:19 +03:00
|
|
|
int size, copied;
|
2021-01-19 00:31:30 +03:00
|
|
|
|
|
|
|
size = count > sizeof(kernel_buf) ? sizeof(kernel_buf) : count;
|
|
|
|
size = ld->ops->read(tty, file, kernel_buf, size, &cookie, offset);
|
|
|
|
if (!size)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (size < 0) {
|
2021-01-21 21:17:25 +03:00
|
|
|
/* Did we have an earlier error (ie -EFAULT)? */
|
|
|
|
if (retval)
|
|
|
|
break;
|
|
|
|
retval = size;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* -EOVERFLOW means we didn't have enough space
|
|
|
|
* for a whole packet, and we shouldn't return
|
|
|
|
* a partial result.
|
|
|
|
*/
|
|
|
|
if (retval == -EOVERFLOW)
|
|
|
|
offset = 0;
|
|
|
|
break;
|
2021-01-19 00:31:30 +03:00
|
|
|
}
|
|
|
|
|
2021-01-19 21:49:19 +03:00
|
|
|
copied = copy_to_iter(kernel_buf, size, to);
|
|
|
|
offset += copied;
|
|
|
|
count -= copied;
|
2021-01-19 00:31:30 +03:00
|
|
|
|
|
|
|
/*
|
|
|
|
* If the user copy failed, we still need to do another ->read()
|
|
|
|
* call if we had a cookie to let the ldisc clear up.
|
|
|
|
*
|
|
|
|
* But make sure size is zeroed.
|
|
|
|
*/
|
2021-01-19 21:49:19 +03:00
|
|
|
if (unlikely(copied != size)) {
|
2021-01-19 00:31:30 +03:00
|
|
|
count = 0;
|
|
|
|
retval = -EFAULT;
|
|
|
|
}
|
|
|
|
} while (cookie);
|
|
|
|
|
|
|
|
/* We always clear tty buffer in case they contained passwords */
|
|
|
|
memzero_explicit(kernel_buf, sizeof(kernel_buf));
|
|
|
|
return offset ? offset : retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_read - read method for tty device files
|
|
|
|
* @file: pointer to tty file
|
|
|
|
* @buf: user buffer
|
|
|
|
* @count: size of user buffer
|
|
|
|
* @ppos: unused
|
|
|
|
*
|
|
|
|
* Perform the read system call function on this terminal device. Checks
|
|
|
|
* for hung up devices before calling the line discipline method.
|
|
|
|
*
|
|
|
|
* Locking:
|
2008-04-30 11:53:30 +04:00
|
|
|
* Locks the line discipline internally while needed. Multiple
|
|
|
|
* read calls may be outstanding in parallel.
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2021-01-19 21:49:19 +03:00
|
|
|
static ssize_t tty_read(struct kiocb *iocb, struct iov_iter *to)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
int i;
|
2021-01-19 21:49:19 +03:00
|
|
|
struct file *file = iocb->ki_filp;
|
2013-04-26 15:48:53 +04:00
|
|
|
struct inode *inode = file_inode(file);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(file);
|
2005-04-17 02:20:36 +04:00
|
|
|
struct tty_ldisc *ld;
|
|
|
|
|
2013-04-26 15:48:53 +04:00
|
|
|
if (tty_paranoia_check(tty, inode, "tty_read"))
|
2005-04-17 02:20:36 +04:00
|
|
|
return -EIO;
|
2016-04-10 03:06:48 +03:00
|
|
|
if (!tty || tty_io_error(tty))
|
2005-04-17 02:20:36 +04:00
|
|
|
return -EIO;
|
|
|
|
|
|
|
|
/* We want to wait for the line discipline to sort out in this
|
|
|
|
situation */
|
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
2021-01-21 21:08:15 +03:00
|
|
|
return hung_up_tty_read(iocb, to);
|
2021-01-19 00:31:30 +03:00
|
|
|
i = -EIO;
|
2008-07-17 00:53:12 +04:00
|
|
|
if (ld->ops->read)
|
2021-01-19 21:49:19 +03:00
|
|
|
i = iterate_tty_read(ld, tty, file, to);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_ldisc_deref(ld);
|
2013-02-15 18:25:05 +04:00
|
|
|
|
2018-06-18 17:16:26 +03:00
|
|
|
if (i > 0)
|
|
|
|
tty_update_time(&inode->i_atime);
|
2013-04-26 15:48:53 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
return i;
|
|
|
|
}
|
|
|
|
|
2014-09-10 23:06:34 +04:00
|
|
|
static void tty_write_unlock(struct tty_struct *tty)
|
2007-07-16 10:39:43 +04:00
|
|
|
{
|
|
|
|
mutex_unlock(&tty->atomic_write_lock);
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_interruptible_poll(&tty->write_wait, EPOLLOUT);
|
2007-07-16 10:39:43 +04:00
|
|
|
}
|
|
|
|
|
2014-09-10 23:06:34 +04:00
|
|
|
static int tty_write_lock(struct tty_struct *tty, int ndelay)
|
2007-07-16 10:39:43 +04:00
|
|
|
{
|
|
|
|
if (!mutex_trylock(&tty->atomic_write_lock)) {
|
|
|
|
if (ndelay)
|
|
|
|
return -EAGAIN;
|
|
|
|
if (mutex_lock_interruptible(&tty->atomic_write_lock))
|
|
|
|
return -ERESTARTSYS;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* Split writes up in sane blocksizes to avoid
|
|
|
|
* denial-of-service type attacks
|
|
|
|
*/
|
|
|
|
static inline ssize_t do_tty_write(
|
|
|
|
ssize_t (*write)(struct tty_struct *, struct file *, const unsigned char *, size_t),
|
|
|
|
struct tty_struct *tty,
|
|
|
|
struct file *file,
|
2021-01-19 22:41:16 +03:00
|
|
|
struct iov_iter *from)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2021-01-19 22:41:16 +03:00
|
|
|
size_t count = iov_iter_count(from);
|
2007-07-16 10:39:43 +04:00
|
|
|
ssize_t ret, written = 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
unsigned int chunk;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2007-07-16 10:39:43 +04:00
|
|
|
ret = tty_write_lock(tty, file->f_flags & O_NDELAY);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We chunk up writes into a temporary buffer. This
|
|
|
|
* simplifies low-level drivers immensely, since they
|
|
|
|
* don't have locking issues and user mode accesses.
|
|
|
|
*
|
|
|
|
* But if TTY_NO_WRITE_SPLIT is set, we should use a
|
|
|
|
* big chunk-size..
|
|
|
|
*
|
|
|
|
* The default chunk-size is 2kB, because the NTTY
|
|
|
|
* layer has problems with bigger chunks. It will
|
|
|
|
* claim to be able to handle more characters than
|
|
|
|
* it actually does.
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
* FIXME: This can probably go away now except that 64K chunks
|
|
|
|
* are too likely to fail unless switched to vmalloc...
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
|
|
|
chunk = 2048;
|
|
|
|
if (test_bit(TTY_NO_WRITE_SPLIT, &tty->flags))
|
|
|
|
chunk = 65536;
|
|
|
|
if (count < chunk)
|
|
|
|
chunk = count;
|
|
|
|
|
2006-03-23 14:00:31 +03:00
|
|
|
/* write_buf/write_cnt is protected by the atomic_write_lock mutex */
|
2005-04-17 02:20:36 +04:00
|
|
|
if (tty->write_cnt < chunk) {
|
2008-10-13 13:45:36 +04:00
|
|
|
unsigned char *buf_chunk;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
if (chunk < 1024)
|
|
|
|
chunk = 1024;
|
|
|
|
|
2008-10-13 13:45:36 +04:00
|
|
|
buf_chunk = kmalloc(chunk, GFP_KERNEL);
|
|
|
|
if (!buf_chunk) {
|
2007-07-16 10:39:43 +04:00
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
kfree(tty->write_buf);
|
|
|
|
tty->write_cnt = chunk;
|
2008-10-13 13:45:36 +04:00
|
|
|
tty->write_buf = buf_chunk;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Do the write .. */
|
|
|
|
for (;;) {
|
|
|
|
size_t size = count;
|
|
|
|
if (size > chunk)
|
|
|
|
size = chunk;
|
2021-01-19 22:41:16 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
ret = -EFAULT;
|
2021-01-19 22:41:16 +03:00
|
|
|
if (copy_from_iter(tty->write_buf, size, from) != size)
|
2005-04-17 02:20:36 +04:00
|
|
|
break;
|
2021-01-19 22:41:16 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
ret = write(tty, file, tty->write_buf, size);
|
|
|
|
if (ret <= 0)
|
|
|
|
break;
|
2021-01-19 22:41:16 +03:00
|
|
|
|
2021-02-21 08:15:00 +03:00
|
|
|
written += ret;
|
|
|
|
if (ret > size)
|
|
|
|
break;
|
|
|
|
|
2021-01-19 22:41:16 +03:00
|
|
|
/* FIXME! Have Al check this! */
|
|
|
|
if (ret != size)
|
|
|
|
iov_iter_revert(from, size-ret);
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
count -= ret;
|
|
|
|
if (!count)
|
|
|
|
break;
|
|
|
|
ret = -ERESTARTSYS;
|
|
|
|
if (signal_pending(current))
|
|
|
|
break;
|
|
|
|
cond_resched();
|
|
|
|
}
|
2013-04-26 15:48:53 +04:00
|
|
|
if (written) {
|
2018-06-18 17:16:26 +03:00
|
|
|
tty_update_time(&file_inode(file)->i_mtime);
|
2005-04-17 02:20:36 +04:00
|
|
|
ret = written;
|
2013-04-26 15:48:53 +04:00
|
|
|
}
|
2007-07-16 10:39:43 +04:00
|
|
|
out:
|
|
|
|
tty_write_unlock(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2008-10-13 13:39:23 +04:00
|
|
|
/**
|
|
|
|
* tty_write_message - write a message to a certain tty, not just the console.
|
|
|
|
* @tty: the destination tty_struct
|
|
|
|
* @msg: the message to write
|
|
|
|
*
|
|
|
|
* This is used for messages that need to be redirected to a specific tty.
|
|
|
|
* We don't put it into the syslog queue right now maybe in the future if
|
|
|
|
* really needed.
|
|
|
|
*
|
2010-06-02 00:53:01 +04:00
|
|
|
* We must still hold the BTM and test the CLOSING flag for the moment.
|
2008-10-13 13:39:23 +04:00
|
|
|
*/
|
|
|
|
|
|
|
|
void tty_write_message(struct tty_struct *tty, char *msg)
|
|
|
|
{
|
|
|
|
if (tty) {
|
|
|
|
mutex_lock(&tty->atomic_write_lock);
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_lock(tty);
|
2015-10-11 03:28:44 +03:00
|
|
|
if (tty->ops->write && tty->count > 0)
|
2008-10-13 13:39:23 +04:00
|
|
|
tty->ops->write(tty, msg, strlen(msg));
|
2015-10-11 03:28:44 +03:00
|
|
|
tty_unlock(tty);
|
2008-10-13 13:39:23 +04:00
|
|
|
tty_write_unlock(tty);
|
|
|
|
}
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_write - write method for tty device file
|
|
|
|
* @file: tty file pointer
|
|
|
|
* @buf: user data to write
|
|
|
|
* @count: bytes to write
|
|
|
|
* @ppos: unused
|
|
|
|
*
|
|
|
|
* Write data to a tty device via the line discipline.
|
|
|
|
*
|
|
|
|
* Locking:
|
|
|
|
* Locks the line discipline as required
|
|
|
|
* Writes to the tty driver are serialized by the atomic_write_lock
|
|
|
|
* and are then processed in chunks to the device. The line discipline
|
2009-01-02 16:40:53 +03:00
|
|
|
* write method will not be invoked in parallel for each device.
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2021-01-29 23:28:20 +03:00
|
|
|
static ssize_t file_tty_write(struct file *file, struct kiocb *iocb, struct iov_iter *from)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(file);
|
|
|
|
struct tty_ldisc *ld;
|
2005-04-17 02:20:36 +04:00
|
|
|
ssize_t ret;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2013-02-28 01:59:05 +04:00
|
|
|
if (tty_paranoia_check(tty, file_inode(file), "tty_write"))
|
2005-04-17 02:20:36 +04:00
|
|
|
return -EIO;
|
2016-04-10 03:06:48 +03:00
|
|
|
if (!tty || !tty->ops->write || tty_io_error(tty))
|
2008-02-08 15:18:47 +03:00
|
|
|
return -EIO;
|
2008-04-30 11:54:13 +04:00
|
|
|
/* Short term debug to catch buggy drivers */
|
|
|
|
if (tty->ops->write_room == NULL)
|
2015-11-08 21:01:13 +03:00
|
|
|
tty_err(tty, "missing write_room method\n");
|
2008-02-08 15:18:47 +03:00
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2021-01-21 21:04:27 +03:00
|
|
|
if (!ld)
|
|
|
|
return hung_up_tty_write(iocb, from);
|
|
|
|
if (!ld->ops->write)
|
2005-04-17 02:20:36 +04:00
|
|
|
ret = -EIO;
|
|
|
|
else
|
2021-01-19 22:41:16 +03:00
|
|
|
ret = do_tty_write(ld->ops->write, tty, file, from);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-01-29 23:28:20 +03:00
|
|
|
static ssize_t tty_write(struct kiocb *iocb, struct iov_iter *from)
|
|
|
|
{
|
|
|
|
return file_tty_write(iocb->ki_filp, iocb, from);
|
|
|
|
}
|
|
|
|
|
2021-01-19 22:41:16 +03:00
|
|
|
ssize_t redirected_tty_write(struct kiocb *iocb, struct iov_iter *iter)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
struct file *p = NULL;
|
|
|
|
|
|
|
|
spin_lock(&redirect_lock);
|
2012-08-27 22:48:26 +04:00
|
|
|
if (redirect)
|
|
|
|
p = get_file(redirect);
|
2005-04-17 02:20:36 +04:00
|
|
|
spin_unlock(&redirect_lock);
|
|
|
|
|
2021-01-29 23:28:20 +03:00
|
|
|
/*
|
|
|
|
* We know the redirected tty is just another tty, we can can
|
|
|
|
* call file_tty_write() directly with that file pointer.
|
|
|
|
*/
|
2005-04-17 02:20:36 +04:00
|
|
|
if (p) {
|
|
|
|
ssize_t res;
|
2021-01-29 23:28:20 +03:00
|
|
|
res = file_tty_write(p, iocb, iter);
|
2005-04-17 02:20:36 +04:00
|
|
|
fput(p);
|
|
|
|
return res;
|
|
|
|
}
|
2021-01-19 22:41:16 +03:00
|
|
|
return tty_write(iocb, iter);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2020-11-04 22:35:25 +03:00
|
|
|
/*
|
2014-09-10 23:06:34 +04:00
|
|
|
* tty_send_xchar - send priority character
|
|
|
|
*
|
|
|
|
* Send a high priority character to the tty even if stopped
|
|
|
|
*
|
|
|
|
* Locking: none for xchar method, write ordering for write method.
|
|
|
|
*/
|
|
|
|
|
|
|
|
int tty_send_xchar(struct tty_struct *tty, char ch)
|
|
|
|
{
|
|
|
|
int was_stopped = tty->stopped;
|
|
|
|
|
|
|
|
if (tty->ops->send_xchar) {
|
2015-11-11 16:03:54 +03:00
|
|
|
down_read(&tty->termios_rwsem);
|
2014-09-10 23:06:34 +04:00
|
|
|
tty->ops->send_xchar(tty, ch);
|
2015-11-11 16:03:54 +03:00
|
|
|
up_read(&tty->termios_rwsem);
|
2014-09-10 23:06:34 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (tty_write_lock(tty, 0) < 0)
|
|
|
|
return -ERESTARTSYS;
|
|
|
|
|
2015-11-11 16:03:54 +03:00
|
|
|
down_read(&tty->termios_rwsem);
|
2014-09-10 23:06:34 +04:00
|
|
|
if (was_stopped)
|
|
|
|
start_tty(tty);
|
|
|
|
tty->ops->write(tty, &ch, 1);
|
|
|
|
if (was_stopped)
|
|
|
|
stop_tty(tty);
|
2015-11-11 16:03:54 +03:00
|
|
|
up_read(&tty->termios_rwsem);
|
2014-09-10 23:06:34 +04:00
|
|
|
tty_write_unlock(tty);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static char ptychar[] = "pqrstuvwxyzabcde";
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* pty_line_name - generate name for a pty
|
|
|
|
* @driver: the tty driver in use
|
|
|
|
* @index: the minor number
|
|
|
|
* @p: output buffer of at least 6 bytes
|
|
|
|
*
|
|
|
|
* Generate a name from a driver reference and write it to the output
|
|
|
|
* buffer.
|
|
|
|
*
|
|
|
|
* Locking: None
|
|
|
|
*/
|
|
|
|
static void pty_line_name(struct tty_driver *driver, int index, char *p)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
int i = index + driver->name_base;
|
|
|
|
/* ->name is initialized to "ttyp", but "tty" is expected */
|
|
|
|
sprintf(p, "%s%c%x",
|
2008-02-08 15:18:47 +03:00
|
|
|
driver->subtype == PTY_TYPE_SLAVE ? "tty" : driver->name,
|
|
|
|
ptychar[i >> 4 & 0xf], i & 0xf);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2008-10-13 13:42:19 +04:00
|
|
|
* tty_line_name - generate name for a tty
|
2006-08-27 12:24:01 +04:00
|
|
|
* @driver: the tty driver in use
|
|
|
|
* @index: the minor number
|
|
|
|
* @p: output buffer of at least 7 bytes
|
|
|
|
*
|
|
|
|
* Generate a name from a driver reference and write it to the output
|
2014-02-23 02:31:04 +04:00
|
|
|
* buffer.
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
* Locking: None
|
|
|
|
*/
|
2014-02-27 15:30:51 +04:00
|
|
|
static ssize_t tty_line_name(struct tty_driver *driver, int index, char *p)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2012-08-09 00:26:43 +04:00
|
|
|
if (driver->flags & TTY_DRIVER_UNNUMBERED_NODE)
|
2014-02-27 15:30:51 +04:00
|
|
|
return sprintf(p, "%s", driver->name);
|
2012-08-09 00:26:43 +04:00
|
|
|
else
|
2014-02-27 15:30:51 +04:00
|
|
|
return sprintf(p, "%s%d", driver->name,
|
|
|
|
index + driver->name_base);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2008-10-13 13:42:00 +04:00
|
|
|
/**
|
|
|
|
* tty_driver_lookup_tty() - find an existing tty, if any
|
|
|
|
* @driver: the driver for the tty
|
2020-11-04 22:35:25 +03:00
|
|
|
* @file: file object
|
2008-10-13 13:42:00 +04:00
|
|
|
* @idx: the minor number
|
2008-10-13 13:41:51 +04:00
|
|
|
*
|
2014-11-05 20:12:51 +03:00
|
|
|
* Return the tty, if found. If not found, return NULL or ERR_PTR() if the
|
|
|
|
* driver lookup() method returns an error.
|
2008-10-13 13:41:51 +04:00
|
|
|
*
|
2014-11-05 20:12:51 +03:00
|
|
|
* Locking: tty_mutex must be held. If the tty is found, bump the tty kref.
|
2008-10-13 13:41:51 +04:00
|
|
|
*/
|
2009-01-02 16:43:04 +03:00
|
|
|
static struct tty_struct *tty_driver_lookup_tty(struct tty_driver *driver,
|
2016-04-26 06:04:08 +03:00
|
|
|
struct file *file, int idx)
|
2008-10-13 13:41:51 +04:00
|
|
|
{
|
2014-11-05 20:12:51 +03:00
|
|
|
struct tty_struct *tty;
|
|
|
|
|
2008-10-13 13:42:00 +04:00
|
|
|
if (driver->ops->lookup)
|
2017-05-15 20:45:32 +03:00
|
|
|
if (!file)
|
|
|
|
tty = ERR_PTR(-EIO);
|
|
|
|
else
|
|
|
|
tty = driver->ops->lookup(driver, file, idx);
|
2014-11-05 20:12:51 +03:00
|
|
|
else
|
|
|
|
tty = driver->ttys[idx];
|
2008-10-13 13:41:51 +04:00
|
|
|
|
2014-11-05 20:12:51 +03:00
|
|
|
if (!IS_ERR(tty))
|
|
|
|
tty_kref_get(tty);
|
|
|
|
return tty;
|
2008-10-13 13:41:51 +04:00
|
|
|
}
|
|
|
|
|
2008-10-13 13:42:39 +04:00
|
|
|
/**
|
|
|
|
* tty_init_termios - helper for termios setup
|
|
|
|
* @tty: the tty to set up
|
|
|
|
*
|
2019-04-18 19:05:54 +03:00
|
|
|
* Initialise the termios structure for this tty. This runs under
|
2008-10-13 13:42:39 +04:00
|
|
|
* the tty_mutex currently so we can be relaxed about ordering.
|
|
|
|
*/
|
|
|
|
|
2016-01-10 08:13:48 +03:00
|
|
|
void tty_init_termios(struct tty_struct *tty)
|
2008-10-13 13:42:39 +04:00
|
|
|
{
|
2008-10-13 13:44:08 +04:00
|
|
|
struct ktermios *tp;
|
2008-10-13 13:42:39 +04:00
|
|
|
int idx = tty->index;
|
|
|
|
|
2012-07-17 20:06:57 +04:00
|
|
|
if (tty->driver->flags & TTY_DRIVER_RESET_TERMIOS)
|
|
|
|
tty->termios = tty->driver->init_termios;
|
|
|
|
else {
|
|
|
|
/* Check for lazy saved data */
|
|
|
|
tp = tty->driver->termios[idx];
|
2016-01-11 09:40:57 +03:00
|
|
|
if (tp != NULL) {
|
2012-07-17 20:06:57 +04:00
|
|
|
tty->termios = *tp;
|
2016-01-11 09:40:57 +03:00
|
|
|
tty->termios.c_line = tty->driver->init_termios.c_line;
|
|
|
|
} else
|
2012-07-17 20:06:57 +04:00
|
|
|
tty->termios = tty->driver->init_termios;
|
2008-10-13 13:42:39 +04:00
|
|
|
}
|
|
|
|
/* Compatibility until drivers always set this */
|
2012-07-14 18:31:47 +04:00
|
|
|
tty->termios.c_ispeed = tty_termios_input_baud_rate(&tty->termios);
|
|
|
|
tty->termios.c_ospeed = tty_termios_baud_rate(&tty->termios);
|
2008-10-13 13:42:39 +04:00
|
|
|
}
|
2009-09-20 00:13:33 +04:00
|
|
|
EXPORT_SYMBOL_GPL(tty_init_termios);
|
2008-10-13 13:42:39 +04:00
|
|
|
|
2012-01-31 00:14:28 +04:00
|
|
|
int tty_standard_install(struct tty_driver *driver, struct tty_struct *tty)
|
|
|
|
{
|
2016-01-10 08:13:48 +03:00
|
|
|
tty_init_termios(tty);
|
2012-01-31 00:14:28 +04:00
|
|
|
tty_driver_kref_get(driver);
|
|
|
|
tty->count++;
|
|
|
|
driver->ttys[tty->index] = tty;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_standard_install);
|
|
|
|
|
2008-10-13 13:42:00 +04:00
|
|
|
/**
|
2008-10-13 13:42:19 +04:00
|
|
|
* tty_driver_install_tty() - install a tty entry in the driver
|
|
|
|
* @driver: the driver for the tty
|
|
|
|
* @tty: the tty
|
|
|
|
*
|
|
|
|
* Install a tty object into the driver tables. The tty->index field
|
2008-10-13 13:42:39 +04:00
|
|
|
* will be set by the time this is called. This method is responsible
|
|
|
|
* for ensuring any need additional structures are allocated and
|
|
|
|
* configured.
|
2008-10-13 13:42:19 +04:00
|
|
|
*
|
|
|
|
* Locking: tty_mutex for now
|
|
|
|
*/
|
|
|
|
static int tty_driver_install_tty(struct tty_driver *driver,
|
|
|
|
struct tty_struct *tty)
|
|
|
|
{
|
2012-01-31 00:14:28 +04:00
|
|
|
return driver->ops->install ? driver->ops->install(driver, tty) :
|
|
|
|
tty_standard_install(driver, tty);
|
2008-10-13 13:42:19 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* tty_driver_remove_tty() - remove a tty from the driver tables
|
|
|
|
* @driver: the driver for the tty
|
2020-08-18 11:56:51 +03:00
|
|
|
* @tty: tty to remove
|
2008-10-13 13:42:19 +04:00
|
|
|
*
|
|
|
|
* Remvoe a tty object from the driver tables. The tty->index field
|
|
|
|
* will be set by the time this is called.
|
|
|
|
*
|
|
|
|
* Locking: tty_mutex for now
|
|
|
|
*/
|
2016-01-10 08:13:49 +03:00
|
|
|
static void tty_driver_remove_tty(struct tty_driver *driver, struct tty_struct *tty)
|
2008-10-13 13:42:19 +04:00
|
|
|
{
|
|
|
|
if (driver->ops->remove)
|
|
|
|
driver->ops->remove(driver, tty);
|
|
|
|
else
|
|
|
|
driver->ttys[tty->index] = NULL;
|
|
|
|
}
|
|
|
|
|
2020-08-18 11:56:51 +03:00
|
|
|
/**
|
|
|
|
* tty_reopen() - fast re-open of an open tty
|
|
|
|
* @tty: the tty to open
|
2008-10-13 13:41:51 +04:00
|
|
|
*
|
2008-10-13 13:42:00 +04:00
|
|
|
* Return 0 on success, -errno on error.
|
2014-11-05 20:12:47 +03:00
|
|
|
* Re-opens on master ptys are not allowed and return -EIO.
|
2008-10-13 13:41:51 +04:00
|
|
|
*
|
2014-11-05 20:12:47 +03:00
|
|
|
* Locking: Caller must hold tty_lock
|
2008-10-13 13:41:51 +04:00
|
|
|
*/
|
2008-10-13 13:42:00 +04:00
|
|
|
static int tty_reopen(struct tty_struct *tty)
|
2008-10-13 13:41:51 +04:00
|
|
|
{
|
|
|
|
struct tty_driver *driver = tty->driver;
|
2019-01-09 04:17:40 +03:00
|
|
|
struct tty_ldisc *ld;
|
|
|
|
int retval = 0;
|
2008-10-13 13:41:51 +04:00
|
|
|
|
|
|
|
if (driver->type == TTY_DRIVER_TYPE_PTY &&
|
2014-11-05 20:12:47 +03:00
|
|
|
driver->subtype == PTY_TYPE_MASTER)
|
|
|
|
return -EIO;
|
2008-10-13 13:41:51 +04:00
|
|
|
|
2016-01-10 08:13:45 +03:00
|
|
|
if (!tty->count)
|
|
|
|
return -EAGAIN;
|
|
|
|
|
2014-12-30 18:39:25 +03:00
|
|
|
if (test_bit(TTY_EXCLUSIVE, &tty->flags) && !capable(CAP_SYS_ADMIN))
|
|
|
|
return -EBUSY;
|
|
|
|
|
2019-01-09 04:17:40 +03:00
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
|
|
|
if (ld) {
|
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
} else {
|
|
|
|
retval = tty_ldisc_lock(tty, 5 * HZ);
|
|
|
|
if (retval)
|
|
|
|
return retval;
|
|
|
|
|
|
|
|
if (!tty->ldisc)
|
|
|
|
retval = tty_ldisc_reinit(tty, tty->termios.c_line);
|
|
|
|
tty_ldisc_unlock(tty);
|
|
|
|
}
|
2008-10-13 13:41:51 +04:00
|
|
|
|
2018-11-01 03:24:49 +03:00
|
|
|
if (retval == 0)
|
|
|
|
tty->count++;
|
2018-09-18 02:52:52 +03:00
|
|
|
|
|
|
|
return retval;
|
2008-10-13 13:41:51 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2008-10-13 13:41:42 +04:00
|
|
|
* tty_init_dev - initialise a tty device
|
2006-08-27 12:24:01 +04:00
|
|
|
* @driver: tty driver we are opening a device on
|
|
|
|
* @idx: device index
|
|
|
|
*
|
|
|
|
* Prepare a tty device. This may not be a "new" clean device but
|
|
|
|
* could also be an active device. The pty drivers require special
|
|
|
|
* handling because of this.
|
|
|
|
*
|
|
|
|
* Locking:
|
|
|
|
* The function is called under the tty_mutex, which
|
|
|
|
* protects us from the tty struct or driver itself going away.
|
|
|
|
*
|
|
|
|
* On exit the tty device has the line discipline attached and
|
|
|
|
* a reference count of 1. If a pair was created for pty/tty use
|
|
|
|
* and the other was a pty master then it too has a reference count of 1.
|
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* WSH 06/09/97: Rewritten to remove races and properly clean up after a
|
2006-03-23 14:00:31 +03:00
|
|
|
* failed open. The new code protects the open with a mutex, so it's
|
|
|
|
* really quite straightforward. The mutex locking can probably be
|
2005-04-17 02:20:36 +04:00
|
|
|
* relaxed for the (most common) case of reopening a tty.
|
2020-08-18 11:56:51 +03:00
|
|
|
*
|
|
|
|
* Return: returned tty structure
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2012-01-05 13:04:21 +04:00
|
|
|
struct tty_struct *tty_init_dev(struct tty_driver *driver, int idx)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-10-13 13:42:39 +04:00
|
|
|
struct tty_struct *tty;
|
2008-10-13 13:42:29 +04:00
|
|
|
int retval;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* First time open is complex, especially for PTY devices.
|
|
|
|
* This code guarantees that either everything succeeds and the
|
|
|
|
* TTY is ready for operation, or else the table slots are vacated
|
2008-02-08 15:18:47 +03:00
|
|
|
* and the allocated memory released. (Except that the termios
|
2017-03-30 16:39:35 +03:00
|
|
|
* may be retained.)
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
|
|
|
|
2008-10-13 13:42:29 +04:00
|
|
|
if (!try_module_get(driver->owner))
|
|
|
|
return ERR_PTR(-ENODEV);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2014-07-10 23:01:22 +04:00
|
|
|
tty = alloc_tty_struct(driver, idx);
|
2011-03-23 12:48:32 +03:00
|
|
|
if (!tty) {
|
|
|
|
retval = -ENOMEM;
|
|
|
|
goto err_module_put;
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_lock(tty);
|
2008-10-13 13:42:29 +04:00
|
|
|
retval = tty_driver_install_tty(driver, tty);
|
2011-03-23 12:48:32 +03:00
|
|
|
if (retval < 0)
|
2016-01-10 08:13:46 +03:00
|
|
|
goto err_free_tty;
|
2008-10-13 13:42:19 +04:00
|
|
|
|
2012-06-04 15:35:36 +04:00
|
|
|
if (!tty->port)
|
|
|
|
tty->port = driver->ports[idx];
|
|
|
|
|
2019-11-22 13:17:21 +03:00
|
|
|
if (WARN_RATELIMIT(!tty->port,
|
|
|
|
"%s: %s driver does not set tty->port. This would crash the kernel. Fix the driver!\n",
|
|
|
|
__func__, tty->driver->name)) {
|
|
|
|
retval = -EINVAL;
|
|
|
|
goto err_release_lock;
|
|
|
|
}
|
2012-08-17 16:27:52 +04:00
|
|
|
|
2018-01-23 10:46:34 +03:00
|
|
|
retval = tty_ldisc_lock(tty, 5 * HZ);
|
|
|
|
if (retval)
|
|
|
|
goto err_release_lock;
|
2012-10-19 00:26:46 +04:00
|
|
|
tty->port->itty = tty;
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
/*
|
2005-04-17 02:20:36 +04:00
|
|
|
* Structures all installed ... call the ldisc open routines.
|
2007-02-10 12:46:46 +03:00
|
|
|
* If we fail here just call release_tty to clean up. No need
|
|
|
|
* to decrement the use counts, as release_tty doesn't care.
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2008-10-13 13:42:39 +04:00
|
|
|
retval = tty_ldisc_setup(tty, tty->link);
|
2008-07-22 14:16:55 +04:00
|
|
|
if (retval)
|
2011-03-23 12:48:32 +03:00
|
|
|
goto err_release_tty;
|
2018-01-23 10:46:34 +03:00
|
|
|
tty_ldisc_unlock(tty);
|
2012-08-08 19:30:13 +04:00
|
|
|
/* Return the tty locked so that it cannot vanish under the caller */
|
2008-10-13 13:42:29 +04:00
|
|
|
return tty;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2016-01-10 08:13:46 +03:00
|
|
|
err_free_tty:
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty);
|
2011-03-23 12:48:32 +03:00
|
|
|
free_tty_struct(tty);
|
|
|
|
err_module_put:
|
2005-04-17 02:20:36 +04:00
|
|
|
module_put(driver->owner);
|
2011-03-23 12:48:32 +03:00
|
|
|
return ERR_PTR(retval);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2007-02-10 12:46:46 +03:00
|
|
|
/* call the tty release_tty routine to clean out this slot */
|
2011-03-23 12:48:32 +03:00
|
|
|
err_release_tty:
|
2018-01-23 10:46:34 +03:00
|
|
|
tty_ldisc_unlock(tty);
|
2015-11-08 21:01:13 +03:00
|
|
|
tty_info_ratelimited(tty, "ldisc open failed (%d), clearing slot %d\n",
|
|
|
|
retval, idx);
|
2018-01-23 10:46:34 +03:00
|
|
|
err_release_lock:
|
|
|
|
tty_unlock(tty);
|
2007-02-10 12:46:46 +03:00
|
|
|
release_tty(tty, idx);
|
2008-10-13 13:42:29 +04:00
|
|
|
return ERR_PTR(retval);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2018-12-04 19:00:36 +03:00
|
|
|
/**
|
|
|
|
* tty_save_termios() - save tty termios data in driver table
|
|
|
|
* @tty: tty whose termios data to save
|
|
|
|
*
|
|
|
|
* Locking: Caller guarantees serialisation with tty_init_termios().
|
|
|
|
*/
|
|
|
|
void tty_save_termios(struct tty_struct *tty)
|
2008-10-13 13:41:30 +04:00
|
|
|
{
|
|
|
|
struct ktermios *tp;
|
|
|
|
int idx = tty->index;
|
2012-07-17 20:06:57 +04:00
|
|
|
|
|
|
|
/* If the port is going to reset then it has no termios to save */
|
|
|
|
if (tty->driver->flags & TTY_DRIVER_RESET_TERMIOS)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* Stash the termios data */
|
|
|
|
tp = tty->driver->termios[idx];
|
|
|
|
if (tp == NULL) {
|
2020-07-24 01:34:22 +03:00
|
|
|
tp = kmalloc(sizeof(*tp), GFP_KERNEL);
|
2015-11-08 21:01:11 +03:00
|
|
|
if (tp == NULL)
|
2012-07-17 20:06:57 +04:00
|
|
|
return;
|
2012-07-24 15:51:52 +04:00
|
|
|
tty->driver->termios[idx] = tp;
|
2008-10-13 13:41:30 +04:00
|
|
|
}
|
2012-07-17 20:06:57 +04:00
|
|
|
*tp = tty->termios;
|
2008-10-13 13:41:30 +04:00
|
|
|
}
|
2018-12-04 19:00:36 +03:00
|
|
|
EXPORT_SYMBOL_GPL(tty_save_termios);
|
2008-10-13 13:41:30 +04:00
|
|
|
|
2013-03-12 00:44:35 +04:00
|
|
|
/**
|
2014-11-05 20:12:57 +03:00
|
|
|
* tty_flush_works - flush all works of a tty/pty pair
|
|
|
|
* @tty: tty device to flush works for (or either end of a pty pair)
|
2013-03-12 00:44:35 +04:00
|
|
|
*
|
2014-11-05 20:12:57 +03:00
|
|
|
* Sync flush all works belonging to @tty (and the 'other' tty).
|
2013-03-12 00:44:35 +04:00
|
|
|
*/
|
|
|
|
static void tty_flush_works(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
flush_work(&tty->SAK_work);
|
|
|
|
flush_work(&tty->hangup_work);
|
2014-11-05 20:12:57 +03:00
|
|
|
if (tty->link) {
|
|
|
|
flush_work(&tty->link->SAK_work);
|
|
|
|
flush_work(&tty->link->hangup_work);
|
|
|
|
}
|
2013-03-12 00:44:35 +04:00
|
|
|
}
|
2008-10-13 13:41:30 +04:00
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2007-02-10 12:46:46 +03:00
|
|
|
* release_one_tty - release tty structure memory
|
2020-08-18 11:56:51 +03:00
|
|
|
* @work: work of tty we are obliterating
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
* Releases memory associated with a tty structure, and clears out the
|
|
|
|
* driver table slots. This function is called when a device is no longer
|
|
|
|
* in use. It also gets called when setup of a device fails.
|
|
|
|
*
|
|
|
|
* Locking:
|
|
|
|
* takes the file list lock internally when working on the list
|
|
|
|
* of ttys that the driver keeps.
|
2009-09-20 00:13:22 +04:00
|
|
|
*
|
|
|
|
* This method gets called from a work queue so that the driver private
|
2009-09-27 20:00:42 +04:00
|
|
|
* cleanup ops can sleep (needed for USB at least)
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2009-09-20 00:13:22 +04:00
|
|
|
static void release_one_tty(struct work_struct *work)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2009-09-20 00:13:22 +04:00
|
|
|
struct tty_struct *tty =
|
|
|
|
container_of(work, struct tty_struct, hangup_work);
|
2008-10-13 13:37:36 +04:00
|
|
|
struct tty_driver *driver = tty->driver;
|
2014-08-08 00:26:15 +04:00
|
|
|
struct module *owner = driver->owner;
|
2007-02-10 12:46:46 +03:00
|
|
|
|
2009-09-27 20:00:42 +04:00
|
|
|
if (tty->ops->cleanup)
|
|
|
|
tty->ops->cleanup(tty);
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
tty->magic = 0;
|
2008-10-13 13:42:09 +04:00
|
|
|
tty_driver_kref_put(driver);
|
2014-08-08 00:26:15 +04:00
|
|
|
module_put(owner);
|
2007-02-10 12:46:46 +03:00
|
|
|
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock(&tty->files_lock);
|
2005-04-17 02:20:36 +04:00
|
|
|
list_del_init(&tty->tty_files);
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_unlock(&tty->files_lock);
|
2007-02-10 12:46:46 +03:00
|
|
|
|
2010-04-02 20:05:12 +04:00
|
|
|
put_pid(tty->pgrp);
|
|
|
|
put_pid(tty->session);
|
2005-04-17 02:20:36 +04:00
|
|
|
free_tty_struct(tty);
|
|
|
|
}
|
|
|
|
|
2009-09-20 00:13:22 +04:00
|
|
|
static void queue_release_one_tty(struct kref *kref)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty = container_of(kref, struct tty_struct, kref);
|
2009-09-27 20:00:42 +04:00
|
|
|
|
2009-09-20 00:13:22 +04:00
|
|
|
/* The hangup queue is now free so we can reuse it rather than
|
|
|
|
waste a chunk of memory for each port */
|
|
|
|
INIT_WORK(&tty->hangup_work, release_one_tty);
|
|
|
|
schedule_work(&tty->hangup_work);
|
|
|
|
}
|
|
|
|
|
2008-10-13 13:37:26 +04:00
|
|
|
/**
|
|
|
|
* tty_kref_put - release a tty kref
|
|
|
|
* @tty: tty device
|
|
|
|
*
|
|
|
|
* Release a reference to a tty device and if need be let the kref
|
|
|
|
* layer destruct the object for us
|
|
|
|
*/
|
|
|
|
|
|
|
|
void tty_kref_put(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
if (tty)
|
2009-09-20 00:13:22 +04:00
|
|
|
kref_put(&tty->kref, queue_release_one_tty);
|
2008-10-13 13:37:26 +04:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_kref_put);
|
|
|
|
|
2007-02-10 12:46:46 +03:00
|
|
|
/**
|
|
|
|
* release_tty - release tty structure memory
|
2020-11-04 22:35:25 +03:00
|
|
|
* @tty: tty device release
|
|
|
|
* @idx: index of the tty device release
|
2007-02-10 12:46:46 +03:00
|
|
|
*
|
|
|
|
* Release both @tty and a possible linked partner (think pty pair),
|
|
|
|
* and decrement the refcount of the backing module.
|
|
|
|
*
|
|
|
|
* Locking:
|
2012-07-27 21:02:54 +04:00
|
|
|
* tty_mutex
|
2007-02-10 12:46:46 +03:00
|
|
|
* takes the file list lock internally when working on the list
|
|
|
|
* of ttys that the driver keeps.
|
2008-10-13 13:37:26 +04:00
|
|
|
*
|
2007-02-10 12:46:46 +03:00
|
|
|
*/
|
|
|
|
static void release_tty(struct tty_struct *tty, int idx)
|
|
|
|
{
|
2008-10-13 13:37:26 +04:00
|
|
|
/* This should always be true but check for the moment */
|
|
|
|
WARN_ON(tty->index != idx);
|
2012-07-27 21:02:54 +04:00
|
|
|
WARN_ON(!mutex_is_locked(&tty_mutex));
|
2012-07-17 20:06:57 +04:00
|
|
|
if (tty->ops->shutdown)
|
|
|
|
tty->ops->shutdown(tty);
|
2018-12-04 19:00:36 +03:00
|
|
|
tty_save_termios(tty);
|
2012-07-17 20:06:57 +04:00
|
|
|
tty_driver_remove_tty(tty->driver, tty);
|
2020-11-05 15:34:32 +03:00
|
|
|
if (tty->port)
|
|
|
|
tty->port->itty = NULL;
|
2013-06-15 17:01:00 +04:00
|
|
|
if (tty->link)
|
|
|
|
tty->link->port->itty = NULL;
|
2020-11-05 15:34:32 +03:00
|
|
|
if (tty->port)
|
|
|
|
tty_buffer_cancel_work(tty->port);
|
2017-12-13 08:10:48 +03:00
|
|
|
if (tty->link)
|
|
|
|
tty_buffer_cancel_work(tty->link->port);
|
2012-07-17 20:06:57 +04:00
|
|
|
|
2014-11-21 15:42:29 +03:00
|
|
|
tty_kref_put(tty->link);
|
2008-10-13 13:37:26 +04:00
|
|
|
tty_kref_put(tty);
|
2007-02-10 12:46:46 +03:00
|
|
|
}
|
|
|
|
|
2011-11-11 13:47:23 +04:00
|
|
|
/**
|
|
|
|
* tty_release_checks - check a tty before real release
|
|
|
|
* @tty: tty to check
|
|
|
|
* @idx: index of the tty
|
|
|
|
*
|
|
|
|
* Performs some paranoid checking before true release of the @tty.
|
|
|
|
* This is a no-op unless TTY_PARANOIA_CHECK is defined.
|
|
|
|
*/
|
2014-11-05 20:12:59 +03:00
|
|
|
static int tty_release_checks(struct tty_struct *tty, int idx)
|
2011-11-11 13:47:23 +04:00
|
|
|
{
|
|
|
|
#ifdef TTY_PARANOIA_CHECK
|
|
|
|
if (idx < 0 || idx >= tty->driver->num) {
|
2015-07-13 05:49:08 +03:00
|
|
|
tty_debug(tty, "bad idx %d\n", idx);
|
2011-11-11 13:47:23 +04:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* not much to check for devpts */
|
|
|
|
if (tty->driver->flags & TTY_DRIVER_DEVPTS_MEM)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (tty != tty->driver->ttys[idx]) {
|
2015-07-13 05:49:08 +03:00
|
|
|
tty_debug(tty, "bad driver table[%d] = %p\n",
|
|
|
|
idx, tty->driver->ttys[idx]);
|
2011-11-11 13:47:23 +04:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
if (tty->driver->other) {
|
2014-11-05 20:12:59 +03:00
|
|
|
struct tty_struct *o_tty = tty->link;
|
|
|
|
|
2011-11-11 13:47:23 +04:00
|
|
|
if (o_tty != tty->driver->other->ttys[idx]) {
|
2015-07-13 05:49:08 +03:00
|
|
|
tty_debug(tty, "bad other table[%d] = %p\n",
|
|
|
|
idx, tty->driver->other->ttys[idx]);
|
2011-11-11 13:47:23 +04:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
if (o_tty->link != tty) {
|
2015-07-13 05:49:08 +03:00
|
|
|
tty_debug(tty, "bad link = %p\n", o_tty->link);
|
2011-11-11 13:47:23 +04:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-07-20 10:22:36 +03:00
|
|
|
/**
|
|
|
|
* tty_kclose - closes tty opened by tty_kopen
|
|
|
|
* @tty: tty device
|
|
|
|
*
|
|
|
|
* Performs the final steps to release and free a tty device. It is the
|
|
|
|
* same as tty_release_struct except that it also resets TTY_PORT_KOPENED
|
|
|
|
* flag on tty->port.
|
|
|
|
*/
|
|
|
|
void tty_kclose(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Ask the line discipline code to release its structures
|
|
|
|
*/
|
|
|
|
tty_ldisc_release(tty);
|
|
|
|
|
|
|
|
/* Wait for pending work before tty destruction commmences */
|
|
|
|
tty_flush_works(tty);
|
|
|
|
|
|
|
|
tty_debug_hangup(tty, "freeing structure\n");
|
|
|
|
/*
|
|
|
|
* The release_tty function takes care of the details of clearing
|
2020-02-24 10:33:59 +03:00
|
|
|
* the slots and preserving the termios structure.
|
2017-07-20 10:22:36 +03:00
|
|
|
*/
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
tty_port_set_kopened(tty->port, 0);
|
|
|
|
release_tty(tty, tty->index);
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_kclose);
|
|
|
|
|
2017-01-17 01:54:28 +03:00
|
|
|
/**
|
|
|
|
* tty_release_struct - release a tty struct
|
|
|
|
* @tty: tty device
|
|
|
|
* @idx: index of the tty
|
|
|
|
*
|
|
|
|
* Performs the final steps to release and free a tty device. It is
|
|
|
|
* roughly the reverse of tty_init_dev.
|
|
|
|
*/
|
|
|
|
void tty_release_struct(struct tty_struct *tty, int idx)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* Ask the line discipline code to release its structures
|
|
|
|
*/
|
|
|
|
tty_ldisc_release(tty);
|
|
|
|
|
|
|
|
/* Wait for pending work before tty destruction commmences */
|
|
|
|
tty_flush_works(tty);
|
|
|
|
|
|
|
|
tty_debug_hangup(tty, "freeing structure\n");
|
|
|
|
/*
|
|
|
|
* The release_tty function takes care of the details of clearing
|
2020-02-24 10:33:59 +03:00
|
|
|
* the slots and preserving the termios structure.
|
2017-01-17 01:54:28 +03:00
|
|
|
*/
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
release_tty(tty, idx);
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_release_struct);
|
|
|
|
|
2009-11-30 16:18:29 +03:00
|
|
|
/**
|
|
|
|
* tty_release - vfs callback for close
|
|
|
|
* @inode: inode of tty
|
|
|
|
* @filp: file pointer for handle to tty
|
|
|
|
*
|
|
|
|
* Called the last time each file handle is closed that references
|
|
|
|
* this tty. There may however be several such references.
|
|
|
|
*
|
|
|
|
* Locking:
|
|
|
|
* Takes bkl. See tty_release_dev
|
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* Even releasing the tty structures is a tricky business.. We have
|
|
|
|
* to be very careful that the structures are all released at the
|
|
|
|
* same time, as interrupts might otherwise get the wrong pointers.
|
|
|
|
*
|
|
|
|
* WSH 09/09/97: rewritten to avoid some nasty race conditions that could
|
|
|
|
* lead to double frees or releasing memory still in use.
|
|
|
|
*/
|
2009-11-30 16:18:29 +03:00
|
|
|
|
|
|
|
int tty_release(struct inode *inode, struct file *filp)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(filp);
|
2014-11-05 20:13:00 +03:00
|
|
|
struct tty_struct *o_tty = NULL;
|
|
|
|
int do_sleep, final;
|
2005-04-17 02:20:36 +04:00
|
|
|
int idx;
|
2014-10-16 21:51:30 +04:00
|
|
|
long timeout = 0;
|
2014-10-16 21:54:36 +04:00
|
|
|
int once = 1;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2011-11-10 00:33:24 +04:00
|
|
|
if (tty_paranoia_check(tty, inode, __func__))
|
2009-11-30 16:18:29 +03:00
|
|
|
return 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_lock(tty);
|
2011-11-10 00:33:24 +04:00
|
|
|
check_tty_count(tty, __func__);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2010-06-02 00:53:01 +04:00
|
|
|
__tty_fasync(-1, filp, 0);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
idx = tty->index;
|
2014-11-05 20:13:00 +03:00
|
|
|
if (tty->driver->type == TTY_DRIVER_TYPE_PTY &&
|
|
|
|
tty->driver->subtype == PTY_TYPE_MASTER)
|
|
|
|
o_tty = tty->link;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2014-11-05 20:12:59 +03:00
|
|
|
if (tty_release_checks(tty, idx)) {
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty);
|
2009-11-30 16:18:29 +03:00
|
|
|
return 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "releasing (count=%d)\n", tty->count);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->close)
|
|
|
|
tty->ops->close(tty, filp);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2014-11-05 20:13:01 +03:00
|
|
|
/* If tty is pty master, lock the slave pty (stable lock order) */
|
|
|
|
tty_lock_slave(o_tty);
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* Sanity check: if tty->count is going to zero, there shouldn't be
|
|
|
|
* any waiters on tty->read_wait or tty->write_wait. We test the
|
|
|
|
* wait queues and kick everyone out _before_ actually starting to
|
|
|
|
* close. This ensures that we won't block while releasing the tty
|
|
|
|
* structure.
|
|
|
|
*
|
|
|
|
* The test for the o_tty closing is necessary, since the master and
|
|
|
|
* slave sides may close in any order. If the slave side closes out
|
|
|
|
* first, its count will be one, since the master side holds an open.
|
2014-11-05 20:12:56 +03:00
|
|
|
* Thus this test wouldn't be triggered at the time the slave closed,
|
2005-04-17 02:20:36 +04:00
|
|
|
* so we do it now.
|
|
|
|
*/
|
|
|
|
while (1) {
|
|
|
|
do_sleep = 0;
|
|
|
|
|
2014-11-05 20:12:56 +03:00
|
|
|
if (tty->count <= 1) {
|
2005-04-17 02:20:36 +04:00
|
|
|
if (waitqueue_active(&tty->read_wait)) {
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_poll(&tty->read_wait, EPOLLIN);
|
2005-04-17 02:20:36 +04:00
|
|
|
do_sleep++;
|
|
|
|
}
|
|
|
|
if (waitqueue_active(&tty->write_wait)) {
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_poll(&tty->write_wait, EPOLLOUT);
|
2005-04-17 02:20:36 +04:00
|
|
|
do_sleep++;
|
|
|
|
}
|
|
|
|
}
|
2014-11-05 20:13:00 +03:00
|
|
|
if (o_tty && o_tty->count <= 1) {
|
2005-04-17 02:20:36 +04:00
|
|
|
if (waitqueue_active(&o_tty->read_wait)) {
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_poll(&o_tty->read_wait, EPOLLIN);
|
2005-04-17 02:20:36 +04:00
|
|
|
do_sleep++;
|
|
|
|
}
|
|
|
|
if (waitqueue_active(&o_tty->write_wait)) {
|
2018-02-12 01:34:03 +03:00
|
|
|
wake_up_poll(&o_tty->write_wait, EPOLLOUT);
|
2005-04-17 02:20:36 +04:00
|
|
|
do_sleep++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (!do_sleep)
|
|
|
|
break;
|
|
|
|
|
2014-10-16 21:54:36 +04:00
|
|
|
if (once) {
|
|
|
|
once = 0;
|
2015-11-08 21:01:13 +03:00
|
|
|
tty_warn(tty, "read/write wait queue active!\n");
|
2014-10-16 21:54:36 +04:00
|
|
|
}
|
2014-10-16 21:51:30 +04:00
|
|
|
schedule_timeout_killable(timeout);
|
|
|
|
if (timeout < 120 * HZ)
|
|
|
|
timeout = 2 * timeout + 1;
|
|
|
|
else
|
|
|
|
timeout = MAX_SCHEDULE_TIMEOUT;
|
2008-02-08 15:18:47 +03:00
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2014-11-05 20:13:00 +03:00
|
|
|
if (o_tty) {
|
2005-04-17 02:20:36 +04:00
|
|
|
if (--o_tty->count < 0) {
|
2015-11-08 21:01:13 +03:00
|
|
|
tty_warn(tty, "bad slave count (%d)\n", o_tty->count);
|
2005-04-17 02:20:36 +04:00
|
|
|
o_tty->count = 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (--tty->count < 0) {
|
2015-11-08 21:01:13 +03:00
|
|
|
tty_warn(tty, "bad tty->count (%d)\n", tty->count);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty->count = 0;
|
|
|
|
}
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* We've decremented tty->count, so we need to remove this file
|
|
|
|
* descriptor off the tty->tty_files list; this serves two
|
|
|
|
* purposes:
|
|
|
|
* - check_tty_count sees the correct number of file descriptors
|
|
|
|
* associated with this tty.
|
|
|
|
* - do_tty_hangup no longer sees this file descriptor as
|
|
|
|
* something that needs to be handled for hangups.
|
|
|
|
*/
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
tty_del_file(filp);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Perform some housekeeping before deciding whether to return.
|
|
|
|
*
|
|
|
|
* If _either_ side is closing, make sure there aren't any
|
|
|
|
* processes that still think tty or o_tty is their controlling
|
|
|
|
* tty.
|
|
|
|
*/
|
2014-11-05 20:12:56 +03:00
|
|
|
if (!tty->count) {
|
2005-04-17 02:20:36 +04:00
|
|
|
read_lock(&tasklist_lock);
|
2006-12-08 13:36:04 +03:00
|
|
|
session_clear_tty(tty->session);
|
2014-11-05 20:13:00 +03:00
|
|
|
if (o_tty)
|
2006-12-08 13:36:04 +03:00
|
|
|
session_clear_tty(o_tty->session);
|
2005-04-17 02:20:36 +04:00
|
|
|
read_unlock(&tasklist_lock);
|
|
|
|
}
|
|
|
|
|
2014-11-05 20:12:56 +03:00
|
|
|
/* check whether both sides are closing ... */
|
2014-11-05 20:13:00 +03:00
|
|
|
final = !tty->count && !(o_tty && o_tty->count);
|
2014-11-05 20:12:56 +03:00
|
|
|
|
2014-11-05 20:13:01 +03:00
|
|
|
tty_unlock_slave(o_tty);
|
|
|
|
tty_unlock(tty);
|
|
|
|
|
2014-11-05 20:12:52 +03:00
|
|
|
/* At this point, the tty->count == 0 should ensure a dead tty
|
2012-07-27 21:02:54 +04:00
|
|
|
cannot be re-opened by a racing opener */
|
2006-02-15 00:53:00 +03:00
|
|
|
|
2014-11-05 20:12:56 +03:00
|
|
|
if (!final)
|
2009-11-30 16:18:29 +03:00
|
|
|
return 0;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2015-07-13 05:49:09 +03:00
|
|
|
tty_debug_hangup(tty, "final close\n");
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2017-01-17 01:54:28 +03:00
|
|
|
tty_release_struct(tty, idx);
|
2009-11-30 16:18:29 +03:00
|
|
|
return 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2011-11-10 00:33:19 +04:00
|
|
|
/**
|
tty: Re-open /dev/tty without tty_mutex
Opening /dev/tty (ie., the controlling tty for the current task)
is always a re-open of the underlying tty. Because holding the
tty_lock is sufficient for safely re-opening a tty, and because
having a tty kref is sufficient for safely acquiring the tty_lock [1],
tty_open_current_tty() does not require holding tty_mutex.
Repurpose tty_open_current_tty() to perform the re-open itself and
refactor tty_open().
[1] Analysis of safely re-opening the current tty w/o tty_mutex
get_current_tty() gets a tty kref from the already kref'ed tty value of
current->signal->tty while holding the sighand lock for the current
task. This guarantees that the tty pointer returned from
get_current_tty() points to a tty which remains referenceable
while holding the kref.
Although release_tty() may run concurrently, and thus the driver
reference may be removed, release_one_tty() cannot have run, and
won't while holding the tty kref.
This, in turn, guarantees the tty_lock() can safely be acquired
(since tty->magic and tty->legacy_mutex are still a valid dereferences).
The tty_lock() also gets a tty kref to prevent the tty_unlock() from
dereferencing a released tty. Thus, the kref returned from
get_current_tty() can be released.
Lastly, the first operation of tty_reopen() is to check the tty count.
If non-zero, this ensures release_tty() is not running concurrently,
and the driver references have not been removed.
Reviewed-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-05 20:12:50 +03:00
|
|
|
* tty_open_current_tty - get locked tty of current task
|
2011-11-10 00:33:19 +04:00
|
|
|
* @device: device number
|
|
|
|
* @filp: file pointer to tty
|
tty: Re-open /dev/tty without tty_mutex
Opening /dev/tty (ie., the controlling tty for the current task)
is always a re-open of the underlying tty. Because holding the
tty_lock is sufficient for safely re-opening a tty, and because
having a tty kref is sufficient for safely acquiring the tty_lock [1],
tty_open_current_tty() does not require holding tty_mutex.
Repurpose tty_open_current_tty() to perform the re-open itself and
refactor tty_open().
[1] Analysis of safely re-opening the current tty w/o tty_mutex
get_current_tty() gets a tty kref from the already kref'ed tty value of
current->signal->tty while holding the sighand lock for the current
task. This guarantees that the tty pointer returned from
get_current_tty() points to a tty which remains referenceable
while holding the kref.
Although release_tty() may run concurrently, and thus the driver
reference may be removed, release_one_tty() cannot have run, and
won't while holding the tty kref.
This, in turn, guarantees the tty_lock() can safely be acquired
(since tty->magic and tty->legacy_mutex are still a valid dereferences).
The tty_lock() also gets a tty kref to prevent the tty_unlock() from
dereferencing a released tty. Thus, the kref returned from
get_current_tty() can be released.
Lastly, the first operation of tty_reopen() is to check the tty count.
If non-zero, this ensures release_tty() is not running concurrently,
and the driver references have not been removed.
Reviewed-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-05 20:12:50 +03:00
|
|
|
* @return: locked tty of the current task iff @device is /dev/tty
|
|
|
|
*
|
|
|
|
* Performs a re-open of the current task's controlling tty.
|
2011-11-10 00:33:19 +04:00
|
|
|
*
|
|
|
|
* We cannot return driver and index like for the other nodes because
|
|
|
|
* devpts will not work then. It expects inodes to be from devpts FS.
|
|
|
|
*/
|
|
|
|
static struct tty_struct *tty_open_current_tty(dev_t device, struct file *filp)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty;
|
tty: Re-open /dev/tty without tty_mutex
Opening /dev/tty (ie., the controlling tty for the current task)
is always a re-open of the underlying tty. Because holding the
tty_lock is sufficient for safely re-opening a tty, and because
having a tty kref is sufficient for safely acquiring the tty_lock [1],
tty_open_current_tty() does not require holding tty_mutex.
Repurpose tty_open_current_tty() to perform the re-open itself and
refactor tty_open().
[1] Analysis of safely re-opening the current tty w/o tty_mutex
get_current_tty() gets a tty kref from the already kref'ed tty value of
current->signal->tty while holding the sighand lock for the current
task. This guarantees that the tty pointer returned from
get_current_tty() points to a tty which remains referenceable
while holding the kref.
Although release_tty() may run concurrently, and thus the driver
reference may be removed, release_one_tty() cannot have run, and
won't while holding the tty kref.
This, in turn, guarantees the tty_lock() can safely be acquired
(since tty->magic and tty->legacy_mutex are still a valid dereferences).
The tty_lock() also gets a tty kref to prevent the tty_unlock() from
dereferencing a released tty. Thus, the kref returned from
get_current_tty() can be released.
Lastly, the first operation of tty_reopen() is to check the tty count.
If non-zero, this ensures release_tty() is not running concurrently,
and the driver references have not been removed.
Reviewed-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-05 20:12:50 +03:00
|
|
|
int retval;
|
2011-11-10 00:33:19 +04:00
|
|
|
|
|
|
|
if (device != MKDEV(TTYAUX_MAJOR, 0))
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
tty = get_current_tty();
|
|
|
|
if (!tty)
|
|
|
|
return ERR_PTR(-ENXIO);
|
|
|
|
|
|
|
|
filp->f_flags |= O_NONBLOCK; /* Don't let /dev/tty block */
|
|
|
|
/* noctty = 1; */
|
tty: Re-open /dev/tty without tty_mutex
Opening /dev/tty (ie., the controlling tty for the current task)
is always a re-open of the underlying tty. Because holding the
tty_lock is sufficient for safely re-opening a tty, and because
having a tty kref is sufficient for safely acquiring the tty_lock [1],
tty_open_current_tty() does not require holding tty_mutex.
Repurpose tty_open_current_tty() to perform the re-open itself and
refactor tty_open().
[1] Analysis of safely re-opening the current tty w/o tty_mutex
get_current_tty() gets a tty kref from the already kref'ed tty value of
current->signal->tty while holding the sighand lock for the current
task. This guarantees that the tty pointer returned from
get_current_tty() points to a tty which remains referenceable
while holding the kref.
Although release_tty() may run concurrently, and thus the driver
reference may be removed, release_one_tty() cannot have run, and
won't while holding the tty kref.
This, in turn, guarantees the tty_lock() can safely be acquired
(since tty->magic and tty->legacy_mutex are still a valid dereferences).
The tty_lock() also gets a tty kref to prevent the tty_unlock() from
dereferencing a released tty. Thus, the kref returned from
get_current_tty() can be released.
Lastly, the first operation of tty_reopen() is to check the tty count.
If non-zero, this ensures release_tty() is not running concurrently,
and the driver references have not been removed.
Reviewed-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-05 20:12:50 +03:00
|
|
|
tty_lock(tty);
|
|
|
|
tty_kref_put(tty); /* safe to drop the kref now */
|
|
|
|
|
|
|
|
retval = tty_reopen(tty);
|
|
|
|
if (retval < 0) {
|
|
|
|
tty_unlock(tty);
|
|
|
|
tty = ERR_PTR(retval);
|
|
|
|
}
|
2011-11-10 00:33:19 +04:00
|
|
|
return tty;
|
|
|
|
}
|
|
|
|
|
2011-11-10 00:33:20 +04:00
|
|
|
/**
|
|
|
|
* tty_lookup_driver - lookup a tty driver for a given device file
|
|
|
|
* @device: device number
|
|
|
|
* @filp: file pointer to tty
|
|
|
|
* @index: index for the device in the @return driver
|
|
|
|
* @return: driver for this inode (with increased refcount)
|
|
|
|
*
|
|
|
|
* If @return is not erroneous, the caller is responsible to decrement the
|
|
|
|
* refcount by tty_driver_kref_put.
|
|
|
|
*
|
|
|
|
* Locking: tty_mutex protects get_tty_driver
|
|
|
|
*/
|
|
|
|
static struct tty_driver *tty_lookup_driver(dev_t device, struct file *filp,
|
2016-01-10 08:13:52 +03:00
|
|
|
int *index)
|
2011-11-10 00:33:20 +04:00
|
|
|
{
|
2019-05-10 07:22:57 +03:00
|
|
|
struct tty_driver *driver = NULL;
|
2011-11-10 00:33:20 +04:00
|
|
|
|
2011-11-10 00:33:22 +04:00
|
|
|
switch (device) {
|
2011-11-10 00:33:20 +04:00
|
|
|
#ifdef CONFIG_VT
|
2011-11-10 00:33:22 +04:00
|
|
|
case MKDEV(TTY_MAJOR, 0): {
|
2011-11-10 00:33:20 +04:00
|
|
|
extern struct tty_driver *console_driver;
|
|
|
|
driver = tty_driver_kref_get(console_driver);
|
|
|
|
*index = fg_console;
|
2011-11-10 00:33:22 +04:00
|
|
|
break;
|
2011-11-10 00:33:20 +04:00
|
|
|
}
|
|
|
|
#endif
|
2011-11-10 00:33:22 +04:00
|
|
|
case MKDEV(TTYAUX_MAJOR, 1): {
|
2011-11-10 00:33:20 +04:00
|
|
|
struct tty_driver *console_driver = console_device(index);
|
|
|
|
if (console_driver) {
|
|
|
|
driver = tty_driver_kref_get(console_driver);
|
2017-05-15 20:45:32 +03:00
|
|
|
if (driver && filp) {
|
2011-11-10 00:33:20 +04:00
|
|
|
/* Don't let /dev/console block */
|
|
|
|
filp->f_flags |= O_NONBLOCK;
|
2011-11-10 00:33:22 +04:00
|
|
|
break;
|
2011-11-10 00:33:20 +04:00
|
|
|
}
|
|
|
|
}
|
2019-05-10 07:22:57 +03:00
|
|
|
if (driver)
|
|
|
|
tty_driver_kref_put(driver);
|
2011-11-10 00:33:20 +04:00
|
|
|
return ERR_PTR(-ENODEV);
|
|
|
|
}
|
2011-11-10 00:33:22 +04:00
|
|
|
default:
|
|
|
|
driver = get_tty_driver(device, index);
|
|
|
|
if (!driver)
|
|
|
|
return ERR_PTR(-ENODEV);
|
|
|
|
break;
|
|
|
|
}
|
2011-11-10 00:33:20 +04:00
|
|
|
return driver;
|
|
|
|
}
|
|
|
|
|
2020-12-18 13:42:44 +03:00
|
|
|
static struct tty_struct *tty_kopen(dev_t device, int shared)
|
2017-07-20 10:22:36 +03:00
|
|
|
{
|
|
|
|
struct tty_struct *tty;
|
2019-12-17 10:50:40 +03:00
|
|
|
struct tty_driver *driver;
|
2017-07-20 10:22:36 +03:00
|
|
|
int index = -1;
|
|
|
|
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
driver = tty_lookup_driver(device, NULL, &index);
|
|
|
|
if (IS_ERR(driver)) {
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
return ERR_CAST(driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* check whether we're reopening an existing tty */
|
|
|
|
tty = tty_driver_lookup_tty(driver, NULL, index);
|
2020-12-18 13:42:44 +03:00
|
|
|
if (IS_ERR(tty) || shared)
|
2017-07-20 10:22:36 +03:00
|
|
|
goto out;
|
|
|
|
|
|
|
|
if (tty) {
|
|
|
|
/* drop kref from tty_driver_lookup_tty() */
|
|
|
|
tty_kref_put(tty);
|
|
|
|
tty = ERR_PTR(-EBUSY);
|
|
|
|
} else { /* tty_init_dev returns tty with the tty_lock held */
|
|
|
|
tty = tty_init_dev(driver, index);
|
|
|
|
if (IS_ERR(tty))
|
|
|
|
goto out;
|
|
|
|
tty_port_set_kopened(tty->port, 1);
|
|
|
|
}
|
|
|
|
out:
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
tty_driver_kref_put(driver);
|
|
|
|
return tty;
|
|
|
|
}
|
2020-12-18 13:42:44 +03:00
|
|
|
|
|
|
|
/**
|
|
|
|
* tty_kopen_exclusive - open a tty device for kernel
|
|
|
|
* @device: dev_t of device to open
|
|
|
|
*
|
|
|
|
* Opens tty exclusively for kernel. Performs the driver lookup,
|
|
|
|
* makes sure it's not already opened and performs the first-time
|
|
|
|
* tty initialization.
|
|
|
|
*
|
|
|
|
* Returns the locked initialized &tty_struct
|
|
|
|
*
|
|
|
|
* Claims the global tty_mutex to serialize:
|
|
|
|
* - concurrent first-time tty initialization
|
|
|
|
* - concurrent tty driver removal w/ lookup
|
|
|
|
* - concurrent tty removal from driver table
|
|
|
|
*/
|
|
|
|
struct tty_struct *tty_kopen_exclusive(dev_t device)
|
|
|
|
{
|
|
|
|
return tty_kopen(device, 0);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_kopen_exclusive);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* tty_kopen_shared - open a tty device for shared in-kernel use
|
|
|
|
* @device: dev_t of device to open
|
|
|
|
*
|
|
|
|
* Opens an already existing tty for in-kernel use. Compared to
|
|
|
|
* tty_kopen_exclusive() above it doesn't ensure to be the only user.
|
|
|
|
*
|
|
|
|
* Locking is identical to tty_kopen() above.
|
|
|
|
*/
|
|
|
|
struct tty_struct *tty_kopen_shared(dev_t device)
|
|
|
|
{
|
|
|
|
return tty_kopen(device, 1);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_kopen_shared);
|
2017-07-20 10:22:36 +03:00
|
|
|
|
2016-01-10 08:13:53 +03:00
|
|
|
/**
|
|
|
|
* tty_open_by_driver - open a tty device
|
|
|
|
* @device: dev_t of device to open
|
|
|
|
* @filp: file pointer to tty
|
|
|
|
*
|
|
|
|
* Performs the driver lookup, checks for a reopen, or otherwise
|
|
|
|
* performs the first-time tty initialization.
|
|
|
|
*
|
|
|
|
* Returns the locked initialized or re-opened &tty_struct
|
|
|
|
*
|
|
|
|
* Claims the global tty_mutex to serialize:
|
|
|
|
* - concurrent first-time tty initialization
|
|
|
|
* - concurrent tty driver removal w/ lookup
|
|
|
|
* - concurrent tty removal from driver table
|
|
|
|
*/
|
2019-11-20 18:17:08 +03:00
|
|
|
static struct tty_struct *tty_open_by_driver(dev_t device,
|
2016-01-10 08:13:53 +03:00
|
|
|
struct file *filp)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty;
|
|
|
|
struct tty_driver *driver = NULL;
|
|
|
|
int index = -1;
|
|
|
|
int retval;
|
|
|
|
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
driver = tty_lookup_driver(device, filp, &index);
|
|
|
|
if (IS_ERR(driver)) {
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
return ERR_CAST(driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* check whether we're reopening an existing tty */
|
2016-04-26 06:04:08 +03:00
|
|
|
tty = tty_driver_lookup_tty(driver, filp, index);
|
2016-01-10 08:13:53 +03:00
|
|
|
if (IS_ERR(tty)) {
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (tty) {
|
2017-07-20 10:22:36 +03:00
|
|
|
if (tty_port_kopened(tty->port)) {
|
|
|
|
tty_kref_put(tty);
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
tty = ERR_PTR(-EBUSY);
|
|
|
|
goto out;
|
|
|
|
}
|
2016-01-10 08:13:53 +03:00
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
retval = tty_lock_interruptible(tty);
|
2016-04-01 03:47:07 +03:00
|
|
|
tty_kref_put(tty); /* drop kref from tty_driver_lookup_tty() */
|
2016-01-10 08:13:53 +03:00
|
|
|
if (retval) {
|
|
|
|
if (retval == -EINTR)
|
|
|
|
retval = -ERESTARTSYS;
|
|
|
|
tty = ERR_PTR(retval);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
retval = tty_reopen(tty);
|
|
|
|
if (retval < 0) {
|
|
|
|
tty_unlock(tty);
|
|
|
|
tty = ERR_PTR(retval);
|
|
|
|
}
|
|
|
|
} else { /* Returns with the tty_lock held for now */
|
|
|
|
tty = tty_init_dev(driver, index);
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
}
|
|
|
|
out:
|
|
|
|
tty_driver_kref_put(driver);
|
|
|
|
return tty;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2009-11-30 16:18:29 +03:00
|
|
|
* tty_open - open a tty device
|
2006-08-27 12:24:01 +04:00
|
|
|
* @inode: inode of device file
|
|
|
|
* @filp: file pointer to tty
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
2006-08-27 12:24:01 +04:00
|
|
|
* tty_open and tty_release keep up the tty count that contains the
|
|
|
|
* number of opens done on a tty. We cannot use the inode-count, as
|
|
|
|
* different inodes might point to the same tty.
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
2006-08-27 12:24:01 +04:00
|
|
|
* Open-counting is needed for pty masters, as well as for keeping
|
|
|
|
* track of serial lines: DTR is dropped when the last close happens.
|
|
|
|
* (This is not done solely through tty->count, now. - Ted 1/27/92)
|
|
|
|
*
|
|
|
|
* The termios state of a pty is reset on first open so that
|
|
|
|
* settings don't persist across reuse.
|
|
|
|
*
|
2011-11-10 00:33:20 +04:00
|
|
|
* Locking: tty_mutex protects tty, tty_lookup_driver and tty_init_dev.
|
2006-12-08 13:36:04 +03:00
|
|
|
* tty->count should protect the rest.
|
|
|
|
* ->siglock protects ->signal/->sighand
|
2012-08-08 19:30:13 +04:00
|
|
|
*
|
|
|
|
* Note: the tty_unlock/lock cases without a ref are only safe due to
|
|
|
|
* tty_mutex
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2009-11-30 16:18:29 +03:00
|
|
|
static int tty_open(struct inode *inode, struct file *filp)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2011-11-10 00:33:19 +04:00
|
|
|
struct tty_struct *tty;
|
2005-04-17 02:20:36 +04:00
|
|
|
int noctty, retval;
|
|
|
|
dev_t device = inode->i_rdev;
|
2009-04-03 03:56:36 +04:00
|
|
|
unsigned saved_flags = filp->f_flags;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
nonseekable_open(inode, filp);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
retry_open:
|
2011-10-12 13:32:43 +04:00
|
|
|
retval = tty_alloc_file(filp);
|
|
|
|
if (retval)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2011-11-10 00:33:19 +04:00
|
|
|
tty = tty_open_current_tty(device, filp);
|
2016-01-10 08:13:53 +03:00
|
|
|
if (!tty)
|
2019-11-20 18:17:08 +03:00
|
|
|
tty = tty_open_by_driver(device, filp);
|
tty: Re-open /dev/tty without tty_mutex
Opening /dev/tty (ie., the controlling tty for the current task)
is always a re-open of the underlying tty. Because holding the
tty_lock is sufficient for safely re-opening a tty, and because
having a tty kref is sufficient for safely acquiring the tty_lock [1],
tty_open_current_tty() does not require holding tty_mutex.
Repurpose tty_open_current_tty() to perform the re-open itself and
refactor tty_open().
[1] Analysis of safely re-opening the current tty w/o tty_mutex
get_current_tty() gets a tty kref from the already kref'ed tty value of
current->signal->tty while holding the sighand lock for the current
task. This guarantees that the tty pointer returned from
get_current_tty() points to a tty which remains referenceable
while holding the kref.
Although release_tty() may run concurrently, and thus the driver
reference may be removed, release_one_tty() cannot have run, and
won't while holding the tty kref.
This, in turn, guarantees the tty_lock() can safely be acquired
(since tty->magic and tty->legacy_mutex are still a valid dereferences).
The tty_lock() also gets a tty kref to prevent the tty_unlock() from
dereferencing a released tty. Thus, the kref returned from
get_current_tty() can be released.
Lastly, the first operation of tty_reopen() is to check the tty count.
If non-zero, this ensures release_tty() is not running concurrently,
and the driver references have not been removed.
Reviewed-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-05 20:12:50 +03:00
|
|
|
|
2009-11-30 16:18:29 +03:00
|
|
|
if (IS_ERR(tty)) {
|
2016-01-10 08:13:53 +03:00
|
|
|
tty_free_file(filp);
|
2011-11-10 00:33:21 +04:00
|
|
|
retval = PTR_ERR(tty);
|
2016-01-10 08:13:45 +03:00
|
|
|
if (retval != -EAGAIN || signal_pending(current))
|
2016-01-10 08:13:53 +03:00
|
|
|
return retval;
|
2016-01-10 08:13:45 +03:00
|
|
|
schedule();
|
|
|
|
goto retry_open;
|
2009-11-30 16:18:29 +03:00
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2011-10-12 13:32:43 +04:00
|
|
|
tty_add_file(tty, filp);
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
|
2011-11-10 00:33:24 +04:00
|
|
|
check_tty_count(tty, __func__);
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "opening (count=%d)\n", tty->count);
|
2015-07-13 05:49:09 +03:00
|
|
|
|
2011-03-31 22:35:31 +04:00
|
|
|
if (tty->ops->open)
|
|
|
|
retval = tty->ops->open(tty, filp);
|
|
|
|
else
|
|
|
|
retval = -ENODEV;
|
2005-04-17 02:20:36 +04:00
|
|
|
filp->f_flags = saved_flags;
|
|
|
|
|
|
|
|
if (retval) {
|
2015-11-08 21:01:19 +03:00
|
|
|
tty_debug_hangup(tty, "open error %d, releasing\n", retval);
|
2015-07-13 05:49:09 +03:00
|
|
|
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty); /* need to call tty_release without BTM */
|
2009-11-30 16:18:29 +03:00
|
|
|
tty_release(inode, filp);
|
2010-06-02 00:53:02 +04:00
|
|
|
if (retval != -ERESTARTSYS)
|
2005-04-17 02:20:36 +04:00
|
|
|
return retval;
|
2010-06-02 00:53:02 +04:00
|
|
|
|
|
|
|
if (signal_pending(current))
|
2005-04-17 02:20:36 +04:00
|
|
|
return retval;
|
2010-06-02 00:53:02 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
schedule();
|
|
|
|
/*
|
|
|
|
* Need to reset f_op in case a hangup happened.
|
|
|
|
*/
|
2014-11-05 20:26:24 +03:00
|
|
|
if (tty_hung_up_p(filp))
|
2005-04-17 02:20:36 +04:00
|
|
|
filp->f_op = &tty_fops;
|
|
|
|
goto retry_open;
|
|
|
|
}
|
2013-11-19 17:46:27 +04:00
|
|
|
clear_bit(TTY_HUPPED, &tty->flags);
|
2009-11-30 16:18:29 +03:00
|
|
|
|
2016-01-10 08:13:52 +03:00
|
|
|
noctty = (filp->f_flags & O_NOCTTY) ||
|
2017-04-13 01:37:16 +03:00
|
|
|
(IS_ENABLED(CONFIG_VT) && device == MKDEV(TTY_MAJOR, 0)) ||
|
|
|
|
device == MKDEV(TTYAUX_MAJOR, 1) ||
|
|
|
|
(tty->driver->type == TTY_DRIVER_TYPE_PTY &&
|
|
|
|
tty->driver->subtype == PTY_TYPE_MASTER);
|
|
|
|
if (!noctty)
|
|
|
|
tty_open_proc_set_tty(filp, tty);
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-05-16 19:10:50 +04:00
|
|
|
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tty_poll - check tty status
|
|
|
|
* @filp: file being polled
|
|
|
|
* @wait: poll wait structures to update
|
|
|
|
*
|
|
|
|
* Call the line discipline polling method to obtain the poll
|
|
|
|
* status of the device.
|
|
|
|
*
|
|
|
|
* Locking: locks called line discipline but ldisc poll method
|
|
|
|
* may be re-entered freely by other callers.
|
|
|
|
*/
|
|
|
|
|
2017-07-03 13:39:46 +03:00
|
|
|
static __poll_t tty_poll(struct file *filp, poll_table *wait)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(filp);
|
2005-04-17 02:20:36 +04:00
|
|
|
struct tty_ldisc *ld;
|
2017-07-04 05:25:56 +03:00
|
|
|
__poll_t ret = 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2013-02-28 01:59:05 +04:00
|
|
|
if (tty_paranoia_check(tty, file_inode(filp), "tty_poll"))
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
|
|
|
return hung_up_tty_poll(filp, wait);
|
2008-07-17 00:53:12 +04:00
|
|
|
if (ld->ops->poll)
|
2014-11-05 20:26:25 +03:00
|
|
|
ret = ld->ops->poll(tty, filp, wait);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2010-06-02 00:53:01 +04:00
|
|
|
static int __tty_fasync(int fd, struct file *filp, int on)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(filp);
|
2008-04-30 11:53:30 +04:00
|
|
|
unsigned long flags;
|
2008-06-20 02:04:53 +04:00
|
|
|
int retval = 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2013-02-28 01:59:05 +04:00
|
|
|
if (tty_paranoia_check(tty, file_inode(filp), "tty_fasync"))
|
2008-06-20 02:04:53 +04:00
|
|
|
goto out;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
retval = fasync_helper(fd, filp, on, &tty->fasync);
|
|
|
|
if (retval <= 0)
|
2008-06-20 02:04:53 +04:00
|
|
|
goto out;
|
2013-06-15 15:28:28 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
if (on) {
|
2007-02-12 11:53:00 +03:00
|
|
|
enum pid_type type;
|
|
|
|
struct pid *pid;
|
2013-06-15 15:28:28 +04:00
|
|
|
|
2008-04-30 11:53:30 +04:00
|
|
|
spin_lock_irqsave(&tty->ctrl_lock, flags);
|
2007-02-12 11:53:00 +03:00
|
|
|
if (tty->pgrp) {
|
|
|
|
pid = tty->pgrp;
|
|
|
|
type = PIDTYPE_PGID;
|
|
|
|
} else {
|
|
|
|
pid = task_pid(current);
|
2017-07-17 06:05:57 +03:00
|
|
|
type = PIDTYPE_TGID;
|
2007-02-12 11:53:00 +03:00
|
|
|
}
|
2010-02-07 21:11:23 +03:00
|
|
|
get_pid(pid);
|
2009-12-17 18:07:19 +03:00
|
|
|
spin_unlock_irqrestore(&tty->ctrl_lock, flags);
|
2014-08-22 19:27:32 +04:00
|
|
|
__f_setown(filp, pid, type, 0);
|
2010-02-07 21:11:23 +03:00
|
|
|
put_pid(pid);
|
2014-08-22 19:27:32 +04:00
|
|
|
retval = 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2008-06-20 02:04:53 +04:00
|
|
|
out:
|
2010-06-02 00:53:01 +04:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int tty_fasync(int fd, struct file *filp, int on)
|
|
|
|
{
|
2012-08-08 19:30:13 +04:00
|
|
|
struct tty_struct *tty = file_tty(filp);
|
2016-01-10 08:45:11 +03:00
|
|
|
int retval = -ENOTTY;
|
2012-08-08 19:30:13 +04:00
|
|
|
|
|
|
|
tty_lock(tty);
|
2016-01-10 08:45:11 +03:00
|
|
|
if (!tty_hung_up_p(filp))
|
|
|
|
retval = __tty_fasync(fd, filp, on);
|
2012-08-08 19:30:13 +04:00
|
|
|
tty_unlock(tty);
|
|
|
|
|
2008-06-20 02:04:53 +04:00
|
|
|
return retval;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tiocsti - fake input character
|
|
|
|
* @tty: tty to fake input into
|
|
|
|
* @p: pointer to character
|
|
|
|
*
|
2007-10-20 01:10:43 +04:00
|
|
|
* Fake input to a tty device. Does the necessary locking and
|
2006-08-27 12:24:01 +04:00
|
|
|
* input management.
|
|
|
|
*
|
|
|
|
* FIXME: does not honour flow control ??
|
|
|
|
*
|
|
|
|
* Locking:
|
2013-06-15 15:04:46 +04:00
|
|
|
* Called functions take tty_ldiscs_lock
|
2006-08-27 12:24:01 +04:00
|
|
|
* current->signal->tty check is safe without locks
|
2006-09-29 13:00:58 +04:00
|
|
|
*
|
|
|
|
* FIXME: may race normal receive processing
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static int tiocsti(struct tty_struct *tty, char __user *p)
|
|
|
|
{
|
|
|
|
char ch, mbz = 0;
|
|
|
|
struct tty_ldisc *ld;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
if ((current->signal->tty != tty) && !capable(CAP_SYS_ADMIN))
|
|
|
|
return -EPERM;
|
|
|
|
if (get_user(ch, p))
|
|
|
|
return -EFAULT;
|
2008-12-09 12:23:33 +03:00
|
|
|
tty_audit_tiocsti(tty, ch);
|
2005-04-17 02:20:36 +04:00
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
|
|
|
return -EIO;
|
2019-01-20 12:46:58 +03:00
|
|
|
if (ld->ops->receive_buf)
|
|
|
|
ld->ops->receive_buf(tty, &ch, &mbz, 1);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tiocgwinsz - implement window query ioctl
|
2020-08-18 11:56:51 +03:00
|
|
|
* @tty: tty
|
2006-08-27 12:24:01 +04:00
|
|
|
* @arg: user buffer for result
|
|
|
|
*
|
2006-09-29 13:00:40 +04:00
|
|
|
* Copies the kernel idea of the window size into the user buffer.
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
* Locking: tty->winsize_mutex is taken to ensure the winsize data
|
2006-09-29 13:00:40 +04:00
|
|
|
* is consistent.
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2008-02-08 15:18:47 +03:00
|
|
|
static int tiocgwinsz(struct tty_struct *tty, struct winsize __user *arg)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2006-09-29 13:00:40 +04:00
|
|
|
int err;
|
|
|
|
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
mutex_lock(&tty->winsize_mutex);
|
2006-09-29 13:00:40 +04:00
|
|
|
err = copy_to_user(arg, &tty->winsize, sizeof(*arg));
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
mutex_unlock(&tty->winsize_mutex);
|
2006-09-29 13:00:40 +04:00
|
|
|
|
|
|
|
return err ? -EFAULT: 0;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2008-08-15 13:39:38 +04:00
|
|
|
* tty_do_resize - resize event
|
|
|
|
* @tty: tty being resized
|
2020-08-18 11:56:51 +03:00
|
|
|
* @ws: new dimensions
|
2008-08-15 13:39:38 +04:00
|
|
|
*
|
tree-wide: Assorted spelling fixes
In particular, several occurances of funny versions of 'success',
'unknown', 'therefore', 'acknowledge', 'argument', 'achieve', 'address',
'beginning', 'desirable', 'separate' and 'necessary' are fixed.
Signed-off-by: Daniel Mack <daniel@caiaq.de>
Cc: Joe Perches <joe@perches.com>
Cc: Junio C Hamano <gitster@pobox.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2010-02-03 03:01:28 +03:00
|
|
|
* Update the termios variables and send the necessary signals to
|
2008-08-15 13:39:38 +04:00
|
|
|
* peform a terminal resize correctly
|
2006-08-27 12:24:01 +04:00
|
|
|
*/
|
|
|
|
|
2009-01-02 16:43:17 +03:00
|
|
|
int tty_do_resize(struct tty_struct *tty, struct winsize *ws)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2009-01-02 16:43:17 +03:00
|
|
|
struct pid *pgrp;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2009-01-02 16:43:17 +03:00
|
|
|
/* Lock the tty */
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
mutex_lock(&tty->winsize_mutex);
|
2009-01-02 16:43:17 +03:00
|
|
|
if (!memcmp(ws, &tty->winsize, sizeof(*ws)))
|
2006-09-29 13:00:03 +04:00
|
|
|
goto done;
|
2008-04-30 11:53:30 +04:00
|
|
|
|
2014-10-16 22:59:45 +04:00
|
|
|
/* Signal the foreground process group */
|
|
|
|
pgrp = tty_get_pgrp(tty);
|
2008-04-30 11:53:30 +04:00
|
|
|
if (pgrp)
|
|
|
|
kill_pgrp(pgrp, SIGWINCH, 1);
|
|
|
|
put_pid(pgrp);
|
|
|
|
|
2008-08-15 13:39:38 +04:00
|
|
|
tty->winsize = *ws;
|
2006-09-29 13:00:03 +04:00
|
|
|
done:
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
mutex_unlock(&tty->winsize_mutex);
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
|
|
|
}
|
2013-01-04 17:55:13 +04:00
|
|
|
EXPORT_SYMBOL(tty_do_resize);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-08-15 13:39:38 +04:00
|
|
|
/**
|
|
|
|
* tiocswinsz - implement window size set ioctl
|
2020-08-18 11:56:51 +03:00
|
|
|
* @tty: tty side of tty
|
2008-08-15 13:39:38 +04:00
|
|
|
* @arg: user buffer for result
|
|
|
|
*
|
|
|
|
* Copies the user idea of the window size to the kernel. Traditionally
|
|
|
|
* this is just advisory information but for the Linux console it
|
|
|
|
* actually has driver level meaning and triggers a VC resize.
|
|
|
|
*
|
|
|
|
* Locking:
|
2011-03-31 05:57:33 +04:00
|
|
|
* Driver dependent. The default do_resize method takes the
|
2008-08-15 13:39:38 +04:00
|
|
|
* tty termios mutex and ctrl_lock. The console takes its own lock
|
|
|
|
* then calls into the default method.
|
|
|
|
*/
|
|
|
|
|
2009-01-02 16:43:17 +03:00
|
|
|
static int tiocswinsz(struct tty_struct *tty, struct winsize __user *arg)
|
2008-08-15 13:39:38 +04:00
|
|
|
{
|
|
|
|
struct winsize tmp_ws;
|
|
|
|
if (copy_from_user(&tmp_ws, arg, sizeof(*arg)))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
if (tty->ops->resize)
|
2009-01-02 16:43:17 +03:00
|
|
|
return tty->ops->resize(tty, &tmp_ws);
|
2008-08-15 13:39:38 +04:00
|
|
|
else
|
2009-01-02 16:43:17 +03:00
|
|
|
return tty_do_resize(tty, &tmp_ws);
|
2008-08-15 13:39:38 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tioccons - allow admin to move logical console
|
|
|
|
* @file: the file to become console
|
|
|
|
*
|
2011-03-31 05:57:33 +04:00
|
|
|
* Allow the administrator to move the redirected console device
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
* Locking: uses redirect_lock to guard the redirect information
|
|
|
|
*/
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static int tioccons(struct file *file)
|
|
|
|
{
|
|
|
|
if (!capable(CAP_SYS_ADMIN))
|
|
|
|
return -EPERM;
|
2021-01-19 22:41:16 +03:00
|
|
|
if (file->f_op->write_iter == redirected_tty_write) {
|
2005-04-17 02:20:36 +04:00
|
|
|
struct file *f;
|
|
|
|
spin_lock(&redirect_lock);
|
|
|
|
f = redirect;
|
|
|
|
redirect = NULL;
|
|
|
|
spin_unlock(&redirect_lock);
|
|
|
|
if (f)
|
|
|
|
fput(f);
|
|
|
|
return 0;
|
|
|
|
}
|
2021-01-29 23:28:20 +03:00
|
|
|
if (file->f_op->write_iter != tty_write)
|
|
|
|
return -ENOTTY;
|
|
|
|
if (!(file->f_mode & FMODE_WRITE))
|
|
|
|
return -EBADF;
|
|
|
|
if (!(file->f_mode & FMODE_CAN_WRITE))
|
|
|
|
return -EINVAL;
|
2005-04-17 02:20:36 +04:00
|
|
|
spin_lock(&redirect_lock);
|
|
|
|
if (redirect) {
|
|
|
|
spin_unlock(&redirect_lock);
|
|
|
|
return -EBUSY;
|
|
|
|
}
|
2012-08-27 22:48:26 +04:00
|
|
|
redirect = get_file(file);
|
2005-04-17 02:20:36 +04:00
|
|
|
spin_unlock(&redirect_lock);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* tiocsetd - set line discipline
|
|
|
|
* @tty: tty device
|
|
|
|
* @p: pointer to user data
|
|
|
|
*
|
|
|
|
* Set the line discipline according to user request.
|
|
|
|
*
|
|
|
|
* Locking: see tty_set_ldisc, this function is just a helper
|
|
|
|
*/
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static int tiocsetd(struct tty_struct *tty, int __user *p)
|
|
|
|
{
|
2016-01-11 09:41:04 +03:00
|
|
|
int disc;
|
2008-04-30 11:53:29 +04:00
|
|
|
int ret;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2016-01-11 09:41:04 +03:00
|
|
|
if (get_user(disc, p))
|
2005-04-17 02:20:36 +04:00
|
|
|
return -EFAULT;
|
2008-04-30 11:53:29 +04:00
|
|
|
|
2016-01-11 09:41:04 +03:00
|
|
|
ret = tty_set_ldisc(tty, disc);
|
2008-04-30 11:53:29 +04:00
|
|
|
|
|
|
|
return ret;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2016-01-11 09:40:55 +03:00
|
|
|
/**
|
|
|
|
* tiocgetd - get line discipline
|
|
|
|
* @tty: tty device
|
|
|
|
* @p: pointer to user data
|
|
|
|
*
|
|
|
|
* Retrieves the line discipline id directly from the ldisc.
|
|
|
|
*
|
|
|
|
* Locking: waits for ldisc reference (in case the line discipline
|
|
|
|
* is changing or the tty is being hungup)
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int tiocgetd(struct tty_struct *tty, int __user *p)
|
|
|
|
{
|
|
|
|
struct tty_ldisc *ld;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
|
|
|
return -EIO;
|
2016-01-11 09:40:55 +03:00
|
|
|
ret = put_user(ld->ops->num, p);
|
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
|
|
|
* send_break - performed time break
|
|
|
|
* @tty: device to break on
|
|
|
|
* @duration: timeout in mS
|
|
|
|
*
|
|
|
|
* Perform a timed break on hardware that lacks its own driver level
|
|
|
|
* timed break functionality.
|
|
|
|
*
|
|
|
|
* Locking:
|
2006-09-29 13:00:58 +04:00
|
|
|
* atomic_write_lock serializes
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
2005-06-26 01:58:42 +04:00
|
|
|
static int send_break(struct tty_struct *tty, unsigned int duration)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-07-22 14:18:03 +04:00
|
|
|
int retval;
|
|
|
|
|
|
|
|
if (tty->ops->break_ctl == NULL)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (tty->driver->flags & TTY_DRIVER_HARDWARE_BREAK)
|
|
|
|
retval = tty->ops->break_ctl(tty, duration);
|
|
|
|
else {
|
|
|
|
/* Do the work ourselves */
|
|
|
|
if (tty_write_lock(tty, 0) < 0)
|
|
|
|
return -EINTR;
|
|
|
|
retval = tty->ops->break_ctl(tty, -1);
|
|
|
|
if (retval)
|
|
|
|
goto out;
|
|
|
|
if (!signal_pending(current))
|
|
|
|
msleep_interruptible(duration);
|
|
|
|
retval = tty->ops->break_ctl(tty, 0);
|
|
|
|
out:
|
|
|
|
tty_write_unlock(tty);
|
|
|
|
if (signal_pending(current))
|
|
|
|
retval = -EINTR;
|
|
|
|
}
|
|
|
|
return retval;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2008-04-30 11:54:13 +04:00
|
|
|
* tty_tiocmget - get modem status
|
2006-08-27 12:24:01 +04:00
|
|
|
* @tty: tty device
|
|
|
|
* @p: pointer to result
|
|
|
|
*
|
|
|
|
* Obtain the modem status bits from the tty driver if the feature
|
|
|
|
* is supported. Return -EINVAL if it is not available.
|
|
|
|
*
|
|
|
|
* Locking: none (up to the driver)
|
|
|
|
*/
|
|
|
|
|
2011-02-14 19:26:14 +03:00
|
|
|
static int tty_tiocmget(struct tty_struct *tty, int __user *p)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
int retval = -EINVAL;
|
|
|
|
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->tiocmget) {
|
2011-02-14 19:26:14 +03:00
|
|
|
retval = tty->ops->tiocmget(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
if (retval >= 0)
|
|
|
|
retval = put_user(retval, p);
|
|
|
|
}
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
2006-08-27 12:24:01 +04:00
|
|
|
/**
|
2008-04-30 11:54:13 +04:00
|
|
|
* tty_tiocmset - set modem status
|
2006-08-27 12:24:01 +04:00
|
|
|
* @tty: tty device
|
|
|
|
* @cmd: command - clear bits, set bits or set all
|
|
|
|
* @p: pointer to desired bits
|
|
|
|
*
|
|
|
|
* Set the modem status bits from the tty driver if the feature
|
|
|
|
* is supported. Return -EINVAL if it is not available.
|
|
|
|
*
|
|
|
|
* Locking: none (up to the driver)
|
|
|
|
*/
|
|
|
|
|
2011-02-14 19:26:50 +03:00
|
|
|
static int tty_tiocmset(struct tty_struct *tty, unsigned int cmd,
|
2005-04-17 02:20:36 +04:00
|
|
|
unsigned __user *p)
|
|
|
|
{
|
2008-07-17 00:56:54 +04:00
|
|
|
int retval;
|
|
|
|
unsigned int set, clear, val;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-07-17 00:56:54 +04:00
|
|
|
if (tty->ops->tiocmset == NULL)
|
|
|
|
return -EINVAL;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-07-17 00:56:54 +04:00
|
|
|
retval = get_user(val, p);
|
|
|
|
if (retval)
|
|
|
|
return retval;
|
|
|
|
set = clear = 0;
|
|
|
|
switch (cmd) {
|
|
|
|
case TIOCMBIS:
|
|
|
|
set = val;
|
|
|
|
break;
|
|
|
|
case TIOCMBIC:
|
|
|
|
clear = val;
|
|
|
|
break;
|
|
|
|
case TIOCMSET:
|
|
|
|
set = val;
|
|
|
|
clear = ~val;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
set &= TIOCM_DTR|TIOCM_RTS|TIOCM_OUT1|TIOCM_OUT2|TIOCM_LOOP;
|
|
|
|
clear &= TIOCM_DTR|TIOCM_RTS|TIOCM_OUT1|TIOCM_OUT2|TIOCM_LOOP;
|
2011-02-14 19:26:50 +03:00
|
|
|
return tty->ops->tiocmset(tty, set, clear);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2020-12-18 13:42:45 +03:00
|
|
|
/**
|
|
|
|
* tty_get_icount - get tty statistics
|
|
|
|
* @tty: tty device
|
|
|
|
* @icount: output parameter
|
|
|
|
*
|
|
|
|
* Gets a copy of the tty's icount statistics.
|
|
|
|
*
|
|
|
|
* Locking: none (up to the driver)
|
|
|
|
*/
|
|
|
|
int tty_get_icount(struct tty_struct *tty,
|
|
|
|
struct serial_icounter_struct *icount)
|
|
|
|
{
|
|
|
|
memset(icount, 0, sizeof(*icount));
|
|
|
|
|
|
|
|
if (tty->ops->get_icount)
|
|
|
|
return tty->ops->get_icount(tty, icount);
|
|
|
|
else
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(tty_get_icount);
|
|
|
|
|
2010-09-16 21:21:24 +04:00
|
|
|
static int tty_tiocgicount(struct tty_struct *tty, void __user *arg)
|
|
|
|
{
|
|
|
|
struct serial_icounter_struct icount;
|
2020-12-18 13:42:45 +03:00
|
|
|
int retval;
|
|
|
|
|
|
|
|
retval = tty_get_icount(tty, &icount);
|
2010-09-16 21:21:24 +04:00
|
|
|
if (retval != 0)
|
|
|
|
return retval;
|
2020-12-18 13:42:45 +03:00
|
|
|
|
2010-09-16 21:21:24 +04:00
|
|
|
if (copy_to_user(arg, &icount, sizeof(icount)))
|
|
|
|
return -EFAULT;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-09-12 04:53:32 +03:00
|
|
|
static int tty_tiocsserial(struct tty_struct *tty, struct serial_struct __user *ss)
|
2014-11-06 18:56:33 +03:00
|
|
|
{
|
|
|
|
static DEFINE_RATELIMIT_STATE(depr_flags,
|
|
|
|
DEFAULT_RATELIMIT_INTERVAL,
|
|
|
|
DEFAULT_RATELIMIT_BURST);
|
|
|
|
char comm[TASK_COMM_LEN];
|
2018-09-12 04:53:32 +03:00
|
|
|
struct serial_struct v;
|
2014-11-06 18:56:33 +03:00
|
|
|
int flags;
|
|
|
|
|
2020-07-24 01:34:22 +03:00
|
|
|
if (copy_from_user(&v, ss, sizeof(*ss)))
|
2018-09-12 04:53:32 +03:00
|
|
|
return -EFAULT;
|
2014-11-06 18:56:33 +03:00
|
|
|
|
2018-09-12 04:53:32 +03:00
|
|
|
flags = v.flags & ASYNC_DEPRECATED;
|
2014-11-06 18:56:33 +03:00
|
|
|
|
|
|
|
if (flags && __ratelimit(&depr_flags))
|
2017-02-17 10:11:44 +03:00
|
|
|
pr_warn("%s: '%s' is using deprecated serial flags (with no effect): %.8x\n",
|
|
|
|
__func__, get_task_comm(comm, current), flags);
|
2018-09-12 04:53:32 +03:00
|
|
|
if (!tty->ops->set_serial)
|
2018-09-12 14:46:51 +03:00
|
|
|
return -ENOTTY;
|
2018-09-12 04:53:32 +03:00
|
|
|
return tty->ops->set_serial(tty, &v);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int tty_tiocgserial(struct tty_struct *tty, struct serial_struct __user *ss)
|
|
|
|
{
|
|
|
|
struct serial_struct v;
|
|
|
|
int err;
|
|
|
|
|
2020-07-24 01:34:22 +03:00
|
|
|
memset(&v, 0, sizeof(v));
|
2018-09-12 04:53:32 +03:00
|
|
|
if (!tty->ops->get_serial)
|
2018-09-12 14:46:51 +03:00
|
|
|
return -ENOTTY;
|
2018-09-12 04:53:32 +03:00
|
|
|
err = tty->ops->get_serial(tty, &v);
|
2020-07-24 01:34:22 +03:00
|
|
|
if (!err && copy_to_user(ss, &v, sizeof(v)))
|
2018-09-12 04:53:32 +03:00
|
|
|
err = -EFAULT;
|
|
|
|
return err;
|
2014-11-06 18:56:33 +03:00
|
|
|
}
|
|
|
|
|
2014-10-16 22:59:41 +04:00
|
|
|
/*
|
|
|
|
* if pty, return the slave side (real_tty)
|
|
|
|
* otherwise, return self
|
|
|
|
*/
|
|
|
|
static struct tty_struct *tty_pair_get_tty(struct tty_struct *tty)
|
2009-06-11 15:48:02 +04:00
|
|
|
{
|
|
|
|
if (tty->driver->type == TTY_DRIVER_TYPE_PTY &&
|
|
|
|
tty->driver->subtype == PTY_TYPE_MASTER)
|
|
|
|
tty = tty->link;
|
|
|
|
return tty;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* Split this up, as gcc can choke on it otherwise..
|
|
|
|
*/
|
2008-04-30 11:53:29 +04:00
|
|
|
long tty_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(file);
|
|
|
|
struct tty_struct *real_tty;
|
2005-04-17 02:20:36 +04:00
|
|
|
void __user *p = (void __user *)arg;
|
|
|
|
int retval;
|
|
|
|
struct tty_ldisc *ld;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2013-02-28 01:59:05 +04:00
|
|
|
if (tty_paranoia_check(tty, file_inode(file), "tty_ioctl"))
|
2005-04-17 02:20:36 +04:00
|
|
|
return -EINVAL;
|
|
|
|
|
2009-06-11 15:48:02 +04:00
|
|
|
real_tty = tty_pair_get_tty(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Factor out some common prep work
|
|
|
|
*/
|
|
|
|
switch (cmd) {
|
|
|
|
case TIOCSETD:
|
|
|
|
case TIOCSBRK:
|
|
|
|
case TIOCCBRK:
|
|
|
|
case TCSBRK:
|
2008-02-08 15:18:47 +03:00
|
|
|
case TCSBRKP:
|
2005-04-17 02:20:36 +04:00
|
|
|
retval = tty_check_change(tty);
|
|
|
|
if (retval)
|
|
|
|
return retval;
|
|
|
|
if (cmd != TIOCCBRK) {
|
|
|
|
tty_wait_until_sent(tty, 0);
|
|
|
|
if (signal_pending(current))
|
|
|
|
return -EINTR;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2008-07-22 14:18:03 +04:00
|
|
|
/*
|
|
|
|
* Now do the stuff.
|
|
|
|
*/
|
2005-04-17 02:20:36 +04:00
|
|
|
switch (cmd) {
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCSTI:
|
|
|
|
return tiocsti(tty, p);
|
|
|
|
case TIOCGWINSZ:
|
2008-10-13 13:38:46 +04:00
|
|
|
return tiocgwinsz(real_tty, p);
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCSWINSZ:
|
2009-01-02 16:43:17 +03:00
|
|
|
return tiocswinsz(real_tty, p);
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCCONS:
|
|
|
|
return real_tty != tty ? -EINVAL : tioccons(file);
|
|
|
|
case TIOCEXCL:
|
|
|
|
set_bit(TTY_EXCLUSIVE, &tty->flags);
|
|
|
|
return 0;
|
|
|
|
case TIOCNXCL:
|
|
|
|
clear_bit(TTY_EXCLUSIVE, &tty->flags);
|
|
|
|
return 0;
|
2012-10-24 23:43:22 +04:00
|
|
|
case TIOCGEXCL:
|
|
|
|
{
|
|
|
|
int excl = test_bit(TTY_EXCLUSIVE, &tty->flags);
|
|
|
|
return put_user(excl, (int __user *)p);
|
|
|
|
}
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCGETD:
|
2016-01-11 09:40:55 +03:00
|
|
|
return tiocgetd(tty, p);
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCSETD:
|
|
|
|
return tiocsetd(tty, p);
|
2011-02-17 20:39:28 +03:00
|
|
|
case TIOCVHANGUP:
|
|
|
|
if (!capable(CAP_SYS_ADMIN))
|
|
|
|
return -EPERM;
|
|
|
|
tty_vhangup(tty);
|
|
|
|
return 0;
|
2010-12-03 14:48:23 +03:00
|
|
|
case TIOCGDEV:
|
|
|
|
{
|
|
|
|
unsigned int ret = new_encode_dev(tty_devnum(real_tty));
|
|
|
|
return put_user(ret, (unsigned int __user *)p);
|
|
|
|
}
|
2008-02-08 15:18:47 +03:00
|
|
|
/*
|
|
|
|
* Break handling
|
|
|
|
*/
|
|
|
|
case TIOCSBRK: /* Turn break on, unconditionally */
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->break_ctl)
|
2008-07-22 14:18:03 +04:00
|
|
|
return tty->ops->break_ctl(tty, -1);
|
2008-02-08 15:18:47 +03:00
|
|
|
return 0;
|
|
|
|
case TIOCCBRK: /* Turn break off, unconditionally */
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->break_ctl)
|
2008-07-22 14:18:03 +04:00
|
|
|
return tty->ops->break_ctl(tty, 0);
|
2008-02-08 15:18:47 +03:00
|
|
|
return 0;
|
|
|
|
case TCSBRK: /* SVID version: non-zero arg --> no break */
|
|
|
|
/* non-zero arg means wait for all output data
|
|
|
|
* to be sent (performed above) but don't send break.
|
|
|
|
* This is used by the tcdrain() termios function.
|
|
|
|
*/
|
|
|
|
if (!arg)
|
|
|
|
return send_break(tty, 250);
|
|
|
|
return 0;
|
|
|
|
case TCSBRKP: /* support for POSIX tcsendbreak() */
|
|
|
|
return send_break(tty, arg ? arg*100 : 250);
|
|
|
|
|
|
|
|
case TIOCMGET:
|
2011-02-14 19:26:14 +03:00
|
|
|
return tty_tiocmget(tty, p);
|
2008-02-08 15:18:47 +03:00
|
|
|
case TIOCMSET:
|
|
|
|
case TIOCMBIC:
|
|
|
|
case TIOCMBIS:
|
2011-02-14 19:26:50 +03:00
|
|
|
return tty_tiocmset(tty, cmd, p);
|
2010-09-16 21:21:24 +04:00
|
|
|
case TIOCGICOUNT:
|
2018-09-13 01:37:18 +03:00
|
|
|
return tty_tiocgicount(tty, p);
|
2008-02-08 15:18:47 +03:00
|
|
|
case TCFLSH:
|
|
|
|
switch (arg) {
|
|
|
|
case TCIFLUSH:
|
|
|
|
case TCIOFLUSH:
|
|
|
|
/* flush tty buffer and allow ldisc to process ioctl */
|
2014-11-05 20:13:09 +03:00
|
|
|
tty_buffer_flush(tty, NULL);
|
2007-05-12 21:36:55 +04:00
|
|
|
break;
|
2008-02-08 15:18:47 +03:00
|
|
|
}
|
|
|
|
break;
|
2014-11-06 18:56:33 +03:00
|
|
|
case TIOCSSERIAL:
|
2018-09-12 14:46:51 +03:00
|
|
|
return tty_tiocsserial(tty, p);
|
2018-09-12 04:53:32 +03:00
|
|
|
case TIOCGSERIAL:
|
2018-09-12 14:46:51 +03:00
|
|
|
return tty_tiocgserial(tty, p);
|
2017-08-24 23:13:29 +03:00
|
|
|
case TIOCGPTPEER:
|
|
|
|
/* Special because the struct file is needed */
|
|
|
|
return ptm_open_peer(file, tty, (int)arg);
|
2017-04-13 01:37:16 +03:00
|
|
|
default:
|
|
|
|
retval = tty_jobctrl_ioctl(tty, real_tty, file, cmd, arg);
|
|
|
|
if (retval != -ENOIOCTLCMD)
|
|
|
|
return retval;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->ioctl) {
|
2014-11-05 20:26:25 +03:00
|
|
|
retval = tty->ops->ioctl(tty, cmd, arg);
|
2005-04-17 02:20:36 +04:00
|
|
|
if (retval != -ENOIOCTLCMD)
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
|
|
|
return hung_up_tty_ioctl(file, cmd, arg);
|
2005-04-17 02:20:36 +04:00
|
|
|
retval = -EINVAL;
|
2008-07-17 00:53:12 +04:00
|
|
|
if (ld->ops->ioctl) {
|
|
|
|
retval = ld->ops->ioctl(tty, file, cmd, arg);
|
2005-04-17 02:20:36 +04:00
|
|
|
if (retval == -ENOIOCTLCMD)
|
2012-08-27 11:23:12 +04:00
|
|
|
retval = -ENOTTY;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
2007-05-11 09:22:50 +04:00
|
|
|
#ifdef CONFIG_COMPAT
|
2018-09-12 18:28:34 +03:00
|
|
|
|
|
|
|
struct serial_struct32 {
|
2020-07-24 01:32:25 +03:00
|
|
|
compat_int_t type;
|
|
|
|
compat_int_t line;
|
|
|
|
compat_uint_t port;
|
|
|
|
compat_int_t irq;
|
|
|
|
compat_int_t flags;
|
|
|
|
compat_int_t xmit_fifo_size;
|
|
|
|
compat_int_t custom_divisor;
|
|
|
|
compat_int_t baud_base;
|
|
|
|
unsigned short close_delay;
|
|
|
|
char io_type;
|
|
|
|
char reserved_char;
|
|
|
|
compat_int_t hub6;
|
|
|
|
unsigned short closing_wait; /* time to wait before closing */
|
|
|
|
unsigned short closing_wait2; /* no longer used... */
|
|
|
|
compat_uint_t iomem_base;
|
|
|
|
unsigned short iomem_reg_shift;
|
|
|
|
unsigned int port_high;
|
|
|
|
/* compat_ulong_t iomap_base FIXME */
|
|
|
|
compat_int_t reserved;
|
2018-09-12 18:28:34 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
static int compat_tty_tiocsserial(struct tty_struct *tty,
|
|
|
|
struct serial_struct32 __user *ss)
|
|
|
|
{
|
|
|
|
static DEFINE_RATELIMIT_STATE(depr_flags,
|
|
|
|
DEFAULT_RATELIMIT_INTERVAL,
|
|
|
|
DEFAULT_RATELIMIT_BURST);
|
|
|
|
char comm[TASK_COMM_LEN];
|
|
|
|
struct serial_struct32 v32;
|
|
|
|
struct serial_struct v;
|
|
|
|
int flags;
|
|
|
|
|
2020-07-24 01:34:22 +03:00
|
|
|
if (copy_from_user(&v32, ss, sizeof(*ss)))
|
2018-09-12 18:28:34 +03:00
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
memcpy(&v, &v32, offsetof(struct serial_struct32, iomem_base));
|
|
|
|
v.iomem_base = compat_ptr(v32.iomem_base);
|
|
|
|
v.iomem_reg_shift = v32.iomem_reg_shift;
|
|
|
|
v.port_high = v32.port_high;
|
|
|
|
v.iomap_base = 0;
|
|
|
|
|
|
|
|
flags = v.flags & ASYNC_DEPRECATED;
|
|
|
|
|
|
|
|
if (flags && __ratelimit(&depr_flags))
|
|
|
|
pr_warn("%s: '%s' is using deprecated serial flags (with no effect): %.8x\n",
|
|
|
|
__func__, get_task_comm(comm, current), flags);
|
|
|
|
if (!tty->ops->set_serial)
|
|
|
|
return -ENOTTY;
|
|
|
|
return tty->ops->set_serial(tty, &v);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int compat_tty_tiocgserial(struct tty_struct *tty,
|
|
|
|
struct serial_struct32 __user *ss)
|
|
|
|
{
|
|
|
|
struct serial_struct32 v32;
|
|
|
|
struct serial_struct v;
|
|
|
|
int err;
|
2020-02-24 21:20:43 +03:00
|
|
|
|
|
|
|
memset(&v, 0, sizeof(v));
|
|
|
|
memset(&v32, 0, sizeof(v32));
|
2018-09-12 18:28:34 +03:00
|
|
|
|
2020-02-24 21:20:44 +03:00
|
|
|
if (!tty->ops->get_serial)
|
2018-09-12 18:28:34 +03:00
|
|
|
return -ENOTTY;
|
|
|
|
err = tty->ops->get_serial(tty, &v);
|
|
|
|
if (!err) {
|
|
|
|
memcpy(&v32, &v, offsetof(struct serial_struct32, iomem_base));
|
|
|
|
v32.iomem_base = (unsigned long)v.iomem_base >> 32 ?
|
|
|
|
0xfffffff : ptr_to_compat(v.iomem_base);
|
|
|
|
v32.iomem_reg_shift = v.iomem_reg_shift;
|
|
|
|
v32.port_high = v.port_high;
|
2020-07-24 01:34:22 +03:00
|
|
|
if (copy_to_user(ss, &v32, sizeof(v32)))
|
2018-09-12 18:28:34 +03:00
|
|
|
err = -EFAULT;
|
|
|
|
}
|
|
|
|
return err;
|
|
|
|
}
|
2008-02-08 15:18:47 +03:00
|
|
|
static long tty_compat_ioctl(struct file *file, unsigned int cmd,
|
2007-05-11 09:22:50 +04:00
|
|
|
unsigned long arg)
|
|
|
|
{
|
tty: fix fu_list abuse
tty: fix fu_list abuse
tty code abuses fu_list, which causes a bug in remount,ro handling.
If a tty device node is opened on a filesystem, then the last link to the inode
removed, the filesystem will be allowed to be remounted readonly. This is
because fs_may_remount_ro does not find the 0 link tty inode on the file sb
list (because the tty code incorrectly removed it to use for its own purpose).
This can result in a filesystem with errors after it is marked "clean".
Taking idea from Christoph's initial patch, allocate a tty private struct
at file->private_data and put our required list fields in there, linking
file and tty. This makes tty nodes behave the same way as other device nodes
and avoid meddling with the vfs, and avoids this bug.
The error handling is not trivial in the tty code, so for this bugfix, I take
the simple approach of using __GFP_NOFAIL and don't worry about memory errors.
This is not a problem because our allocator doesn't fail small allocs as a rule
anyway. So proper error handling is left as an exercise for tty hackers.
[ Arguably filesystem's device inode would ideally be divorced from the
driver's pseudo inode when it is opened, but in practice it's not clear whether
that will ever be worth implementing. ]
Cc: linux-kernel@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Nick Piggin <npiggin@kernel.dk>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2010-08-17 22:37:36 +04:00
|
|
|
struct tty_struct *tty = file_tty(file);
|
2007-05-11 09:22:50 +04:00
|
|
|
struct tty_ldisc *ld;
|
|
|
|
int retval = -ENOIOCTLCMD;
|
|
|
|
|
2018-09-12 02:47:09 +03:00
|
|
|
switch (cmd) {
|
2019-06-04 00:07:12 +03:00
|
|
|
case TIOCOUTQ:
|
2018-09-12 02:47:09 +03:00
|
|
|
case TIOCSTI:
|
|
|
|
case TIOCGWINSZ:
|
|
|
|
case TIOCSWINSZ:
|
|
|
|
case TIOCGEXCL:
|
|
|
|
case TIOCGETD:
|
|
|
|
case TIOCSETD:
|
|
|
|
case TIOCGDEV:
|
|
|
|
case TIOCMGET:
|
|
|
|
case TIOCMSET:
|
|
|
|
case TIOCMBIC:
|
|
|
|
case TIOCMBIS:
|
|
|
|
case TIOCGICOUNT:
|
|
|
|
case TIOCGPGRP:
|
|
|
|
case TIOCSPGRP:
|
|
|
|
case TIOCGSID:
|
|
|
|
case TIOCSERGETLSR:
|
|
|
|
case TIOCGRS485:
|
|
|
|
case TIOCSRS485:
|
|
|
|
#ifdef TIOCGETP
|
|
|
|
case TIOCGETP:
|
|
|
|
case TIOCSETP:
|
|
|
|
case TIOCSETN:
|
|
|
|
#endif
|
|
|
|
#ifdef TIOCGETC
|
|
|
|
case TIOCGETC:
|
|
|
|
case TIOCSETC:
|
|
|
|
#endif
|
|
|
|
#ifdef TIOCGLTC
|
|
|
|
case TIOCGLTC:
|
|
|
|
case TIOCSLTC:
|
|
|
|
#endif
|
|
|
|
case TCSETSF:
|
|
|
|
case TCSETSW:
|
|
|
|
case TCSETS:
|
|
|
|
case TCGETS:
|
|
|
|
#ifdef TCGETS2
|
|
|
|
case TCGETS2:
|
|
|
|
case TCSETSF2:
|
|
|
|
case TCSETSW2:
|
|
|
|
case TCSETS2:
|
|
|
|
#endif
|
|
|
|
case TCGETA:
|
|
|
|
case TCSETAF:
|
|
|
|
case TCSETAW:
|
|
|
|
case TCSETA:
|
|
|
|
case TIOCGLCKTRMIOS:
|
|
|
|
case TIOCSLCKTRMIOS:
|
|
|
|
#ifdef TCGETX
|
|
|
|
case TCGETX:
|
|
|
|
case TCSETX:
|
|
|
|
case TCSETXW:
|
|
|
|
case TCSETXF:
|
|
|
|
#endif
|
|
|
|
case TIOCGSOFTCAR:
|
|
|
|
case TIOCSSOFTCAR:
|
2019-06-06 11:07:36 +03:00
|
|
|
|
|
|
|
case PPPIOCGCHAN:
|
|
|
|
case PPPIOCGUNIT:
|
2018-09-12 02:47:09 +03:00
|
|
|
return tty_ioctl(file, cmd, (unsigned long)compat_ptr(arg));
|
|
|
|
case TIOCCONS:
|
|
|
|
case TIOCEXCL:
|
|
|
|
case TIOCNXCL:
|
|
|
|
case TIOCVHANGUP:
|
|
|
|
case TIOCSBRK:
|
|
|
|
case TIOCCBRK:
|
|
|
|
case TCSBRK:
|
|
|
|
case TCSBRKP:
|
|
|
|
case TCFLSH:
|
|
|
|
case TIOCGPTPEER:
|
|
|
|
case TIOCNOTTY:
|
|
|
|
case TIOCSCTTY:
|
|
|
|
case TCXONC:
|
|
|
|
case TIOCMIWAIT:
|
|
|
|
case TIOCSERCONFIG:
|
|
|
|
return tty_ioctl(file, cmd, arg);
|
|
|
|
}
|
|
|
|
|
2013-02-28 01:59:05 +04:00
|
|
|
if (tty_paranoia_check(tty, file_inode(file), "tty_ioctl"))
|
2007-05-11 09:22:50 +04:00
|
|
|
return -EINVAL;
|
|
|
|
|
2018-09-12 18:28:34 +03:00
|
|
|
switch (cmd) {
|
|
|
|
case TIOCSSERIAL:
|
|
|
|
return compat_tty_tiocsserial(tty, compat_ptr(arg));
|
|
|
|
case TIOCGSERIAL:
|
|
|
|
return compat_tty_tiocgserial(tty, compat_ptr(arg));
|
|
|
|
}
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->compat_ioctl) {
|
2014-11-05 20:26:25 +03:00
|
|
|
retval = tty->ops->compat_ioctl(tty, cmd, arg);
|
2007-05-11 09:22:50 +04:00
|
|
|
if (retval != -ENOIOCTLCMD)
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
|
|
|
ld = tty_ldisc_ref_wait(tty);
|
2016-01-11 09:41:01 +03:00
|
|
|
if (!ld)
|
|
|
|
return hung_up_tty_compat_ioctl(file, cmd, arg);
|
2008-07-17 00:53:12 +04:00
|
|
|
if (ld->ops->compat_ioctl)
|
|
|
|
retval = ld->ops->compat_ioctl(tty, file, cmd, arg);
|
2018-09-14 05:12:15 +03:00
|
|
|
if (retval == -ENOIOCTLCMD && ld->ops->ioctl)
|
|
|
|
retval = ld->ops->ioctl(tty, file,
|
|
|
|
(unsigned long)compat_ptr(cmd), arg);
|
2007-05-11 09:22:50 +04:00
|
|
|
tty_ldisc_deref(ld);
|
|
|
|
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
#endif
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-22 06:32:06 +04:00
|
|
|
static int this_tty(const void *t, struct file *file, unsigned fd)
|
|
|
|
{
|
2021-01-19 21:49:19 +03:00
|
|
|
if (likely(file->f_op->read_iter != tty_read))
|
2012-08-22 06:32:06 +04:00
|
|
|
return 0;
|
|
|
|
return file_tty(file) != t ? 0 : fd + 1;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* This implements the "Secure Attention Key" --- the idea is to
|
|
|
|
* prevent trojan horses by killing all processes associated with this
|
|
|
|
* tty when the user hits the "Secure Attention Key". Required for
|
|
|
|
* super-paranoid applications --- see the Orange Book for more details.
|
2008-02-08 15:18:47 +03:00
|
|
|
*
|
2005-04-17 02:20:36 +04:00
|
|
|
* This code could be nicer; ideally it should send a HUP, wait a few
|
|
|
|
* seconds, then send a INT, and then a KILL signal. But you then
|
|
|
|
* have to coordinate with the init process, since all processes associated
|
|
|
|
* with the current tty must be dead before the new getty is allowed
|
|
|
|
* to spawn.
|
|
|
|
*
|
|
|
|
* Now, if it would be correct ;-/ The current code has a nasty hole -
|
|
|
|
* it doesn't catch files in flight. We may send the descriptor to ourselves
|
|
|
|
* via AF_UNIX socket, close it and later fetch from socket. FIXME.
|
|
|
|
*
|
|
|
|
* Nasty bug: do_SAK is being called in interrupt context. This can
|
|
|
|
* deadlock. We punt it up to process context. AKPM - 16Mar2001
|
|
|
|
*/
|
2007-02-10 12:44:34 +03:00
|
|
|
void __do_SAK(struct tty_struct *tty)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
#ifdef TTY_SOFT_SAK
|
|
|
|
tty_hangup(tty);
|
|
|
|
#else
|
2006-03-29 04:11:02 +04:00
|
|
|
struct task_struct *g, *p;
|
2007-02-12 11:53:00 +03:00
|
|
|
struct pid *session;
|
2005-04-17 02:20:36 +04:00
|
|
|
int i;
|
tty: Fix ->session locking
Currently, locking of ->session is very inconsistent; most places
protect it using the legacy tty mutex, but disassociate_ctty(),
__do_SAK(), tiocspgrp() and tiocgsid() don't.
Two of the writers hold the ctrl_lock (because they already need it for
->pgrp), but __proc_set_tty() doesn't do that yet.
On a PREEMPT=y system, an unprivileged user can theoretically abuse
this broken locking to read 4 bytes of freed memory via TIOCGSID if
tiocgsid() is preempted long enough at the right point. (Other things
might also go wrong, especially if root-only ioctls are involved; I'm
not sure about that.)
Change the locking on ->session such that:
- tty_lock() is held by all writers: By making disassociate_ctty()
hold it. This should be fine because the same lock can already be
taken through the call to tty_vhangup_session().
The tricky part is that we need to shorten the area covered by
siglock to be able to take tty_lock() without ugly retry logic; as
far as I can tell, this should be fine, since nothing in the
signal_struct is touched in the `if (tty)` branch.
- ctrl_lock is held by all writers: By changing __proc_set_tty() to
hold the lock a little longer.
- All readers that aren't holding tty_lock() hold ctrl_lock: By
adding locking to tiocgsid() and __do_SAK(), and expanding the area
covered by ctrl_lock in tiocspgrp().
Cc: stable@kernel.org
Signed-off-by: Jann Horn <jannh@google.com>
Reviewed-by: Jiri Slaby <jirislaby@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2020-12-03 04:25:05 +03:00
|
|
|
unsigned long flags;
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
if (!tty)
|
|
|
|
return;
|
tty: Fix ->session locking
Currently, locking of ->session is very inconsistent; most places
protect it using the legacy tty mutex, but disassociate_ctty(),
__do_SAK(), tiocspgrp() and tiocgsid() don't.
Two of the writers hold the ctrl_lock (because they already need it for
->pgrp), but __proc_set_tty() doesn't do that yet.
On a PREEMPT=y system, an unprivileged user can theoretically abuse
this broken locking to read 4 bytes of freed memory via TIOCGSID if
tiocgsid() is preempted long enough at the right point. (Other things
might also go wrong, especially if root-only ioctls are involved; I'm
not sure about that.)
Change the locking on ->session such that:
- tty_lock() is held by all writers: By making disassociate_ctty()
hold it. This should be fine because the same lock can already be
taken through the call to tty_vhangup_session().
The tricky part is that we need to shorten the area covered by
siglock to be able to take tty_lock() without ugly retry logic; as
far as I can tell, this should be fine, since nothing in the
signal_struct is touched in the `if (tty)` branch.
- ctrl_lock is held by all writers: By changing __proc_set_tty() to
hold the lock a little longer.
- All readers that aren't holding tty_lock() hold ctrl_lock: By
adding locking to tiocgsid() and __do_SAK(), and expanding the area
covered by ctrl_lock in tiocspgrp().
Cc: stable@kernel.org
Signed-off-by: Jann Horn <jannh@google.com>
Reviewed-by: Jiri Slaby <jirislaby@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2020-12-03 04:25:05 +03:00
|
|
|
|
|
|
|
spin_lock_irqsave(&tty->ctrl_lock, flags);
|
|
|
|
session = get_pid(tty->session);
|
|
|
|
spin_unlock_irqrestore(&tty->ctrl_lock, flags);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2006-12-13 11:35:09 +03:00
|
|
|
tty_ldisc_flush(tty);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-04-30 11:54:13 +04:00
|
|
|
tty_driver_flush_buffer(tty);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
read_lock(&tasklist_lock);
|
2006-03-29 04:11:02 +04:00
|
|
|
/* Kill the entire session */
|
2007-02-12 11:53:00 +03:00
|
|
|
do_each_pid_task(session, PIDTYPE_SID, p) {
|
2015-11-08 21:01:14 +03:00
|
|
|
tty_notice(tty, "SAK: killed process %d (%s): by session\n",
|
|
|
|
task_pid_nr(p), p->comm);
|
2018-07-20 23:59:17 +03:00
|
|
|
group_send_sig_info(SIGKILL, SEND_SIG_PRIV, p, PIDTYPE_SID);
|
2007-02-12 11:53:00 +03:00
|
|
|
} while_each_pid_task(session, PIDTYPE_SID, p);
|
2015-11-08 21:01:14 +03:00
|
|
|
|
|
|
|
/* Now kill any processes that happen to have the tty open */
|
2006-03-29 04:11:02 +04:00
|
|
|
do_each_thread(g, p) {
|
|
|
|
if (p->signal->tty == tty) {
|
2015-11-08 21:01:14 +03:00
|
|
|
tty_notice(tty, "SAK: killed process %d (%s): by controlling tty\n",
|
|
|
|
task_pid_nr(p), p->comm);
|
2018-07-20 23:59:17 +03:00
|
|
|
group_send_sig_info(SIGKILL, SEND_SIG_PRIV, p, PIDTYPE_SID);
|
2005-04-17 02:20:36 +04:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
task_lock(p);
|
2012-08-22 06:32:06 +04:00
|
|
|
i = iterate_fd(p->files, 0, this_tty, tty);
|
|
|
|
if (i != 0) {
|
2015-11-08 21:01:14 +03:00
|
|
|
tty_notice(tty, "SAK: killed process %d (%s): by fd#%d\n",
|
|
|
|
task_pid_nr(p), p->comm, i - 1);
|
2018-07-20 23:59:17 +03:00
|
|
|
group_send_sig_info(SIGKILL, SEND_SIG_PRIV, p, PIDTYPE_SID);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
task_unlock(p);
|
2006-03-29 04:11:02 +04:00
|
|
|
} while_each_thread(g, p);
|
2005-04-17 02:20:36 +04:00
|
|
|
read_unlock(&tasklist_lock);
|
tty: Fix ->session locking
Currently, locking of ->session is very inconsistent; most places
protect it using the legacy tty mutex, but disassociate_ctty(),
__do_SAK(), tiocspgrp() and tiocgsid() don't.
Two of the writers hold the ctrl_lock (because they already need it for
->pgrp), but __proc_set_tty() doesn't do that yet.
On a PREEMPT=y system, an unprivileged user can theoretically abuse
this broken locking to read 4 bytes of freed memory via TIOCGSID if
tiocgsid() is preempted long enough at the right point. (Other things
might also go wrong, especially if root-only ioctls are involved; I'm
not sure about that.)
Change the locking on ->session such that:
- tty_lock() is held by all writers: By making disassociate_ctty()
hold it. This should be fine because the same lock can already be
taken through the call to tty_vhangup_session().
The tricky part is that we need to shorten the area covered by
siglock to be able to take tty_lock() without ugly retry logic; as
far as I can tell, this should be fine, since nothing in the
signal_struct is touched in the `if (tty)` branch.
- ctrl_lock is held by all writers: By changing __proc_set_tty() to
hold the lock a little longer.
- All readers that aren't holding tty_lock() hold ctrl_lock: By
adding locking to tiocgsid() and __do_SAK(), and expanding the area
covered by ctrl_lock in tiocspgrp().
Cc: stable@kernel.org
Signed-off-by: Jann Horn <jannh@google.com>
Reviewed-by: Jiri Slaby <jirislaby@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2020-12-03 04:25:05 +03:00
|
|
|
put_pid(session);
|
2005-04-17 02:20:36 +04:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2007-02-10 12:44:34 +03:00
|
|
|
static void do_SAK_work(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct tty_struct *tty =
|
|
|
|
container_of(work, struct tty_struct, SAK_work);
|
|
|
|
__do_SAK(tty);
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* The tq handling here is a little racy - tty->SAK_work may already be queued.
|
|
|
|
* Fortunately we don't need to worry, because if ->SAK_work is already queued,
|
|
|
|
* the values which we write to it will be identical to the values which it
|
|
|
|
* already has. --akpm
|
|
|
|
*/
|
|
|
|
void do_SAK(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
if (!tty)
|
|
|
|
return;
|
|
|
|
schedule_work(&tty->SAK_work);
|
|
|
|
}
|
|
|
|
|
|
|
|
EXPORT_SYMBOL(do_SAK);
|
|
|
|
|
2010-08-09 18:22:49 +04:00
|
|
|
/* Must put_device() after it's unused! */
|
|
|
|
static struct device *tty_get_device(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
dev_t devt = tty_devnum(tty);
|
2019-07-24 01:18:35 +03:00
|
|
|
return class_find_device_by_devt(tty_class, devt);
|
2010-08-09 18:22:49 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2020-11-04 22:35:25 +03:00
|
|
|
/*
|
2014-07-10 23:01:22 +04:00
|
|
|
* alloc_tty_struct
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
2014-07-10 23:01:22 +04:00
|
|
|
* This subroutine allocates and initializes a tty structure.
|
2006-08-27 12:24:01 +04:00
|
|
|
*
|
2014-07-10 23:01:22 +04:00
|
|
|
* Locking: none - tty in question is not exposed at this point
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2014-07-10 23:01:22 +04:00
|
|
|
struct tty_struct *alloc_tty_struct(struct tty_driver *driver, int idx)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2014-07-10 23:01:22 +04:00
|
|
|
struct tty_struct *tty;
|
|
|
|
|
|
|
|
tty = kzalloc(sizeof(*tty), GFP_KERNEL);
|
|
|
|
if (!tty)
|
|
|
|
return NULL;
|
|
|
|
|
2008-10-13 13:37:26 +04:00
|
|
|
kref_init(&tty->kref);
|
2005-04-17 02:20:36 +04:00
|
|
|
tty->magic = TTY_MAGIC;
|
2018-04-05 13:40:16 +03:00
|
|
|
if (tty_ldisc_init(tty)) {
|
|
|
|
kfree(tty);
|
|
|
|
return NULL;
|
|
|
|
}
|
2007-02-12 11:53:00 +03:00
|
|
|
tty->session = NULL;
|
|
|
|
tty->pgrp = NULL;
|
2012-08-08 19:30:13 +04:00
|
|
|
mutex_init(&tty->legacy_mutex);
|
2013-06-15 17:14:31 +04:00
|
|
|
mutex_init(&tty->throttle_mutex);
|
2013-06-15 17:14:23 +04:00
|
|
|
init_rwsem(&tty->termios_rwsem);
|
tty: Fix lock order in tty_do_resize()
Commits 6a1c0680cf3ba94356ecd58833e1540c93472a57 and
9356b535fcb71db494fc434acceb79f56d15bda2, respectively
'tty: Convert termios_mutex to termios_rwsem' and
'n_tty: Access termios values safely'
introduced a circular lock dependency with console_lock and
termios_rwsem.
The lockdep report [1] shows that n_tty_write() will attempt
to claim console_lock while holding the termios_rwsem, whereas
tty_do_resize() may already hold the console_lock while
claiming the termios_rwsem.
Since n_tty_write() and tty_do_resize() do not contend
over the same data -- the tty->winsize structure -- correct
the lock dependency by introducing a new lock which
specifically serializes access to tty->winsize only.
[1] Lockdep report
======================================================
[ INFO: possible circular locking dependency detected ]
3.10.0-0+tip-xeon+lockdep #0+tip Not tainted
-------------------------------------------------------
modprobe/277 is trying to acquire lock:
(&tty->termios_rwsem){++++..}, at: [<ffffffff81452656>] tty_do_resize+0x36/0xe0
but task is already holding lock:
((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #2 ((fb_notifier_list).rwsem){.+.+.+}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b797>] down_read+0x47/0x5c
[<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #1 (console_lock){+.+.+.}:
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff810430a7>] console_lock+0x77/0x80
[<ffffffff8146b2a1>] con_flush_chars+0x31/0x50
[<ffffffff8145780c>] n_tty_write+0x1ec/0x4d0
[<ffffffff814541b9>] tty_write+0x159/0x2e0
[<ffffffff814543f5>] redirected_tty_write+0xb5/0xc0
[<ffffffff811ab9d5>] vfs_write+0xc5/0x1f0
[<ffffffff811abec5>] SyS_write+0x55/0xa0
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
-> #0 (&tty->termios_rwsem){++++..}:
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
other info that might help us debug this:
Chain exists of:
&tty->termios_rwsem --> console_lock --> (fb_notifier_list).rwsem
Possible unsafe locking scenario:
CPU0 CPU1
---- ----
lock((fb_notifier_list).rwsem);
lock(console_lock);
lock((fb_notifier_list).rwsem);
lock(&tty->termios_rwsem);
*** DEADLOCK ***
7 locks held by modprobe/277:
#0: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b5b>] __driver_attach+0x5b/0xb0
#1: (&__lockdep_no_validate__){......}, at: [<ffffffff81497b69>] __driver_attach+0x69/0xb0
#2: (drm_global_mutex){+.+.+.}, at: [<ffffffffa008a6dd>] drm_get_pci_dev+0xbd/0x2a0 [drm]
#3: (registration_lock){+.+.+.}, at: [<ffffffff813d93f5>] register_framebuffer+0x25/0x320
#4: (&fb_info->lock){+.+.+.}, at: [<ffffffff813d8116>] lock_fb_info+0x26/0x60
#5: (console_lock){+.+.+.}, at: [<ffffffff813d95a4>] register_framebuffer+0x1d4/0x320
#6: ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff8107aac6>] __blocking_notifier_call_chain+0x56/0xc0
stack backtrace:
CPU: 0 PID: 277 Comm: modprobe Not tainted 3.10.0-0+tip-xeon+lockdep #0+tip
Hardware name: Dell Inc. Precision WorkStation T5400 /0RW203, BIOS A11 04/30/2012
ffffffff8213e5e0 ffff8802aa2fb298 ffffffff81755f19 ffff8802aa2fb2e8
ffffffff8174f506 ffff8802aa2fa000 ffff8802aa2fb378 ffff8802aa2ea8e8
ffff8802aa2ea910 ffff8802aa2ea8e8 0000000000000006 0000000000000007
Call Trace:
[<ffffffff81755f19>] dump_stack+0x19/0x1b
[<ffffffff8174f506>] print_circular_bug+0x1fb/0x20c
[<ffffffff810b65c3>] __lock_acquire+0x1c43/0x1d30
[<ffffffff810b775e>] ? mark_held_locks+0xae/0x120
[<ffffffff810b78d5>] ? trace_hardirqs_on_caller+0x105/0x1d0
[<ffffffff810b6d62>] lock_acquire+0x92/0x1f0
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff8175b724>] down_write+0x44/0x70
[<ffffffff81452656>] ? tty_do_resize+0x36/0xe0
[<ffffffff81452656>] tty_do_resize+0x36/0xe0
[<ffffffff8146c841>] vc_do_resize+0x3e1/0x4c0
[<ffffffff8146c99f>] vc_resize+0x1f/0x30
[<ffffffff813e4535>] fbcon_init+0x385/0x5a0
[<ffffffff8146a4bc>] visual_init+0xbc/0x120
[<ffffffff8146cd13>] do_bind_con_driver+0x163/0x320
[<ffffffff8146cfa1>] do_take_over_console+0x61/0x70
[<ffffffff813e2b93>] do_fbcon_takeover+0x63/0xc0
[<ffffffff813e67a5>] fbcon_event_notify+0x715/0x820
[<ffffffff81762f9d>] notifier_call_chain+0x5d/0x110
[<ffffffff8107aadc>] __blocking_notifier_call_chain+0x6c/0xc0
[<ffffffff8107ab46>] blocking_notifier_call_chain+0x16/0x20
[<ffffffff813d7c0b>] fb_notifier_call_chain+0x1b/0x20
[<ffffffff813d95b2>] register_framebuffer+0x1e2/0x320
[<ffffffffa01043e1>] drm_fb_helper_initial_config+0x371/0x540 [drm_kms_helper]
[<ffffffff8173cbcb>] ? kmemleak_alloc+0x5b/0xc0
[<ffffffff81198874>] ? kmem_cache_alloc_trace+0x104/0x290
[<ffffffffa01035e1>] ? drm_fb_helper_single_add_all_connectors+0x81/0xf0 [drm_kms_helper]
[<ffffffffa01bcb05>] nouveau_fbcon_init+0x105/0x140 [nouveau]
[<ffffffffa01ad0af>] nouveau_drm_load+0x43f/0x610 [nouveau]
[<ffffffffa008a79e>] drm_get_pci_dev+0x17e/0x2a0 [drm]
[<ffffffffa01ad4da>] nouveau_drm_probe+0x25a/0x2a0 [nouveau]
[<ffffffff8175f162>] ? _raw_spin_unlock_irqrestore+0x42/0x80
[<ffffffff813b13db>] local_pci_probe+0x4b/0x80
[<ffffffff813b1701>] pci_device_probe+0x111/0x120
[<ffffffff814977eb>] driver_probe_device+0x8b/0x3a0
[<ffffffff81497bab>] __driver_attach+0xab/0xb0
[<ffffffff81497b00>] ? driver_probe_device+0x3a0/0x3a0
[<ffffffff814956ad>] bus_for_each_dev+0x5d/0xa0
[<ffffffff814971fe>] driver_attach+0x1e/0x20
[<ffffffff81496cc1>] bus_add_driver+0x111/0x290
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff814982b7>] driver_register+0x77/0x170
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffff813b0454>] __pci_register_driver+0x64/0x70
[<ffffffffa008a9da>] drm_pci_init+0x11a/0x130 [drm]
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a000>] ? 0xffffffffa0229fff
[<ffffffffa022a04d>] nouveau_drm_init+0x4d/0x1000 [nouveau]
[<ffffffff810002ea>] do_one_initcall+0xea/0x1a0
[<ffffffff810c54cb>] load_module+0x123b/0x1bf0
[<ffffffff81399a50>] ? ddebug_proc_open+0xb0/0xb0
[<ffffffff813855ae>] ? trace_hardirqs_on_thunk+0x3a/0x3f
[<ffffffff810c5f57>] SyS_init_module+0xd7/0x120
[<ffffffff817677c2>] system_call_fastpath+0x16/0x1b
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2013-07-25 00:43:51 +04:00
|
|
|
mutex_init(&tty->winsize_mutex);
|
2013-06-15 15:04:48 +04:00
|
|
|
init_ldsem(&tty->ldisc_sem);
|
2005-04-17 02:20:36 +04:00
|
|
|
init_waitqueue_head(&tty->write_wait);
|
|
|
|
init_waitqueue_head(&tty->read_wait);
|
2006-11-22 17:55:48 +03:00
|
|
|
INIT_WORK(&tty->hangup_work, do_tty_hangup);
|
2006-03-23 14:00:31 +03:00
|
|
|
mutex_init(&tty->atomic_write_lock);
|
2008-04-30 11:53:29 +04:00
|
|
|
spin_lock_init(&tty->ctrl_lock);
|
2014-09-10 23:06:31 +04:00
|
|
|
spin_lock_init(&tty->flow_lock);
|
2016-01-10 08:35:23 +03:00
|
|
|
spin_lock_init(&tty->files_lock);
|
2005-04-17 02:20:36 +04:00
|
|
|
INIT_LIST_HEAD(&tty->tty_files);
|
2007-02-14 00:38:58 +03:00
|
|
|
INIT_WORK(&tty->SAK_work, do_SAK_work);
|
2008-10-13 13:42:39 +04:00
|
|
|
|
|
|
|
tty->driver = driver;
|
|
|
|
tty->ops = driver->ops;
|
|
|
|
tty->index = idx;
|
|
|
|
tty_line_name(driver, idx, tty->name);
|
2010-08-09 18:22:49 +04:00
|
|
|
tty->dev = tty_get_device(tty);
|
2014-07-10 23:01:22 +04:00
|
|
|
|
|
|
|
return tty;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
2008-04-30 11:54:13 +04:00
|
|
|
/**
|
|
|
|
* tty_put_char - write one character to a tty
|
|
|
|
* @tty: tty
|
|
|
|
* @ch: character
|
|
|
|
*
|
|
|
|
* Write one byte to the tty using the provided put_char method
|
|
|
|
* if present. Returns the number of characters successfully output.
|
|
|
|
*
|
|
|
|
* Note: the specific put_char operation in the driver layer may go
|
|
|
|
* away soon. Don't call it directly, use this method
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2008-04-30 11:54:13 +04:00
|
|
|
int tty_put_char(struct tty_struct *tty, unsigned char ch)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-04-30 11:54:13 +04:00
|
|
|
if (tty->ops->put_char)
|
|
|
|
return tty->ops->put_char(tty, ch);
|
|
|
|
return tty->ops->write(tty, &ch, 1);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2008-04-30 11:54:13 +04:00
|
|
|
EXPORT_SYMBOL_GPL(tty_put_char);
|
|
|
|
|
2008-10-13 13:41:42 +04:00
|
|
|
struct class *tty_class;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-09 00:26:44 +04:00
|
|
|
static int tty_cdev_add(struct tty_driver *driver, dev_t dev,
|
|
|
|
unsigned int index, unsigned int count)
|
|
|
|
{
|
2015-09-07 16:08:37 +03:00
|
|
|
int err;
|
|
|
|
|
2012-08-09 00:26:44 +04:00
|
|
|
/* init here, since reused cdevs cause crashes */
|
2015-05-19 18:06:53 +03:00
|
|
|
driver->cdevs[index] = cdev_alloc();
|
|
|
|
if (!driver->cdevs[index])
|
|
|
|
return -ENOMEM;
|
2015-09-07 16:08:37 +03:00
|
|
|
driver->cdevs[index]->ops = &tty_fops;
|
2015-05-19 18:06:53 +03:00
|
|
|
driver->cdevs[index]->owner = driver->owner;
|
2015-09-07 16:08:37 +03:00
|
|
|
err = cdev_add(driver->cdevs[index], dev, count);
|
|
|
|
if (err)
|
|
|
|
kobject_put(&driver->cdevs[index]->kobj);
|
|
|
|
return err;
|
2012-08-09 00:26:44 +04:00
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/**
|
2006-08-27 12:24:01 +04:00
|
|
|
* tty_register_device - register a tty device
|
|
|
|
* @driver: the tty driver that describes the tty device
|
|
|
|
* @index: the index in the tty driver for this tty device
|
|
|
|
* @device: a struct device that is associated with this tty device.
|
|
|
|
* This field is optional, if there is no known struct device
|
|
|
|
* for this tty device it can be set to NULL safely.
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
2006-08-08 09:19:37 +04:00
|
|
|
* Returns a pointer to the struct device for this tty device
|
|
|
|
* (or ERR_PTR(-EFOO) on error).
|
2006-04-22 20:36:53 +04:00
|
|
|
*
|
2006-08-27 12:24:01 +04:00
|
|
|
* This call is required to be made to register an individual tty device
|
|
|
|
* if the tty driver's flags have the TTY_DRIVER_DYNAMIC_DEV bit set. If
|
|
|
|
* that bit is not set, this function should not be called by a tty
|
|
|
|
* driver.
|
|
|
|
*
|
|
|
|
* Locking: ??
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2006-08-08 09:19:37 +04:00
|
|
|
struct device *tty_register_device(struct tty_driver *driver, unsigned index,
|
|
|
|
struct device *device)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2012-09-06 05:17:18 +04:00
|
|
|
return tty_register_device_attr(driver, index, device, NULL, NULL);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_register_device);
|
|
|
|
|
2012-09-07 01:17:47 +04:00
|
|
|
static void tty_device_create_release(struct device *dev)
|
|
|
|
{
|
2015-11-08 21:01:21 +03:00
|
|
|
dev_dbg(dev, "releasing...\n");
|
2012-09-07 01:17:47 +04:00
|
|
|
kfree(dev);
|
|
|
|
}
|
|
|
|
|
2012-09-06 05:17:18 +04:00
|
|
|
/**
|
|
|
|
* tty_register_device_attr - register a tty device
|
|
|
|
* @driver: the tty driver that describes the tty device
|
|
|
|
* @index: the index in the tty driver for this tty device
|
|
|
|
* @device: a struct device that is associated with this tty device.
|
|
|
|
* This field is optional, if there is no known struct device
|
|
|
|
* for this tty device it can be set to NULL safely.
|
|
|
|
* @drvdata: Driver data to be set to device.
|
|
|
|
* @attr_grp: Attribute group to be set on device.
|
|
|
|
*
|
|
|
|
* Returns a pointer to the struct device for this tty device
|
|
|
|
* (or ERR_PTR(-EFOO) on error).
|
|
|
|
*
|
|
|
|
* This call is required to be made to register an individual tty device
|
|
|
|
* if the tty driver's flags have the TTY_DRIVER_DYNAMIC_DEV bit set. If
|
|
|
|
* that bit is not set, this function should not be called by a tty
|
|
|
|
* driver.
|
|
|
|
*
|
|
|
|
* Locking: ??
|
|
|
|
*/
|
|
|
|
struct device *tty_register_device_attr(struct tty_driver *driver,
|
|
|
|
unsigned index, struct device *device,
|
|
|
|
void *drvdata,
|
|
|
|
const struct attribute_group **attr_grp)
|
|
|
|
{
|
2005-04-17 02:20:36 +04:00
|
|
|
char name[64];
|
2012-09-06 05:17:18 +04:00
|
|
|
dev_t devt = MKDEV(driver->major, driver->minor_start) + index;
|
2017-03-30 16:39:36 +03:00
|
|
|
struct ktermios *tp;
|
2017-03-30 16:39:34 +03:00
|
|
|
struct device *dev;
|
|
|
|
int retval;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
if (index >= driver->num) {
|
2015-11-08 21:01:15 +03:00
|
|
|
pr_err("%s: Attempt to register invalid tty line number (%d)\n",
|
|
|
|
driver->name, index);
|
2006-04-22 20:36:53 +04:00
|
|
|
return ERR_PTR(-EINVAL);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
|
|
|
|
if (driver->type == TTY_DRIVER_TYPE_PTY)
|
|
|
|
pty_line_name(driver, index, name);
|
|
|
|
else
|
|
|
|
tty_line_name(driver, index, name);
|
2006-04-22 20:36:53 +04:00
|
|
|
|
2012-09-06 05:17:18 +04:00
|
|
|
dev = kzalloc(sizeof(*dev), GFP_KERNEL);
|
2017-03-30 16:39:34 +03:00
|
|
|
if (!dev)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
2012-08-09 00:26:44 +04:00
|
|
|
|
2012-09-06 05:17:18 +04:00
|
|
|
dev->devt = devt;
|
|
|
|
dev->class = tty_class;
|
|
|
|
dev->parent = device;
|
2012-09-07 01:17:47 +04:00
|
|
|
dev->release = tty_device_create_release;
|
2012-09-06 05:17:18 +04:00
|
|
|
dev_set_name(dev, "%s", name);
|
|
|
|
dev->groups = attr_grp;
|
|
|
|
dev_set_drvdata(dev, drvdata);
|
|
|
|
|
2017-03-30 16:39:34 +03:00
|
|
|
dev_set_uevent_suppress(dev, 1);
|
|
|
|
|
2012-09-06 05:17:18 +04:00
|
|
|
retval = device_register(dev);
|
|
|
|
if (retval)
|
2017-03-30 16:39:34 +03:00
|
|
|
goto err_put;
|
|
|
|
|
|
|
|
if (!(driver->flags & TTY_DRIVER_DYNAMIC_ALLOC)) {
|
2017-03-30 16:39:36 +03:00
|
|
|
/*
|
|
|
|
* Free any saved termios data so that the termios state is
|
|
|
|
* reset when reusing a minor number.
|
|
|
|
*/
|
|
|
|
tp = driver->termios[index];
|
|
|
|
if (tp) {
|
|
|
|
driver->termios[index] = NULL;
|
|
|
|
kfree(tp);
|
|
|
|
}
|
|
|
|
|
2017-03-30 16:39:34 +03:00
|
|
|
retval = tty_cdev_add(driver, devt, index, 1);
|
|
|
|
if (retval)
|
|
|
|
goto err_del;
|
|
|
|
}
|
|
|
|
|
|
|
|
dev_set_uevent_suppress(dev, 0);
|
|
|
|
kobject_uevent(&dev->kobj, KOBJ_ADD);
|
2012-09-06 05:17:18 +04:00
|
|
|
|
|
|
|
return dev;
|
|
|
|
|
2017-03-30 16:39:34 +03:00
|
|
|
err_del:
|
|
|
|
device_del(dev);
|
|
|
|
err_put:
|
2012-09-06 05:17:18 +04:00
|
|
|
put_device(dev);
|
2017-03-30 16:39:34 +03:00
|
|
|
|
2012-09-06 05:17:18 +04:00
|
|
|
return ERR_PTR(retval);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2012-09-06 05:17:18 +04:00
|
|
|
EXPORT_SYMBOL_GPL(tty_register_device_attr);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
/**
|
2006-08-27 12:24:01 +04:00
|
|
|
* tty_unregister_device - unregister a tty device
|
|
|
|
* @driver: the tty driver that describes the tty device
|
|
|
|
* @index: the index in the tty driver for this tty device
|
2005-04-17 02:20:36 +04:00
|
|
|
*
|
2006-08-27 12:24:01 +04:00
|
|
|
* If a tty device is registered with a call to tty_register_device() then
|
|
|
|
* this function must be called when the tty device is gone.
|
|
|
|
*
|
|
|
|
* Locking: ??
|
2005-04-17 02:20:36 +04:00
|
|
|
*/
|
2006-08-27 12:24:01 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
void tty_unregister_device(struct tty_driver *driver, unsigned index)
|
|
|
|
{
|
2008-02-08 15:18:47 +03:00
|
|
|
device_destroy(tty_class,
|
|
|
|
MKDEV(driver->major, driver->minor_start) + index);
|
2015-05-19 18:06:53 +03:00
|
|
|
if (!(driver->flags & TTY_DRIVER_DYNAMIC_ALLOC)) {
|
|
|
|
cdev_del(driver->cdevs[index]);
|
|
|
|
driver->cdevs[index] = NULL;
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_unregister_device);
|
|
|
|
|
2012-08-07 23:47:42 +04:00
|
|
|
/**
|
|
|
|
* __tty_alloc_driver -- allocate tty driver
|
|
|
|
* @lines: count of lines this driver can handle at most
|
2017-04-04 11:56:32 +03:00
|
|
|
* @owner: module which is responsible for this driver
|
2012-08-07 23:47:42 +04:00
|
|
|
* @flags: some of TTY_DRIVER_* flags, will be set in driver->flags
|
|
|
|
*
|
|
|
|
* This should not be called directly, some of the provided macros should be
|
|
|
|
* used instead. Use IS_ERR and friends on @retval.
|
|
|
|
*/
|
|
|
|
struct tty_driver *__tty_alloc_driver(unsigned int lines, struct module *owner,
|
|
|
|
unsigned long flags)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
struct tty_driver *driver;
|
2012-08-09 00:26:44 +04:00
|
|
|
unsigned int cdevs = 1;
|
2012-08-09 00:26:42 +04:00
|
|
|
int err;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-09 00:26:43 +04:00
|
|
|
if (!lines || (flags & TTY_DRIVER_UNNUMBERED_NODE && lines > 1))
|
2012-08-07 23:47:42 +04:00
|
|
|
return ERR_PTR(-EINVAL);
|
|
|
|
|
2020-07-24 01:34:22 +03:00
|
|
|
driver = kzalloc(sizeof(*driver), GFP_KERNEL);
|
2012-08-07 23:47:42 +04:00
|
|
|
if (!driver)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
|
|
|
kref_init(&driver->kref);
|
|
|
|
driver->magic = TTY_DRIVER_MAGIC;
|
|
|
|
driver->num = lines;
|
|
|
|
driver->owner = owner;
|
|
|
|
driver->flags = flags;
|
2012-08-09 00:26:42 +04:00
|
|
|
|
|
|
|
if (!(flags & TTY_DRIVER_DEVPTS_MEM)) {
|
|
|
|
driver->ttys = kcalloc(lines, sizeof(*driver->ttys),
|
|
|
|
GFP_KERNEL);
|
|
|
|
driver->termios = kcalloc(lines, sizeof(*driver->termios),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!driver->ttys || !driver->termios) {
|
|
|
|
err = -ENOMEM;
|
|
|
|
goto err_free_all;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!(flags & TTY_DRIVER_DYNAMIC_ALLOC)) {
|
|
|
|
driver->ports = kcalloc(lines, sizeof(*driver->ports),
|
|
|
|
GFP_KERNEL);
|
|
|
|
if (!driver->ports) {
|
|
|
|
err = -ENOMEM;
|
|
|
|
goto err_free_all;
|
|
|
|
}
|
2012-08-09 00:26:44 +04:00
|
|
|
cdevs = lines;
|
|
|
|
}
|
|
|
|
|
|
|
|
driver->cdevs = kcalloc(cdevs, sizeof(*driver->cdevs), GFP_KERNEL);
|
|
|
|
if (!driver->cdevs) {
|
|
|
|
err = -ENOMEM;
|
|
|
|
goto err_free_all;
|
2012-08-09 00:26:42 +04:00
|
|
|
}
|
2012-08-07 23:47:42 +04:00
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
return driver;
|
2012-08-09 00:26:42 +04:00
|
|
|
err_free_all:
|
|
|
|
kfree(driver->ports);
|
|
|
|
kfree(driver->ttys);
|
|
|
|
kfree(driver->termios);
|
2015-05-19 18:06:53 +03:00
|
|
|
kfree(driver->cdevs);
|
2012-08-09 00:26:42 +04:00
|
|
|
kfree(driver);
|
|
|
|
return ERR_PTR(err);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2012-08-07 23:47:42 +04:00
|
|
|
EXPORT_SYMBOL(__tty_alloc_driver);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-10-13 13:42:09 +04:00
|
|
|
static void destruct_tty_driver(struct kref *kref)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-10-13 13:42:09 +04:00
|
|
|
struct tty_driver *driver = container_of(kref, struct tty_driver, kref);
|
|
|
|
int i;
|
|
|
|
struct ktermios *tp;
|
|
|
|
|
|
|
|
if (driver->flags & TTY_DRIVER_INSTALLED) {
|
|
|
|
for (i = 0; i < driver->num; i++) {
|
|
|
|
tp = driver->termios[i];
|
|
|
|
if (tp) {
|
|
|
|
driver->termios[i] = NULL;
|
|
|
|
kfree(tp);
|
|
|
|
}
|
|
|
|
if (!(driver->flags & TTY_DRIVER_DYNAMIC_DEV))
|
|
|
|
tty_unregister_device(driver, i);
|
|
|
|
}
|
|
|
|
proc_tty_unregister_driver(driver);
|
2012-08-09 00:26:44 +04:00
|
|
|
if (driver->flags & TTY_DRIVER_DYNAMIC_ALLOC)
|
2015-05-19 18:06:53 +03:00
|
|
|
cdev_del(driver->cdevs[0]);
|
2008-10-13 13:42:09 +04:00
|
|
|
}
|
2012-08-09 00:26:44 +04:00
|
|
|
kfree(driver->cdevs);
|
2012-06-04 15:35:36 +04:00
|
|
|
kfree(driver->ports);
|
2012-08-09 00:26:42 +04:00
|
|
|
kfree(driver->termios);
|
|
|
|
kfree(driver->ttys);
|
2005-04-17 02:20:36 +04:00
|
|
|
kfree(driver);
|
|
|
|
}
|
|
|
|
|
2008-10-13 13:42:09 +04:00
|
|
|
void tty_driver_kref_put(struct tty_driver *driver)
|
|
|
|
{
|
|
|
|
kref_put(&driver->kref, destruct_tty_driver);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_driver_kref_put);
|
|
|
|
|
2006-10-02 13:17:18 +04:00
|
|
|
void tty_set_operations(struct tty_driver *driver,
|
|
|
|
const struct tty_operations *op)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2008-04-30 11:54:13 +04:00
|
|
|
driver->ops = op;
|
|
|
|
};
|
2008-10-13 13:42:09 +04:00
|
|
|
EXPORT_SYMBOL(tty_set_operations);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-10-13 13:42:09 +04:00
|
|
|
void put_tty_driver(struct tty_driver *d)
|
|
|
|
{
|
|
|
|
tty_driver_kref_put(d);
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
EXPORT_SYMBOL(put_tty_driver);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Called by a tty driver to register itself.
|
|
|
|
*/
|
|
|
|
int tty_register_driver(struct tty_driver *driver)
|
|
|
|
{
|
|
|
|
int error;
|
2008-02-08 15:18:47 +03:00
|
|
|
int i;
|
2005-04-17 02:20:36 +04:00
|
|
|
dev_t dev;
|
2010-09-05 22:32:22 +04:00
|
|
|
struct device *d;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
if (!driver->major) {
|
2008-02-08 15:18:47 +03:00
|
|
|
error = alloc_chrdev_region(&dev, driver->minor_start,
|
|
|
|
driver->num, driver->name);
|
2005-04-17 02:20:36 +04:00
|
|
|
if (!error) {
|
|
|
|
driver->major = MAJOR(dev);
|
|
|
|
driver->minor_start = MINOR(dev);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
dev = MKDEV(driver->major, driver->minor_start);
|
2007-02-20 17:45:21 +03:00
|
|
|
error = register_chrdev_region(dev, driver->num, driver->name);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
2012-06-04 15:35:35 +04:00
|
|
|
if (error < 0)
|
2012-08-09 00:26:42 +04:00
|
|
|
goto err;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2012-08-09 00:26:44 +04:00
|
|
|
if (driver->flags & TTY_DRIVER_DYNAMIC_ALLOC) {
|
|
|
|
error = tty_cdev_add(driver, dev, 0, driver->num);
|
|
|
|
if (error)
|
|
|
|
goto err_unreg_char;
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2007-05-08 11:27:12 +04:00
|
|
|
mutex_lock(&tty_mutex);
|
2005-04-17 02:20:36 +04:00
|
|
|
list_add(&driver->tty_drivers, &tty_drivers);
|
2007-05-08 11:27:12 +04:00
|
|
|
mutex_unlock(&tty_mutex);
|
2008-02-08 15:18:47 +03:00
|
|
|
|
|
|
|
if (!(driver->flags & TTY_DRIVER_DYNAMIC_DEV)) {
|
2010-09-05 22:32:22 +04:00
|
|
|
for (i = 0; i < driver->num; i++) {
|
|
|
|
d = tty_register_device(driver, i, NULL);
|
|
|
|
if (IS_ERR(d)) {
|
|
|
|
error = PTR_ERR(d);
|
2012-08-09 00:26:42 +04:00
|
|
|
goto err_unreg_devs;
|
2010-09-05 22:32:22 +04:00
|
|
|
}
|
|
|
|
}
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
proc_tty_register_driver(driver);
|
2008-10-13 13:42:09 +04:00
|
|
|
driver->flags |= TTY_DRIVER_INSTALLED;
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
2010-09-05 22:32:22 +04:00
|
|
|
|
2012-08-09 00:26:42 +04:00
|
|
|
err_unreg_devs:
|
2010-09-05 22:32:22 +04:00
|
|
|
for (i--; i >= 0; i--)
|
|
|
|
tty_unregister_device(driver, i);
|
|
|
|
|
|
|
|
mutex_lock(&tty_mutex);
|
|
|
|
list_del(&driver->tty_drivers);
|
|
|
|
mutex_unlock(&tty_mutex);
|
|
|
|
|
2012-06-04 15:35:35 +04:00
|
|
|
err_unreg_char:
|
2010-09-05 22:32:22 +04:00
|
|
|
unregister_chrdev_region(dev, driver->num);
|
2012-08-09 00:26:42 +04:00
|
|
|
err:
|
2010-09-05 22:32:22 +04:00
|
|
|
return error;
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_register_driver);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Called by a tty driver to unregister itself.
|
|
|
|
*/
|
2021-03-02 09:22:05 +03:00
|
|
|
void tty_unregister_driver(struct tty_driver *driver)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
|
|
|
unregister_chrdev_region(MKDEV(driver->major, driver->minor_start),
|
|
|
|
driver->num);
|
2007-05-08 11:27:12 +04:00
|
|
|
mutex_lock(&tty_mutex);
|
2005-04-17 02:20:36 +04:00
|
|
|
list_del(&driver->tty_drivers);
|
2007-05-08 11:27:12 +04:00
|
|
|
mutex_unlock(&tty_mutex);
|
2005-04-17 02:20:36 +04:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_unregister_driver);
|
|
|
|
|
2006-12-08 13:36:04 +03:00
|
|
|
dev_t tty_devnum(struct tty_struct *tty)
|
|
|
|
{
|
|
|
|
return MKDEV(tty->driver->major, tty->driver->minor_start) + tty->index;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(tty_devnum);
|
2005-04-17 02:20:36 +04:00
|
|
|
|
2008-10-13 13:41:42 +04:00
|
|
|
void tty_default_fops(struct file_operations *fops)
|
|
|
|
{
|
|
|
|
*fops = tty_fops;
|
|
|
|
}
|
|
|
|
|
2011-07-24 04:24:48 +04:00
|
|
|
static char *tty_devnode(struct device *dev, umode_t *mode)
|
2009-09-19 01:01:12 +04:00
|
|
|
{
|
|
|
|
if (!mode)
|
|
|
|
return NULL;
|
|
|
|
if (dev->devt == MKDEV(TTYAUX_MAJOR, 0) ||
|
|
|
|
dev->devt == MKDEV(TTYAUX_MAJOR, 2))
|
|
|
|
*mode = 0666;
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
static int __init tty_class_init(void)
|
|
|
|
{
|
2005-03-16 01:23:15 +03:00
|
|
|
tty_class = class_create(THIS_MODULE, "tty");
|
2005-04-17 02:20:36 +04:00
|
|
|
if (IS_ERR(tty_class))
|
|
|
|
return PTR_ERR(tty_class);
|
2009-09-19 01:01:12 +04:00
|
|
|
tty_class->devnode = tty_devnode;
|
2005-04-17 02:20:36 +04:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
postcore_initcall(tty_class_init);
|
|
|
|
|
|
|
|
/* 3/2004 jmc: why do these devices exist? */
|
|
|
|
static struct cdev tty_cdev, console_cdev;
|
|
|
|
|
2010-12-01 20:51:05 +03:00
|
|
|
static ssize_t show_cons_active(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
struct console *cs[16];
|
|
|
|
int i = 0;
|
|
|
|
struct console *c;
|
|
|
|
ssize_t count = 0;
|
|
|
|
|
2011-01-26 02:07:35 +03:00
|
|
|
console_lock();
|
2011-01-09 18:39:14 +03:00
|
|
|
for_each_console(c) {
|
2010-12-01 20:51:05 +03:00
|
|
|
if (!c->device)
|
|
|
|
continue;
|
|
|
|
if (!c->write)
|
|
|
|
continue;
|
|
|
|
if ((c->flags & CON_ENABLED) == 0)
|
|
|
|
continue;
|
|
|
|
cs[i++] = c;
|
|
|
|
if (i >= ARRAY_SIZE(cs))
|
|
|
|
break;
|
|
|
|
}
|
2014-02-27 15:30:51 +04:00
|
|
|
while (i--) {
|
|
|
|
int index = cs[i]->index;
|
|
|
|
struct tty_driver *drv = cs[i]->device(cs[i], &index);
|
|
|
|
|
|
|
|
/* don't resolve tty0 as some programs depend on it */
|
|
|
|
if (drv && (cs[i]->index > 0 || drv->major != TTY_MAJOR))
|
|
|
|
count += tty_line_name(drv, index, buf + count);
|
|
|
|
else
|
|
|
|
count += sprintf(buf + count, "%s%d",
|
|
|
|
cs[i]->name, cs[i]->index);
|
|
|
|
|
|
|
|
count += sprintf(buf + count, "%c", i ? ' ':'\n');
|
|
|
|
}
|
2011-01-26 02:07:35 +03:00
|
|
|
console_unlock();
|
2010-12-01 20:51:05 +03:00
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
static DEVICE_ATTR(active, S_IRUGO, show_cons_active, NULL);
|
|
|
|
|
2015-02-05 13:07:42 +03:00
|
|
|
static struct attribute *cons_dev_attrs[] = {
|
|
|
|
&dev_attr_active.attr,
|
|
|
|
NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
ATTRIBUTE_GROUPS(cons_dev);
|
|
|
|
|
2010-12-01 20:51:05 +03:00
|
|
|
static struct device *consdev;
|
|
|
|
|
|
|
|
void console_sysfs_notify(void)
|
|
|
|
{
|
|
|
|
if (consdev)
|
|
|
|
sysfs_notify(&consdev->kobj, NULL, "active");
|
|
|
|
}
|
|
|
|
|
2005-04-17 02:20:36 +04:00
|
|
|
/*
|
|
|
|
* Ok, now we can initialize the rest of the tty devices and can count
|
|
|
|
* on memory allocations, interrupts etc..
|
|
|
|
*/
|
2010-08-06 19:34:43 +04:00
|
|
|
int __init tty_init(void)
|
2005-04-17 02:20:36 +04:00
|
|
|
{
|
2019-01-21 19:26:42 +03:00
|
|
|
tty_sysctl_init();
|
2005-04-17 02:20:36 +04:00
|
|
|
cdev_init(&tty_cdev, &tty_fops);
|
|
|
|
if (cdev_add(&tty_cdev, MKDEV(TTYAUX_MAJOR, 0), 1) ||
|
|
|
|
register_chrdev_region(MKDEV(TTYAUX_MAJOR, 0), 1, "/dev/tty") < 0)
|
|
|
|
panic("Couldn't register /dev/tty driver\n");
|
2010-12-01 20:51:05 +03:00
|
|
|
device_create(tty_class, NULL, MKDEV(TTYAUX_MAJOR, 0), NULL, "tty");
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
cdev_init(&console_cdev, &console_fops);
|
|
|
|
if (cdev_add(&console_cdev, MKDEV(TTYAUX_MAJOR, 1), 1) ||
|
|
|
|
register_chrdev_region(MKDEV(TTYAUX_MAJOR, 1), 1, "/dev/console") < 0)
|
|
|
|
panic("Couldn't register /dev/console driver\n");
|
2015-02-05 13:07:42 +03:00
|
|
|
consdev = device_create_with_groups(tty_class, NULL,
|
|
|
|
MKDEV(TTYAUX_MAJOR, 1), NULL,
|
|
|
|
cons_dev_groups, "console");
|
2010-12-01 20:51:05 +03:00
|
|
|
if (IS_ERR(consdev))
|
|
|
|
consdev = NULL;
|
2005-04-17 02:20:36 +04:00
|
|
|
|
|
|
|
#ifdef CONFIG_VT
|
2008-10-13 13:41:42 +04:00
|
|
|
vty_init(&console_fops);
|
2005-04-17 02:20:36 +04:00
|
|
|
#endif
|
|
|
|
return 0;
|
|
|
|
}
|
2010-08-06 19:34:43 +04:00
|
|
|
|