From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPDug-00011D-1Q for qemu-devel@nongnu.org; Tue, 20 Jan 2009 05:32:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPDud-0000zd-ST for qemu-devel@nongnu.org; Tue, 20 Jan 2009 05:32:53 -0500 Received: from [199.232.76.173] (port=56988 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPDud-0000zR-IV for qemu-devel@nongnu.org; Tue, 20 Jan 2009 05:32:51 -0500 Received: from lizzard.sbs.de ([194.138.37.39]:22423) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LPDud-0004kW-2U for qemu-devel@nongnu.org; Tue, 20 Jan 2009 05:32:51 -0500 Received: from mail2.sbs.de (localhost [127.0.0.1]) by lizzard.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n0KAWlwX024523 for ; Tue, 20 Jan 2009 11:32:47 +0100 Received: from [139.25.109.167] (mchn012c.ww002.siemens.net [139.25.109.167] (may be forged)) by mail2.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n0KAWlG2032303 for ; Tue, 20 Jan 2009 11:32:47 +0100 Message-ID: <4975A853.5080603@siemens.com> Date: Tue, 20 Jan 2009 11:32:51 +0100 From: Jan Kiszka MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Multiple monitor terminals Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "qemu-devel@nongnu.org" Hi, trying to re-animate Jason Wessel's nice monitor-pass-through patches for the gdbstub that we carry in our tree, I'm currently a bit lost in the monitor mux design. Why do we need multiple monitor terminal devices at the moment? And why are they all receiving the same output? What would be a scenario for more than one monitor_hd != NULL? Jason once suggested to define a focus when issuing a new command and send all related replies only back to this focused terminal. I think this would fit quite well for most use cases, specifically when adding another monitor channel via remote gdb. Just migration raises some concerns ATM. But as I may oversee more issues while trying to apply this focus concept also on the existing monitor terminals, I'd like to get some feedback on this approach first. Thanks in advance, Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux