From owner-freebsd-virtualization@freebsd.org Mon Jul 11 18:18:42 2016 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DD77B92253 for ; Mon, 11 Jul 2016 18:18:42 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F4081192 for ; Mon, 11 Jul 2016 18:18:41 +0000 (UTC) (envelope-from paul@redbarn.org) Received: from [24.104.150.22] (unknown [24.104.150.22]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id E4F013AF8E; Mon, 11 Jul 2016 18:18:40 +0000 (UTC) Message-ID: <5783E2FE.1040309@redbarn.org> Date: Mon, 11 Jul 2016 11:18:38 -0700 From: Paul Vixie User-Agent: Postbox 4.0.8 (Windows/20151105) MIME-Version: 1.0 To: Jakub Klama CC: D7185+333+7754cf487cff2162@reviews.freebsd.org, freebsd-virtualization@freebsd.org Subject: Re: [Differential] D7185: Add virtio-console support to bhyve References: <5783D6FF.7010107@redbarn.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jul 2016 18:18:42 -0000 Jakub Klama wrote: > The purpose of virtio-console is to create arbitrary bidirectional, host-to-guest communication > channels that bypass guest's network stack (don't require working networking in the guest). thanks. i had no idea that the existing console support required a networking stack; it works for the loader and i can watch the kernel load and initialize, so i always assumed it bypassed "networking". > But even for using it as the system console, it's a bit better than emulated serial port, because > the protocol supports passing console resize events from host to guest. nmdm could theoretically (as pty and pts both do) support TIOCGWINSZ and SIGWINCH, though? or perhaps bhyve's virtio_console device could offer pts(4) support? is the protocol spoken over the virtio_console socket documented online? i'd like to add support to rtty. currently i've been running the "resize" command at the guest shell, which feels very primitive. -- P Vixie