From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LiB56-0004xJ-Lw for qemu-devel@nongnu.org; Fri, 13 Mar 2009 13:22:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LiB51-0004uv-Ie for qemu-devel@nongnu.org; Fri, 13 Mar 2009 13:22:00 -0400 Received: from [199.232.76.173] (port=49999 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LiB51-0004us-Ck for qemu-devel@nongnu.org; Fri, 13 Mar 2009 13:21:55 -0400 Received: from gecko.sbs.de ([194.138.37.40]:17254) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LiB50-0002bi-Ue for qemu-devel@nongnu.org; Fri, 13 Mar 2009 13:21:55 -0400 Received: from mail1.sbs.de (localhost [127.0.0.1]) by gecko.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n2DHLmPH016641 for ; Fri, 13 Mar 2009 18:21:50 +0100 Received: from [139.25.109.167] (mchn012c.mchp.siemens.de [139.25.109.167] (may be forged)) by mail1.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id n2DHLmTU021173 for ; Fri, 13 Mar 2009 18:21:48 +0100 Message-ID: <49BA962C.7030607@siemens.com> Date: Fri, 13 Mar 2009 18:21:48 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <494D18B1.8080900@mail.berlios.de> <4985FD31.4010000@mail.berlios.de> <20090303063841.GG5159@volta.aurel32.net> <49BA8B39.8050804@mail.berlios.de> <761ea48b0903130954g5335db09vc7d8018a00a70936@mail.gmail.com> In-Reply-To: <761ea48b0903130954g5335db09vc7d8018a00a70936@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] Add single stepping option for all targets 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 Laurent Desnogues wrote: > On Fri, Mar 13, 2009 at 5:35 PM, Stefan Weil wrote: >>> It might be a good idea to provide that as a subset of the -d option, as >>> it is clearly something only useful for debugging. >> >> Today -d does not take suboptions. >> Could you please explain your proposal with more details? > > It kind of does by using cpu_str_to_log_mask. On the other hand I'm > not sure your option belongs to -d as all of -d suboptions are there > to enable some kind of output log. Agreed. -d doesn't mean "debugging" but, as its monitor equivalent "log" suggests, "logging". This option is more in the category of -S, and that's a top-level option, too. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux