From nobody Mon Nov 25 04:55:09 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass(p=reject dis=none) header.from=google.com ARC-Seal: i=1; a=rsa-sha256; t=1717449818; cv=none; d=zohomail.com; s=zohoarc; b=igje5KGUmcVgLZsU9cyzJB8gGU/4HzR+PL8r89/E/JPkNhLOzHVfs8E8j59hAfxe4U87rCV9mawmv9kKObtkzAM4mcyRCb+H7qCLTX0nj2yf3/4aAVDWmucAMEHrbTf7C3AmoIrjJaPQLcK1/KNbDBgXk7j66hFuaci3HTygBdo= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1717449818; h=Content-Type:Cc:Cc:Date:Date:From:From:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:Subject:To:To:Message-Id:Reply-To; bh=4Lg4xUM17oschW62JzPfhAYzJugfbWUqBce9stAiuRo=; b=a+s1sujrWPR/fv9yHaadsHRVGr5MQWlYskn2PGE5K5ckj9wntiPIgYoV4+XCUXgB2zPGiyc6K+f1jld1DG/H8H++C3h22lPy28cEpEWCiKyUuaM2fDOsxajylV93wFsaGl7LHoGLDmTAMUoZ+kM+YFd+fS4DI6RI94FG+Q3kqLU= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass header.from= (p=reject dis=none) Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1717449818149274.4891939554342; Mon, 3 Jun 2024 14:23:38 -0700 (PDT) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sEF8m-0006Wz-Vj; Mon, 03 Jun 2024 17:22:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <3JjReZgUKCkEwdylsjrrjoh.frpthpx-ghyhoqrqjqx.ruj@flex--tavip.bounces.google.com>) id 1sEF8l-0006WR-IR for qemu-devel@nongnu.org; Mon, 03 Jun 2024 17:22:51 -0400 Received: from mail-yb1-xb4a.google.com ([2607:f8b0:4864:20::b4a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <3JjReZgUKCkEwdylsjrrjoh.frpthpx-ghyhoqrqjqx.ruj@flex--tavip.bounces.google.com>) id 1sEF8j-0007kO-B9 for qemu-devel@nongnu.org; Mon, 03 Jun 2024 17:22:51 -0400 Received: by mail-yb1-xb4a.google.com with SMTP id 3f1490d57ef6-df4da3446beso7756589276.1 for ; Mon, 03 Jun 2024 14:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1717449766; x=1718054566; darn=nongnu.org; h=cc:to:from:subject:message-id:mime-version:date:from:to:cc:subject :date:message-id:reply-to; bh=4Lg4xUM17oschW62JzPfhAYzJugfbWUqBce9stAiuRo=; b=yPlwM436wr8sYWKtax78YuR7u9xOKGk6XrJSYmzo89OJUe8ote8NCNg52tBBuqkBIQ JxfHYivFEWElSouEy1j3l/s1fYucKl9U/p1z0Z/5SSH33EItcw7n+EEXjsgGxVXjb9py Gjca9mtU1jxXFpJ54Qs4zSnxAP03Fmh3KIUNzhN7hsLcH7liMrJrf0cuY5bqQWOYPWIZ 4s18KBPIl/NhmcWeBQzbIf74kWM47tHr5T6U3MBRPfKnsqevqASchPBA4kUnjObH6i2T zJXdA6uiZ+TQkKpfSv3hA54v2kytX9jgMGxKpu1PPYG7SgWGditau9rCRFbf5rwzyD5Y 9+XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717449766; x=1718054566; h=cc:to:from:subject:message-id:mime-version:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=4Lg4xUM17oschW62JzPfhAYzJugfbWUqBce9stAiuRo=; b=VBELlwXVoBZUQa9BV0zR0TDC9eYrHbSZLuTMITFGgrxS8eR+l4B1e+/5D50ASxm/Eh BdFAydQFyczyy3MCjhPin/LbXJwCkD6/FeoUnRg4yfuJVKONf7hy7/qgGRgLNrw6h5Mu xFBSmG4PdDX2LzHdLqyJl2W94N/EqFwR+tcM77H7nQ5pxMymD4RhAUXT6jrOBoj0XA4k lPJhBFvjiqj2t2m8vfpvn45gi3jSH9v4mOgKOXDdz+CPVx7+CMVmXv87KLnG9kqxNW7x 7yXNg38uDKJHFbk2wlV3harkU07/InMHtIkdHHI0+WqOnHS8Fk4KNo4ZPnDq1R1RPOTS 1Xmg== X-Gm-Message-State: AOJu0YxdZyVqKS0i6N53P98z+9XPEPKMIVneB7udLEFoOW3Oinjs6PpG veTN5V69zDegkMOcYDk/zA2K1+Bps83tWIlPErxPLqGHzob1djyahfaD8fqZDVhEy7hj3+7dQnS LioTa3Yo5t6ir6pbxYNkZUwXzjbXfPbE6RLccVZ/t+jIq5z15wEeD5EUKLNVaDEafWGw9aI/JkL rcxtKAqG6a3ce2W0adZCy1jLwfmw== X-Google-Smtp-Source: AGHT+IHyCWu+p9clRn9FYP9k6mmVjwhU2ESyR+xKfOc/Nxcu7XbGLqOE/J+O4lGO84hjI8kb8/lykM2aog== X-Received: from warp10.c.googlers.com ([fda3:e722:ac3:cc00:24:72f4:c0a8:750]) (user=tavip job=sendgmr) by 2002:a05:6902:72d:b0:dfa:b3bf:b073 with SMTP id 3f1490d57ef6-dfab3bfb23fmr353615276.11.1717449766226; Mon, 03 Jun 2024 14:22:46 -0700 (PDT) Date: Mon, 3 Jun 2024 14:22:28 -0700 Mime-Version: 1.0 X-Mailer: git-send-email 2.45.1.288.g0e0cd299f1-goog Message-ID: <20240603212228.3878836-1-tavip@google.com> Subject: [PATCH v2] chardev: add path option for pty backend From: Octavian Purdila To: qemu-devel@nongnu.org Cc: marcandre.lureau@redhat.com, eblake@redhat.com, armbru@redhat.com, peter.maydell@linaro.org, berrange@redhat.com, Octavian Purdila , Paulo Neves Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=2607:f8b0:4864:20::b4a; envelope-from=3JjReZgUKCkEwdylsjrrjoh.frpthpx-ghyhoqrqjqx.ruj@flex--tavip.bounces.google.com; helo=mail-yb1-xb4a.google.com X-Spam_score_int: -95 X-Spam_score: -9.6 X-Spam_bar: --------- X-Spam_report: (-9.6 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, USER_IN_DEF_DKIM_WL=-7.5 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: qemu-devel-bounces+importer=patchew.org@nongnu.org X-ZohoMail-DKIM: pass (identity @google.com) X-ZM-MESSAGEID: 1717449820067100003 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Add path option to the pty char backend which will create a symbolic link to the given path that points to the allocated PTY. This avoids having to make QMP or HMP monitor queries to find out what the new PTY device path is. Based on patch from Paulo Neves: https://patchew.org/QEMU/1548509635-15776-1-git-send-email-ptsneves@gmail.c= om/ Tested with the following invocations that the link is created and removed when qemu stops: qemu-system-x86_64 -nodefaults -mon chardev=3Dcompat_monitor \ -chardev pty,path=3Dtest,id=3Dcompat_monitor0 qemu-system-x86_64 -nodefaults -monitor pty:test Also tested that when a link path is not passed invocations still work, e.g= .: qemu-system-x86_64 -monitor pty Co-authored-by: Paulo Neves Signed-off-by: Paulo Neves [OP: rebase and address original patch review comments] Signed-off-by: Octavian Purdila Reviewed-by: Marc-Andr=C3=A9 Lureau --- Changes since v1: * Keep the original Signed-off-by from Paulo and add one line description with further changes * Update commit message with justification for why the new functionality is useful * Don't close master_fd when symlink creation fails to avoid double close * Update documentation for clarity chardev/char-pty.c | 33 +++++++++++++++++++++++++++++++++ chardev/char.c | 5 +++++ qapi/char.json | 4 ++-- qemu-options.hx | 24 ++++++++++++++++++------ 4 files changed, 58 insertions(+), 8 deletions(-) diff --git a/chardev/char-pty.c b/chardev/char-pty.c index cc2f7617fe..b5a4eb59fc 100644 --- a/chardev/char-pty.c +++ b/chardev/char-pty.c @@ -29,6 +29,7 @@ #include "qemu/sockets.h" #include "qemu/error-report.h" #include "qemu/module.h" +#include "qemu/option.h" #include "qemu/qemu-print.h" =20 #include "chardev/char-io.h" @@ -41,6 +42,7 @@ struct PtyChardev { =20 int connected; GSource *timer_src; + char *symlink_path; }; typedef struct PtyChardev PtyChardev; =20 @@ -204,6 +206,12 @@ static void char_pty_finalize(Object *obj) Chardev *chr =3D CHARDEV(obj); PtyChardev *s =3D PTY_CHARDEV(obj); =20 + /* unlink symlink */ + if (s->symlink_path) { + unlink(s->symlink_path); + g_free(s->symlink_path); + } + pty_chr_state(chr, 0); object_unref(OBJECT(s->ioc)); pty_chr_timer_cancel(s); @@ -330,6 +338,7 @@ static void char_pty_open(Chardev *chr, int master_fd, slave_fd; char pty_name[PATH_MAX]; char *name; + char *symlink_path =3D backend->u.pty.data->device; =20 master_fd =3D qemu_openpty_raw(&slave_fd, pty_name); if (master_fd < 0) { @@ -354,12 +363,36 @@ static void char_pty_open(Chardev *chr, g_free(name); s->timer_src =3D NULL; *be_opened =3D false; + + /* create symbolic link */ + if (symlink_path) { + int res =3D symlink(pty_name, symlink_path); + + if (res !=3D 0) { + error_setg_errno(errp, errno, "Failed to create PTY symlink"); + } else { + s->symlink_path =3D g_strdup(symlink_path); + } + } +} + +static void char_pty_parse(QemuOpts *opts, ChardevBackend *backend, + Error **errp) +{ + const char *path =3D qemu_opt_get(opts, "path"); + ChardevHostdev *dev; + + backend->type =3D CHARDEV_BACKEND_KIND_PTY; + dev =3D backend->u.pty.data =3D g_new0(ChardevHostdev, 1); + qemu_chr_parse_common(opts, qapi_ChardevHostdev_base(dev)); + dev->device =3D path ? g_strdup(path) : NULL; } =20 static void char_pty_class_init(ObjectClass *oc, void *data) { ChardevClass *cc =3D CHARDEV_CLASS(oc); =20 + cc->parse =3D char_pty_parse; cc->open =3D char_pty_open; cc->chr_write =3D char_pty_chr_write; cc->chr_update_read_handler =3D pty_chr_update_read_handler; diff --git a/chardev/char.c b/chardev/char.c index 3c43fb1278..404c6b8a4f 100644 --- a/chardev/char.c +++ b/chardev/char.c @@ -428,6 +428,11 @@ QemuOpts *qemu_chr_parse_compat(const char *label, con= st char *filename, qemu_opt_set(opts, "path", p, &error_abort); return opts; } + if (strstart(filename, "pty:", &p)) { + qemu_opt_set(opts, "backend", "pty", &error_abort); + qemu_opt_set(opts, "path", p, &error_abort); + return opts; + } if (strstart(filename, "tcp:", &p) || strstart(filename, "telnet:", &p) || strstart(filename, "tn3270:", &p) || diff --git a/qapi/char.json b/qapi/char.json index 777dde55d9..4c74bfc437 100644 --- a/qapi/char.json +++ b/qapi/char.json @@ -509,7 +509,7 @@ ## # @ChardevHostdevWrapper: # -# @data: Configuration info for device and pipe chardevs +# @data: Configuration info for device, pty and pipe chardevs # # Since: 1.4 ## @@ -650,7 +650,7 @@ 'pipe': 'ChardevHostdevWrapper', 'socket': 'ChardevSocketWrapper', 'udp': 'ChardevUdpWrapper', - 'pty': 'ChardevCommonWrapper', + 'pty': 'ChardevHostdevWrapper', 'null': 'ChardevCommonWrapper', 'mux': 'ChardevMuxWrapper', 'msmouse': 'ChardevCommonWrapper', diff --git a/qemu-options.hx b/qemu-options.hx index 8ca7f34ef0..94ffb1a605 100644 --- a/qemu-options.hx +++ b/qemu-options.hx @@ -3569,7 +3569,7 @@ DEF("chardev", HAS_ARG, QEMU_OPTION_chardev, "-chardev console,id=3Did[,mux=3Don|off][,logfile=3DPATH][,logappend= =3Don|off]\n" "-chardev serial,id=3Did,path=3Dpath[,mux=3Don|off][,logfile=3DPATH][,= logappend=3Don|off]\n" #else - "-chardev pty,id=3Did[,mux=3Don|off][,logfile=3DPATH][,logappend=3Don|= off]\n" + "-chardev pty,id=3Did[,path=3Dpath][,mux=3Don|off][,logfile=3DPATH][,l= ogappend=3Don|off]\n" "-chardev stdio,id=3Did[,mux=3Don|off][,signal=3Don|off][,logfile=3DPA= TH][,logappend=3Don|off]\n" #endif #ifdef CONFIG_BRLAPI @@ -3808,12 +3808,18 @@ The available backends are: =20 ``path`` specifies the name of the serial device to open. =20 -``-chardev pty,id=3Did`` - Create a new pseudo-terminal on the host and connect to it. ``pty`` - does not take any options. +``-chardev pty,id=3Did[,path=3Dpath]`` + Create a new pseudo-terminal on the host and connect to it. =20 ``pty`` is not available on Windows hosts. =20 + If ``path`` is specified, QEMU will create a symbolic link at + that location which points to the new PTY device. + + This avoids having to make QMP or HMP monitor queries to find out + what the new PTY device path is. + + ``-chardev stdio,id=3Did[,signal=3Don|off]`` Connect to standard input and standard output of the QEMU process. =20 @@ -4171,8 +4177,14 @@ SRST =20 vc:80Cx24C =20 - ``pty`` - [Linux only] Pseudo TTY (a new PTY is automatically allocated) + ``pty[:path]`` + [Linux only] Pseudo TTY (a new PTY is automatically allocated). + + If ``path`` is specified, QEMU will create a symbolic link at + that location which points to the new PTY device. + + This avoids having to make QMP or HMP monitor queries to find + out what the new PTY device path is. =20 ``none`` No device is allocated. Note that for machine types which --=20 2.45.1.288.g0e0cd299f1-goog