From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.5 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E96DFC433DF for ; Fri, 10 Jul 2020 10:56:41 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B57332077D for ; Fri, 10 Jul 2020 10:56:41 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="TAjYFlou" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B57332077D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:40722 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtqht-0007Lw-07 for qemu-devel@archiver.kernel.org; Fri, 10 Jul 2020 06:56:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39362) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtqhL-0006wg-PR for qemu-devel@nongnu.org; Fri, 10 Jul 2020 06:56:07 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:39796 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jtqhJ-0007QZ-1I for qemu-devel@nongnu.org; Fri, 10 Jul 2020 06:56:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1594378563; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ks7iuyYKJHeDIYWDoSkyhY64uCvd/4aY7BeO4C6p37M=; b=TAjYFlouKVQHE5J5iw718IccunNXgLa8T70AJA/dDS3cBPSy6eMoKlgI03e6+sK/dBcrTw +5CjQRSsjvh3lFQeDAOZDEaYmzdoHlzCFdfg32s5ETdppzcEpBJT30soJzSxsjg2kcefoN 99GSbuAgvMXi+ZbZ5ZMnhXskNKEEotM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-300-C57vMGE5PlqioVAXMMyNSQ-1; Fri, 10 Jul 2020 06:55:57 -0400 X-MC-Unique: C57vMGE5PlqioVAXMMyNSQ-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6A6F9100CCC0; Fri, 10 Jul 2020 10:55:56 +0000 (UTC) Received: from gondolin (ovpn-112-227.ams2.redhat.com [10.36.112.227]) by smtp.corp.redhat.com (Postfix) with ESMTP id D945710016DA; Fri, 10 Jul 2020 10:55:54 +0000 (UTC) Date: Fri, 10 Jul 2020 12:55:52 +0200 From: Cornelia Huck To: Thomas Huth Subject: Re: [PATCH] docs/system/s390x: Improve the 3270 documentation Message-ID: <20200710125552.1ad24571.cohuck@redhat.com> In-Reply-To: <20200709160439.15088-1-thuth@redhat.com> References: <20200709160439.15088-1-thuth@redhat.com> Organization: Red Hat GmbH MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=205.139.110.120; envelope-from=cohuck@redhat.com; helo=us-smtp-1.mimecast.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/10 04:36:30 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -40 X-Spam_score: -4.1 X-Spam_bar: ---- X-Spam_report: (-4.1 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: qemu-s390x@nongnu.org, qemu-devel@nongnu.org Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On Thu, 9 Jul 2020 18:04:39 +0200 Thomas Huth wrote: > There is some additional information about the 3270 support in our > Wiki at https://wiki.qemu.org/Features/3270 - so let's include this > information into the main documentation now to have one single > source of information (the Wiki page could later be removed). No objection; but what should our general policy with regard to wiki pages vs. documentation be? The 3270 support is pretty much static, but e.g. for vfio-ccw, we use the wiki page as a place where we track things that should be worked on etc. (Related: What is the scope of our QEMU documentation? Is a libvirt XML snippet on topic? Kernel configuration options (as in here)?) > > Signed-off-by: Thomas Huth > --- > docs/system/s390x/3270.rst | 43 ++++++++++++++++++++++++++++++++------ > 1 file changed, 37 insertions(+), 6 deletions(-) > > diff --git a/docs/system/s390x/3270.rst b/docs/system/s390x/3270.rst > index 1774cdcadf..80350264d7 100644 > --- a/docs/system/s390x/3270.rst > +++ b/docs/system/s390x/3270.rst > @@ -1,9 +1,15 @@ > 3270 devices > ============ > > -QEMU supports connecting an external 3270 terminal emulator (such as > -``x3270``) to make a single 3270 device available to a guest. Note that this > -supports basic features only. > +The 3270 is the classic 'green-screen' console of the mainframes (see the > +`IBM 3270 Wikipedia article `__). > + > +The 3270 data stream is not implemented within QEMU; the device only provides > +TN3270 (a telnet extension; see `RFC 854 `__ > +and `RFC 1576 `__) and leaves the heavy > +lifting to an external 3270 terminal emulator (such as ``x3270``) to make a > +single 3270 device available to a guest. Note that this supports basic > +features only. > > To provide a 3270 device to a guest, create a ``x-terminal3270`` linked to > a ``tn3270`` chardev. The guest will see a 3270 channel device. In order > @@ -12,10 +18,14 @@ to actually be able to use it, attach the ``x3270`` emulator to the chardev. > Example configuration > --------------------- > > +* Make sure that 3270 support is enabled in the guest's kernel. You need > + ``CONFIG_TN3270`` and at least one of ``CONFIG_TN3270_TTY`` (for additional > + ttys) or ``CONFIG_TN3270_CONSOLE`` (for a 3270 console). > + > * Add a ``tn3270`` chardev and a ``x-terminal3270`` to the QEMU command line:: > > - -chardev socket,id=char_0,host=0.0.0.0,port=2300,nowait,server,tn3270 > - -device x-terminal3270,chardev=char_0,devno=fe.0.000a,id=terminal_0 > + -chardev socket,id=ch0,host=0.0.0.0,port=2300,nowait,server,tn3270 > + -device x-terminal3270,chardev=ch0,devno=fe.0.000a,id=terminal0 Any reason why you changed this? > > * Start the guest. In the guest, use ``chccwdev -e 0.0.000a`` to enable > the device. > @@ -29,4 +39,25 @@ Example configuration > > systemctl start serial-getty@3270-tty1.service > > -This should get you an addtional tty for logging into the guest. > + This should get you an addtional tty for logging into the guest. > + > +* If you want to use the 3270 device as the kernel console instead of an > + additional tty, you can also append ``conmode=3270 condev=000a`` to the > + guest's kernel command line. The kernel then should use the 3270 as > + console after the next boot. > + > +Restrictions > +------------ > + > +3270 support is still experimental. In particular: s/still experimental/very basic/ I don't think there's much progress on the horizon; let's not give people false hope :) > + > +* Only one 3270 device is supported. > + > +* It has only been tested with Linux guests and the x3270 emulator. > + > +* TLS/SSL is not yet supported. s/yet // > + > +* Resizing on reattach is not yet supported. s/yet // > + > +* Multiple commands in one inbound buffer (for example, when the reset key > + is pressed while the network is slow) are not yet supported. s/yet //