From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KHG3K-0008Gt-Ko for qemu-devel@nongnu.org; Fri, 11 Jul 2008 06:40:38 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KHG3G-0008A0-H7 for qemu-devel@nongnu.org; Fri, 11 Jul 2008 06:40:37 -0400 Received: from [199.232.76.173] (port=44575 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KHG3G-00089j-Bt for qemu-devel@nongnu.org; Fri, 11 Jul 2008 06:40:34 -0400 Received: from gecko.sbs.de ([194.138.37.40]:22446) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KHG3F-0006OQ-O5 for qemu-devel@nongnu.org; Fri, 11 Jul 2008 06:40:34 -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 m6BAeJgE012215 for ; Fri, 11 Jul 2008 12:40:19 +0200 Received: from [139.25.109.167] (mchn012c.ww002.siemens.net [139.25.109.167] (may be forged)) by mail1.sbs.de (8.12.11.20060308/8.12.11) with ESMTP id m6BAeJRj007297 for ; Fri, 11 Jul 2008 12:40:19 +0200 Message-ID: <48773893.9070706@siemens.com> Date: Fri, 11 Jul 2008 12:40:19 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <486CF559.5090805@siemens.com> In-Reply-To: <486CF559.5090805@siemens.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 0/13] Enhance debugging support - 2nd take 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 Jan Kiszka wrote: > Hi, > > here comes a rebased and slightly changed version of my debug patch series. > > The only deeper change comes with patch 5: Instead of introducing a new > single step mode, this patch enables pushing the TB's cflags from an > arbitrary context into the next regular TB recompilation - without the > need to start that compilation manually. That's a less invasive > approach. Originally, I tried to use the cpu_io_recompile pattern for > this, but then I realized that the scenarios are actually too different. > > To summarize the major contributions of this series: > - Fixes and enhances host-injected watchpoint support > - Enhances internal debugging API > - Fixes SMP guest debugging > - Adds full support for x86 debug registers > May I repeat my request for comments, suggestions, wishes regarding this series? If there are concerns, even vague ones, please let us discuss them. I think the last one raised by Paul should be solved by the update I sent. If you don't think so, share your concerns. If there are no more concern, then it would be nice to merge the series and test things further this way. You can be sure I won't run away once all bits are in, I'm most interested in a stable and clean solution. See, we (CT as well as our customer) would be more happy to spend the currently available resources on improving the patches than on maintaining them out of tree (specifically as we need them in KVM as well). Thanks, Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux