qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Using GDB to debug the sparc64 target


From: Jakub Jermar
Subject: [Qemu-devel] Using GDB to debug the sparc64 target
Date: Sun, 11 Jan 2009 15:52:35 +0100
User-agent: Thunderbird 2.0.0.19 (X11/20090105)

Hi,

I'd like to help with debugging the sparc64 target (to get HelenOS
run on it). I'd like to use gdb for that purpose, however, I get
the following error when I try to connect to qemu from gdb:

GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu 
--target=sparc64-linux-gnu".
(gdb) target remote localhost:1234
Remote debugging using localhost:1234
[New Thread 1]
Remote 'g' packet reply is too long: 
00000000000000000000000000000000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000001fff0000020000001fff00000240000000000000407000000000000000000000000000000000000000000000000

Is this a known issue? Is there a workaround for this?
The qemu version I am running is trunk, the host is
an ordinary ia32 system.

Thanks,
Jakub




reply via email to

[Prev in Thread] Current Thread [Next in Thread]