From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aw7S6-0006Hd-4O for qemu-devel@nongnu.org; Fri, 29 Apr 2016 08:23:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aw7Rl-0006lG-SZ for qemu-devel@nongnu.org; Fri, 29 Apr 2016 08:23:16 -0400 Received: from mail-wm0-x22c.google.com ([2a00:1450:400c:c09::22c]:37148) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aw7Rk-0006Zw-IJ for qemu-devel@nongnu.org; Fri, 29 Apr 2016 08:23:01 -0400 Received: by mail-wm0-x22c.google.com with SMTP id a17so33530347wme.0 for ; Fri, 29 Apr 2016 05:22:42 -0700 (PDT) References: <20160426093142.GD10650@stefanha-x1.localdomain> <87h9elefmg.fsf@linaro.org> From: Alex =?utf-8?Q?Benn=C3=A9e?= In-reply-to: Date: Fri, 29 Apr 2016 13:22:43 +0100 Message-ID: <87eg9oeh9o.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] emulation details of qemu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: tutu sky Cc: Stefan Hajnoczi , "qemu-devel@nongnu.org" tutu sky writes: > Yeah, thank you Alex. > If I use a linux on top of the qemu, for entering debug mode, do i > need to compile kernel from source or it is not dependent on debugging > qemu itself? I'm not sure I follow. As far as QEMU is concerned it provides a stub for GDB to talk to and doesn't need to know anything else about the guest it is running. The GDB itself will want symbols one way or another so you would either compile your kernel from source or pass the debug symbol enabled vmlinux to GDB using symbol-file. > and then is it possible to define a heterogeneous multicore platform > in qemu? The current upstream QEMU doesn't support heterogeneous setups although some preliminary work has been posted to allow multiple front-ends to be compiled together. There are certainly out-of-tree solutions although as I understand it (I've not worked with them myself) they use multiple QEMU runtimes linked together with some sort of shared memory bus/IPC layer. > > Thanks and regards. > > ________________________________________ > From: Alex Bennée > Sent: Thursday, April 28, 2016 6:45 PM > To: tutu sky > Cc: Stefan Hajnoczi; qemu-devel@nongnu.org > Subject: Re: [Qemu-devel] emulation details of qemu > > tutu sky writes: > >> Thanks a lot Stefan, >> But if i want to change the content of a register during run time in >> debug mode, what should i do? is it possible at first? > > Using the gdbstub sure you can change the register values when the > machine is halted. > >> >> Regards. >> ________________________________________ >> From: Stefan Hajnoczi >> Sent: Tuesday, April 26, 2016 9:31 AM >> To: tutu sky >> Cc: qemu-devel@nongnu.org >> Subject: Re: [Qemu-devel] emulation details of qemu >> >> On Sat, Apr 23, 2016 at 06:36:39AM +0000, tutu sky wrote: >>> I want to know that is it possible to access registers or micro-architectural part of a core/cpu in qemu during run time? >> >> Yes. How and to what extent depends on whether you are using TCG, KVM, >> or TCI. QEMU also has gdbstub support so you can single-step execution >> and access CPU registers. >> >> Stefan -- Alex Bennée