[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: Using GDB to debug the sparc64 target
From: |
Blue Swirl |
Subject: |
Re: [Qemu-devel] Re: Using GDB to debug the sparc64 target |
Date: |
Sun, 11 Jan 2009 20:02:49 +0200 |
On 1/11/09, Jakub Jermar <address@hidden> wrote:
> Jakub Jermar wrote:
> > 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:
> 000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
> 00
> >
> 00000000000000000000000000000000000000000000000000000000000000000000000000001fff0000020000001fff00000240000000000000407000000000000000000000000000000000000000000000000
>
>
> Ok, I was able to solve this problem by:
>
> set architecture sparc:v9
Does not help here.