[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <4e753e51d0516413fbf557cf861d654ca73486cc.1644164597.git.xuyu@linux.alibaba.com>
Date: Mon, 7 Feb 2022 00:27:31 +0800
From: Xu Yu <xuyu@...ux.alibaba.com>
To: linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Cc: arnd@...db.de, gregkh@...uxfoundation.org, viro@...iv.linux.org.uk,
dhowells@...hat.com
Subject: [PATCH] chardev: call tty_init() in real chrdev_init()
It is confusing that tty_init() in called in the initialization of
memdev, i.e., static chr_dev_init().
Through blame, it is introduced by commit 31d1d48e199e ("Fix init
ordering of /dev/console vs callers of modprobe"), which fixes the
initialization order of /dev/console driver. However, there seems
to be a typo in the patch, i.e., chrdev_init, instead of chr_dev_init.
This fixes the typo, IIUC.
Note that the return value of tty_init() is always 0, and thus no error
handling is provided in chrdev_init().
Fixes: 31d1d48e199e ("Fix init ordering of /dev/console vs callers of modprobe")
Signed-off-by: Xu Yu <xuyu@...ux.alibaba.com>
---
drivers/char/mem.c | 2 +-
fs/char_dev.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index cc296f0823bd..8c90881f8115 100644
--- a/drivers/char/mem.c
+++ b/drivers/char/mem.c
@@ -775,7 +775,7 @@ static int __init chr_dev_init(void)
NULL, devlist[minor].name);
}
- return tty_init();
+ return 0;
}
fs_initcall(chr_dev_init);
diff --git a/fs/char_dev.c b/fs/char_dev.c
index ba0ded7842a7..fc042a0a098f 100644
--- a/fs/char_dev.c
+++ b/fs/char_dev.c
@@ -667,6 +667,7 @@ static struct kobject *base_probe(dev_t dev, int *part, void *data)
void __init chrdev_init(void)
{
cdev_map = kobj_map_init(base_probe, &chrdevs_lock);
+ tty_init();
}
--
2.20.1.2432.ga663e714
Powered by blists - more mailing lists