From nobody Sun Dec 14 06:37:34 2025 Received: from m16.mail.163.com (m16.mail.163.com [220.197.31.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4ADE92DC34E; Wed, 10 Dec 2025 03:19:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=220.197.31.4 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765336759; cv=none; b=CcHYbeB1L+wBRyL/wcIsIzbY0/sZlyKaXwRhBeV4ILVLAfwRPLfi3nULe+ixweKC7/eaJnBeYPhXTlkk8JdMQ1LurFDCoFB4wUKbagNoe5fWOnaJ0M9VhzvqE3UnuakvfKcWdUs302wbF9Xs9FpQCiVaWtWzDg/HBQz5CsRvB48= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765336759; c=relaxed/simple; bh=NO5yeDmrwMMFD1fGXliwRKGf/UubNNFvRaVYePjdsvo=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=nuExFoz+xMj4SRY91s+cD4zsNwU/3IGMztYFuhiZ0WTiQS9sWLOIpcII2SfyUE4xEJ/pcs9H4JbU6+//LnHBqCsxZnWTSo3ltChPZuzeUl73Ytyay1pgvKyvDDNmx08B2CyFR7aM72bGVUZ4ldLGWSNTtFCZPFSDpmcqubLrUh8= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=163.com; spf=pass smtp.mailfrom=163.com; dkim=pass (1024-bit key) header.d=163.com header.i=@163.com header.b=Abuomff0; arc=none smtp.client-ip=220.197.31.4 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=163.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=163.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=163.com header.i=@163.com header.b="Abuomff0" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=From:To:Subject:Date:Message-Id:MIME-Version; bh=N6 QzjMtM6mvb+Ec7yJ237qu+N88s4KT4Gq/kbFQF4Z4=; b=Abuomff034lG+KhSD7 1iSZMKvAA7m6ozHtUSz3MY6aingcPCux2JBI/SCdN6Bg+F1p/DC2z+0e3blcNL56 JZlD+WDhnsxmtPIeg/b+L5gFJ/IdUwbPcQ4MR9lZTGCybVKK1wREXH2DZTbFAj2k h4TLqip1Rl+pJs8EU0bByFP8Y= Received: from zhaoxin-MS-7E12.. (unknown []) by gzsmtp5 (Coremail) with SMTP id QCgvCgA3oWCF5jhpdBxHHA--.136S2; Wed, 10 Dec 2025 11:18:32 +0800 (CST) From: Xin Zhao To: gregkh@linuxfoundation.org, jirislaby@kernel.org, tj@kernel.org Cc: hch@infradead.org, jackzxcui1989@163.com, linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org Subject: [PATCH v6] tty: tty_port: add workqueue to flip tty buffer Date: Wed, 10 Dec 2025 11:18:27 +0800 Message-Id: <20251210031827.3771327-1-jackzxcui1989@163.com> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-CM-TRANSID: QCgvCgA3oWCF5jhpdBxHHA--.136S2 X-Coremail-Antispam: 1Uf129KBjvAXoW3ZFWUWF17GrWrKFyDKFWUXFb_yoW8XFWDto Z3Wr45A3Z5tr1xAa4Fyrs7ZF1fXa9ruF98Cay8ArZ8Z34Ut3W5XrZrG3y5Xa43Wr4rKF15 Z3W7J3ZayF4xAa48n29KB7ZKAUJUUUU8529EdanIXcx71UUUUU7v73VFW2AGmfu7bjvjm3 AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvj4RhvtAUUUUU X-CM-SenderInfo: pmdfy650fxxiqzyzqiywtou0bp/xtbC5wtETmk45ouWDAAA3A Content-Type: text/plain; charset="utf-8" On the embedded platform, certain critical data, such as IMU data, is transmitted through UART. The tty_flip_buffer_push() interface in the TTY layer uses system_unbound_wq to handle the flipping of the TTY buffer. Although the unbound workqueue can create new threads on demand and wake up the kworker thread on an idle CPU, it may be preempted by real-time tasks or other high-prio tasks. flush_to_ldisc() needs to wake up the relevant data handle thread. When executing __wake_up_common_lock(), it calls spin_lock_irqsave(), which does not disable preemption but disables migration in RT-Linux. This prevents the kworker thread from being migrated to other cores by CPU's balancing logic, resulting in long delays. The call trace is as follows: __wake_up_common_lock __wake_up ep_poll_callback __wake_up_common __wake_up_common_lock __wake_up n_tty_receive_buf_common n_tty_receive_buf2 tty_ldisc_receive_buf tty_port_default_receive_buf flush_to_ldisc In our system, the processing interval for each frame of IMU data transmitted via UART can experience significant jitter due to this issue. Instead of the expected 10 to 15 ms frame processing interval, we see spikes up to 30 to 35 ms. Moreover, in just one or two hours, there can be 2 to 3 occurrences of such high jitter, which is quite frequent. This jitter exceeds the software's tolerable limit of 20 ms. Introduce flip_wq in tty_port which can be set by tty_port_link_wq() or as default linked to default workqueue allocated when tty_register_driver(). The default workqueue is allocated with flag WQ_SYSFS, so that cpumask and nice can be set dynamically. The execution timing of tty_port_link_wq() is not clearly restricted. The newly added function tty_port_link_driver_wq() checks whether the flip_wq of the tty_port has already been assigned when linking the default tty_driver's workqueue to the port. After the user has set a custom workqueue for a certain tty_port using tty_port_link_wq(), the system will only use this custom workqueue, even if tty_driver does not have %TTY_DRIVER_CUSTOM_WORKQUEUE flag. Introduce %TTY_DRIVER_CUSTOM_WORKQUEUE flag meaning not to create the default single tty_driver workqueue. Two reasons why need to introduce the %TTY_DRIVER_CUSTOM_WORKQUEUE flag: 1. If the WQ_SYSFS parameter is enabled, workqueue_sysfs_register() will fail when trying to create a workqueue with the same name. The pty is an example of this; if both CONFIG_LEGACY_PTYS and CONFIG_UNIX98_PTYS are enabled, the call to tty_register_driver() in unix98_pty_init() will fail. 2. Different tty ports may be used for different tasks, which may require separate core binding control via workqueues. In this case, the workqueue created by default in the tty driver is unnecessary. Enabling this flag prevents the creation of this redundant workqueue. After applying this patch, we can set the related UART tty flip buffer workqueue by sysfs. We set the cpumask to CPU cores associated with the IMU tasks, and set the nice to -20. Testing has shown significant improvement in the previously described issue, with almost no stuttering occurring anymore. Signed-off-by: Xin Zhao --- Change in v5: - Do not allocate workqueue twice when CONFIG_UNIX98_PTYS and CONFIG_LEGACY_PTYS are all enabled. Change in v4: - Simplify the logic for creating and releasing the workqueue, as suggested by Tejun Heo. - Allocate single workqueue of one tty_driver as default, link it to port when tty_port register device or tty_driver. - Introduce tty_port_link_wq() to link specific workqueue to port. - Add driver flag %TTY_DRIVER_CUSTOM_WORKQUEUE meaning not to create the default single tty_driver workqueue. - Link to v4: https://lore.kernel.org/all/202512041303.7192024b-lkp@intel.c= om/T/#t Change in v3: - Add tty flip workqueue for all tty ports, as suggested by Greg KH. Every tty port use an individual flip workqueue, while all pty ports share the same workqueue created in pty_flip_wq_init(). - Modify the commit log to describe the reason for latency spikes in RT-Linux. - Link to v3: https://lore.kernel.org/all/20251027060929.394053-1-jackzxcui= 1989@163.com/ Change in v2: - Do not add new module parameters as suggested by Greg KH - Set WQ_SYSFS to allow properties changes from userspace as suggested by Tejun Heo - Link to v2: https://lore.kernel.org/all/20251024155534.2302590-1-jackzxcu= i1989@163.com --- drivers/tty/pty.c | 19 +++++++++++++++---- drivers/tty/tty_buffer.c | 8 ++++---- drivers/tty/tty_io.c | 21 ++++++++++++++++++++- drivers/tty/tty_port.c | 23 +++++++++++++++++++++++ include/linux/tty_buffer.h | 1 + include/linux/tty_driver.h | 7 +++++++ include/linux/tty_port.h | 12 ++++++++++++ 7 files changed, 82 insertions(+), 9 deletions(-) diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c index 8bb1a01fe..e51579393 100644 --- a/drivers/tty/pty.c +++ b/drivers/tty/pty.c @@ -44,6 +44,8 @@ static struct tty_driver *pts_driver; static DEFINE_MUTEX(devpts_mutex); #endif =20 +static struct workqueue_struct *pty_flip_wq; + static void pty_close(struct tty_struct *tty, struct file *filp) { if (tty->driver->subtype =3D=3D PTY_TYPE_MASTER) @@ -407,6 +409,8 @@ static int pty_common_install(struct tty_driver *driver= , struct tty_struct *tty, o_tty->link =3D tty; tty_port_init(ports[0]); tty_port_init(ports[1]); + tty_port_link_wq(ports[0], pty_flip_wq); + tty_port_link_wq(ports[1], pty_flip_wq); tty_buffer_set_limit(ports[0], 8192); tty_buffer_set_limit(ports[1], 8192); o_tty->port =3D ports[0]; @@ -536,14 +540,16 @@ static void __init legacy_pty_init(void) pty_driver =3D tty_alloc_driver(legacy_count, TTY_DRIVER_RESET_TERMIOS | TTY_DRIVER_REAL_RAW | - TTY_DRIVER_DYNAMIC_ALLOC); + TTY_DRIVER_DYNAMIC_ALLOC | + TTY_DRIVER_CUSTOM_WORKQUEUE); if (IS_ERR(pty_driver)) panic("Couldn't allocate pty driver"); =20 pty_slave_driver =3D tty_alloc_driver(legacy_count, TTY_DRIVER_RESET_TERMIOS | TTY_DRIVER_REAL_RAW | - TTY_DRIVER_DYNAMIC_ALLOC); + TTY_DRIVER_DYNAMIC_ALLOC | + TTY_DRIVER_CUSTOM_WORKQUEUE); if (IS_ERR(pty_slave_driver)) panic("Couldn't allocate pty slave driver"); =20 @@ -877,7 +883,8 @@ static void __init unix98_pty_init(void) TTY_DRIVER_REAL_RAW | TTY_DRIVER_DYNAMIC_DEV | TTY_DRIVER_DEVPTS_MEM | - TTY_DRIVER_DYNAMIC_ALLOC); + TTY_DRIVER_DYNAMIC_ALLOC | + TTY_DRIVER_CUSTOM_WORKQUEUE); if (IS_ERR(ptm_driver)) panic("Couldn't allocate Unix98 ptm driver"); pts_driver =3D tty_alloc_driver(NR_UNIX98_PTY_MAX, @@ -885,7 +892,8 @@ static void __init unix98_pty_init(void) TTY_DRIVER_REAL_RAW | TTY_DRIVER_DYNAMIC_DEV | TTY_DRIVER_DEVPTS_MEM | - TTY_DRIVER_DYNAMIC_ALLOC); + TTY_DRIVER_DYNAMIC_ALLOC | + TTY_DRIVER_CUSTOM_WORKQUEUE); if (IS_ERR(pts_driver)) panic("Couldn't allocate Unix98 pts driver"); =20 @@ -940,6 +948,9 @@ static inline void unix98_pty_init(void) { } =20 static int __init pty_init(void) { + pty_flip_wq =3D alloc_workqueue("pty-flip-wq", WQ_UNBOUND | WQ_SYSFS, 0); + if (!pty_flip_wq) + panic("Couldn't allocate pty flip workqueue"); legacy_pty_init(); unix98_pty_init(); return 0; diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c index 67271fc0b..86e1e7178 100644 --- a/drivers/tty/tty_buffer.c +++ b/drivers/tty/tty_buffer.c @@ -76,7 +76,7 @@ void tty_buffer_unlock_exclusive(struct tty_port *port) mutex_unlock(&buf->lock); =20 if (restart) - queue_work(system_unbound_wq, &buf->work); + queue_work(buf->flip_wq, &buf->work); } EXPORT_SYMBOL_GPL(tty_buffer_unlock_exclusive); =20 @@ -530,7 +530,7 @@ void tty_flip_buffer_push(struct tty_port *port) struct tty_bufhead *buf =3D &port->buf; =20 tty_flip_buffer_commit(buf->tail); - queue_work(system_unbound_wq, &buf->work); + queue_work(buf->flip_wq, &buf->work); } EXPORT_SYMBOL(tty_flip_buffer_push); =20 @@ -560,7 +560,7 @@ int tty_insert_flip_string_and_push_buffer(struct tty_p= ort *port, tty_flip_buffer_commit(buf->tail); spin_unlock_irqrestore(&port->lock, flags); =20 - queue_work(system_unbound_wq, &buf->work); + queue_work(buf->flip_wq, &buf->work); =20 return size; } @@ -613,7 +613,7 @@ void tty_buffer_set_lock_subclass(struct tty_port *port) =20 bool tty_buffer_restart_work(struct tty_port *port) { - return queue_work(system_unbound_wq, &port->buf.work); + return queue_work(port->buf.flip_wq, &port->buf.work); } =20 bool tty_buffer_cancel_work(struct tty_port *port) diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c index e2d92cf70..d64fb08ba 100644 --- a/drivers/tty/tty_io.c +++ b/drivers/tty/tty_io.c @@ -3446,10 +3446,23 @@ int tty_register_driver(struct tty_driver *driver) if (error < 0) goto err; =20 + if (!(driver->flags & TTY_DRIVER_CUSTOM_WORKQUEUE)) { + driver->flip_wq =3D alloc_workqueue("%s-flip-wq", WQ_UNBOUND | WQ_SYSFS, + 0, driver->name); + if (!driver->flip_wq) { + error =3D -ENOMEM; + goto err_unreg_char; + } + for (i =3D 0; i < driver->num; i++) { + if (driver->ports[i]) + tty_port_link_driver_wq(driver->ports[i], driver); + } + } + if (driver->flags & TTY_DRIVER_DYNAMIC_ALLOC) { error =3D tty_cdev_add(driver, dev, 0, driver->num); if (error) - goto err_unreg_char; + goto err_destroy_wq; } =20 scoped_guard(mutex, &tty_mutex) @@ -3475,6 +3488,10 @@ int tty_register_driver(struct tty_driver *driver) scoped_guard(mutex, &tty_mutex) list_del(&driver->tty_drivers); =20 +err_destroy_wq: + if (!(driver->flags & TTY_DRIVER_CUSTOM_WORKQUEUE)) + destroy_workqueue(driver->flip_wq); + err_unreg_char: unregister_chrdev_region(dev, driver->num); err: @@ -3494,6 +3511,8 @@ void tty_unregister_driver(struct tty_driver *driver) driver->num); scoped_guard(mutex, &tty_mutex) list_del(&driver->tty_drivers); + if (!(driver->flags & TTY_DRIVER_CUSTOM_WORKQUEUE)) + destroy_workqueue(driver->flip_wq); } EXPORT_SYMBOL(tty_unregister_driver); =20 diff --git a/drivers/tty/tty_port.c b/drivers/tty/tty_port.c index 5b4d5fb99..ff8b988a2 100644 --- a/drivers/tty/tty_port.c +++ b/drivers/tty/tty_port.c @@ -103,6 +103,26 @@ void tty_port_init(struct tty_port *port) } EXPORT_SYMBOL(tty_port_init); =20 +/** + * tty_port_link_wq - link tty_port and flip workqueue + * @port: tty_port of the device + * @flip_wq: workqueue to queue flip buffer work on + * + * When %TTY_DRIVER_CUSTOM_WORKQUEUE is used, you must link every tty port= to + * workqueue manually by this function, otherwise tty_flip_buffer_push() w= ill + * see NULL flip_wq pointer when queue_work. + * When %TTY_DRIVER_CUSTOM_WORKQUEUE is NOT used, you can also use the fun= ction + * to link a certain port to a specific workqueue, instead of using the + * workqueue allocated in tty_register_driver(). + * + * Note tty port api will not destroy the workqueue in the TTY port API. + */ +void tty_port_link_wq(struct tty_port *port, struct workqueue_struct *flip= _wq) +{ + port->buf.flip_wq =3D flip_wq; +} +EXPORT_SYMBOL_GPL(tty_port_link_wq); + /** * tty_port_link_device - link tty and tty_port * @port: tty_port of the device @@ -161,6 +181,7 @@ struct device *tty_port_register_device_attr(struct tty= _port *port, const struct attribute_group **attr_grp) { tty_port_link_device(port, driver, index); + tty_port_link_driver_wq(port, driver); return tty_register_device_attr(driver, index, device, drvdata, attr_grp); } @@ -187,6 +208,7 @@ struct device *tty_port_register_device_attr_serdev(str= uct tty_port *port, struct device *dev; =20 tty_port_link_device(port, driver, index); + tty_port_link_driver_wq(port, driver); =20 dev =3D serdev_tty_port_register(port, host, parent, driver, index); if (PTR_ERR(dev) !=3D -ENODEV) { @@ -718,6 +740,7 @@ int tty_port_install(struct tty_port *port, struct tty_= driver *driver, struct tty_struct *tty) { tty->port =3D port; + tty_port_link_driver_wq(port, driver); return tty_standard_install(driver, tty); } EXPORT_SYMBOL_GPL(tty_port_install); diff --git a/include/linux/tty_buffer.h b/include/linux/tty_buffer.h index 31125e3be..48adcb0e8 100644 --- a/include/linux/tty_buffer.h +++ b/include/linux/tty_buffer.h @@ -34,6 +34,7 @@ static inline u8 *flag_buf_ptr(struct tty_buffer *b, unsi= gned int ofs) =20 struct tty_bufhead { struct tty_buffer *head; /* Queue head */ + struct workqueue_struct *flip_wq; struct work_struct work; struct mutex lock; atomic_t priority; diff --git a/include/linux/tty_driver.h b/include/linux/tty_driver.h index 188ee9b76..3c0dabae0 100644 --- a/include/linux/tty_driver.h +++ b/include/linux/tty_driver.h @@ -69,6 +69,10 @@ struct serial_struct; * Do not create numbered ``/dev`` nodes. For example, create * ``/dev/ttyprintk`` and not ``/dev/ttyprintk0``. Applicable only when a * driver for a single tty device is being allocated. + * + * @TTY_DRIVER_CUSTOM_WORKQUEUE: + * Do not create workqueue when tty_register_driver(). In the case, you mu= st + * set flip buffer workqueue by tty_port_link_wq() every port. */ enum tty_driver_flag { TTY_DRIVER_INSTALLED =3D BIT(0), @@ -79,6 +83,7 @@ enum tty_driver_flag { TTY_DRIVER_HARDWARE_BREAK =3D BIT(5), TTY_DRIVER_DYNAMIC_ALLOC =3D BIT(6), TTY_DRIVER_UNNUMBERED_NODE =3D BIT(7), + TTY_DRIVER_CUSTOM_WORKQUEUE =3D BIT(8), }; =20 enum tty_driver_type { @@ -506,6 +511,7 @@ struct tty_operations { * @flags: tty driver flags (%TTY_DRIVER_) * @proc_entry: proc fs entry, used internally * @other: driver of the linked tty; only used for the PTY driver + * @flip_wq: workqueue to queue flip buffer work on * @ttys: array of active &struct tty_struct, set by tty_standard_install() * @ports: array of &struct tty_port; can be set during initialization by * tty_port_link_device() and similar @@ -539,6 +545,7 @@ struct tty_driver { unsigned long flags; struct proc_dir_entry *proc_entry; struct tty_driver *other; + struct workqueue_struct *flip_wq; =20 /* * Pointer to the tty data structures diff --git a/include/linux/tty_port.h b/include/linux/tty_port.h index 332ddb936..e7964cea4 100644 --- a/include/linux/tty_port.h +++ b/include/linux/tty_port.h @@ -138,6 +138,7 @@ struct tty_port { kernel */ =20 void tty_port_init(struct tty_port *port); +void tty_port_link_wq(struct tty_port *port, struct workqueue_struct *flip= _wq); void tty_port_link_device(struct tty_port *port, struct tty_driver *driver, unsigned index); struct device *tty_port_register_device(struct tty_port *port, @@ -165,6 +166,17 @@ static inline struct tty_port *tty_port_get(struct tty= _port *port) return NULL; } =20 +/* + * Never overwrite the workqueue set by tty_port_link_wq(). + * No effect when %TTY_DRIVER_CUSTOM_WORKQUEUE, as driver->flip_wq is NULL. + */ +static inline void tty_port_link_driver_wq(struct tty_port *port, + struct tty_driver *driver) +{ + if (!port->buf.flip_wq) + port->buf.flip_wq =3D driver->flip_wq; +} + /* If the cts flow control is enabled, return true. */ static inline bool tty_port_cts_enabled(const struct tty_port *port) { --=20 2.34.1