From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JzBEI-0006AP-Qz for qemu-devel@nongnu.org; Thu, 22 May 2008 09:53:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JzBEH-00069R-BU for qemu-devel@nongnu.org; Thu, 22 May 2008 09:53:14 -0400 Received: from [199.232.76.173] (port=59421 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JzBEH-00069G-5K for qemu-devel@nongnu.org; Thu, 22 May 2008 09:53:13 -0400 Received: from fmmailgate03.web.de ([217.72.192.234]:38710) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JzBEG-0004lu-FG for qemu-devel@nongnu.org; Thu, 22 May 2008 09:53:12 -0400 Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id 7609DDBF944C for ; Thu, 22 May 2008 15:53:11 +0200 (CEST) Received: from [88.64.5.207] (helo=[192.168.1.198]) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.109 #226) id 1JzBEF-0003y2-00 for qemu-devel@nongnu.org; Thu, 22 May 2008 15:53:11 +0200 Message-ID: <48357AC2.5010302@web.de> Date: Thu, 22 May 2008 15:53:06 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <1210860693-22245-1-git-send-email-jason.wessel@windriver.com> <1210860693-22245-2-git-send-email-jason.wessel@windriver.com> <1210860693-22245-3-git-send-email-jason.wessel@windriver.com> <20080515221716.GC27300@edgar.se.axis.com> <483180AD.40704@windriver.com> <291f35090805210558l3eae915ch5937c311f37f91bd@mail.gmail.com> <483455E3.1080706@windriver.com> <48357404.2040608@web.de> <483578EB.1070403@windriver.com> In-Reply-To: <483578EB.1070403@windriver.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig62E9ACCEA78C328F5502AD93" Sender: jan.kiszka@web.de Subject: [Qemu-devel] Re: [PATCH 2/5] gdbstub: gdb pass-through qemu monitor support 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 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig62E9ACCEA78C328F5502AD93 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jason Wessel wrote: > Jan Kiszka wrote: >> Jason Wessel wrote: >> =20 >>> Maxim Gorbachyov wrote: >>> =20 >>>> On Mon, May 19, 2008 at 5:29 PM, Jason Wessel >>>> wrote: >>>> >>>> [cut] >>>> =20 >>>> =20 >>>>> Seems reasonable too, see newly attached patch. >>>>> >>>>> Obviously you need the new monitor patch applied prior to this one.= >>>>> This patch was updated against the prior patch. >>>>> =20 >>>>> =20 >>>> It was noticed [by Jan Kiszka and me] that the output on the monitor= >>>> console goes both to the local as well as the remote one - but only = if >>>> you issue a command via gdb. When you type in the command locally (i= e. >>>> on the qemu side), that output is not forwarded to the gdb frontend.= >>>> Is this behavior desired? >>>> >>>> >>>> =20 >>>> =20 >>> That was certainly the intended behavior when I created the patch.=20 >>> There is no reason to feed the monitor output up to the debugger that= >>> may or may not be attached. >>> =20 >> That's not what we were confused by. >> >> =20 >>> The behavior could get altered to check if >>> the debugger is in the "continue" state and then send the information= >>> from the monitor, but it seemed of little value to do so. >>> =20 >> Rather the contrary: What is the point of mirroring the output you see= >> in gdb to the local monitor console? >> >> =20 >=20 > That happens to have little to do with the gdb implementation. It is a= > function of the monitor mux. The monitor mux always writes out to all > the output channels automatically. In the case of gdb sending input > for which you only want to receive the response it would be plausible t= o > add a "focus" parameter to the monitor mux code to indicate which > "channel" to send the output to. >=20 > The monitor mux could also be changed to simply shift the output focus > to the most recent place it received an input, and if the focus was -1 > to start it would broadcast every where, the way it does today. It is = a > trivial enough change, if this is what you are looking for. Yep, would be nice. Jan --------------enig62E9ACCEA78C328F5502AD93 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFINXrGniDOoMHTA+kRAtmtAJ490Mu7CZm81UKLek/UX/BOC5AN2wCeKMH3 er3sgolBnoMt1Gwddxs7Rrg= =ihmz -----END PGP SIGNATURE----- --------------enig62E9ACCEA78C328F5502AD93--