From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M23Jw-0003NJ-VK for qemu-devel@nongnu.org; Thu, 07 May 2009 09:07:28 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M23Js-0003LI-2q for qemu-devel@nongnu.org; Thu, 07 May 2009 09:07:28 -0400 Received: from [199.232.76.173] (port=47218 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M23Jr-0003L6-Qc for qemu-devel@nongnu.org; Thu, 07 May 2009 09:07:23 -0400 Received: from lizzard.sbs.de ([194.138.37.39]:20359) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M23Jr-0003lP-2D for qemu-devel@nongnu.org; Thu, 07 May 2009 09:07:23 -0400 Message-ID: <4A02DD02.8020705@siemens.com> Date: Thu, 07 May 2009 15:07:14 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4A01AFE8.3020008@sgi.com> <706158FABBBA044BAD4FE898A02E4BC236AC6F59@pdsmsx503.ccr.corp.intel.com> <4A02AA81.90809@redhat.com> <4A02BD27.5050401@siemens.com> <4A02BF59.6030103@redhat.com> <4A02D539.6040705@sgi.com> <4A02DB34.2080707@siemens.com> <4A02DC14.9010507@sgi.com> In-Reply-To: <4A02DC14.9010507@sgi.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [patch] fix qemu-kvm to build when gdbstub is disabled List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jes Sorensen Cc: Anthony Liguori , "kvm@vger.kernel.org" , "kvm-ia64@vger.kernel.org" , qemu-devel , Avi Kivity Jes Sorensen wrote: > Jan Kiszka wrote: >> As the original change this patch (correctly) fixes broke gdbstub >> support in qemu-kvm for all archs + it is still a deviation from >> upstream, please take the chance and go for ia64 stubs. > > Jan, > > There's far more to do in upstream than just gdbstubs for ia64 to be > usable :-( > > We'll get to gdbstubs at some point, but there's too many other higher > priority items to deal with first. I'm not asking for full gdbstub support at this point, just for a build workaround at arch-level (or in arch-specific blocks, in gdbstub.c e.g.) instead of patching generic code with global risk of regressions. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux