All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johannes Stezenbach <js@linuxtv.org>
To: Tony Lin <lin.tony@gmail.com>
Cc: Daniel Jacobowitz <dan@debian.org>,
	ashley jones <ashley_jones_2000@yahoo.com>,
	linux-mips@linux-mips.org
Subject: Re: Can't debug core files with GDB
Date: Sat, 27 May 2006 02:46:06 +0200	[thread overview]
Message-ID: <20060527004606.GA18511@linuxtv.org> (raw)
In-Reply-To: <404548f40605261721r411b8321gdda239d82feace18@mail.gmail.com>

On Fri, May 26, 2006, Tony Lin wrote:
> Finally found the place in gdb to change the register values to read
> the coredump correctly. However I have a nagging feeling that I may
> not have configured gdb correctly , and my fix may not be the right
> one. But oh wells, at least it works!
> 
> cross-compiled on: i386-linux
> configured gdb using: ../gdb/configure --target=mips-linux
> gdb-6.4, kernel 2.6.6-rc3, gcc-3.4.3
> 
> *** mips-linux-tdep.c   2006-05-26 17:14:00.577339000 -0700
> --- mips-linux.tdep.c~  2006-05-26 17:15:53.723372000 -0700
> ***************
> *** 54,65 ****
> --- 54,76 ----
> +
> + /* NEW 2.6 style */
> + #define EF_CP0_STATUS         38
> + #define EF_LO                 39
> + #define EF_HI                 40
> + #define EF_CP0_BADVADDR               41
> + #define EF_CP0_CAUSE          42
> + #define EF_CP0_EPC            43
> +
> + /* OLD 2.4 style
>  #define EF_LO                 38
>  #define EF_HI                 39
>  #define EF_CP0_EPC            40
>  #define EF_CP0_BADVADDR               41
>  #define EF_CP0_STATUS         42
>  #define EF_CP0_CAUSE          43
> + */
> 
> Is it possible that since I cross-compiled gdb on an i386, it used the
> local gcc/libc to compile and didn't have the right registers header
> file? I know during configuration it was complaining that it didn't
> find greg_t definitions etc. I suppose this why you guys can compile
> it correctly on the native mips-linux while I have issues
> cross-compiling on i386-linux.

Maybe the change to the coredump format was reverted in later
2.6 kernels. If so, Ralf might remember.

Johannes

      parent reply	other threads:[~2006-05-27  0:46 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-17  0:02 Can't debug core files with GDB Tony Lin
2006-05-17 13:34 ` Daniel Jacobowitz
2006-05-17 18:39   ` Tony Lin
2006-05-19 13:02     ` Daniel Jacobowitz
2006-05-24  8:14     ` ashley jones
2006-05-25  1:44       ` Tony Lin
2006-05-25  6:05         ` ashley jones
2006-05-25 13:35         ` Daniel Jacobowitz
2006-05-26  0:50           ` Tony Lin
2006-05-26  2:45             ` Daniel Jacobowitz
2006-05-26 11:39               ` Johannes Stezenbach
2006-05-27  0:21                 ` Tony Lin
2006-05-27  0:45                   ` Daniel Jacobowitz
2006-05-27  0:46                   ` Johannes Stezenbach [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060527004606.GA18511@linuxtv.org \
    --to=js@linuxtv.org \
    --cc=ashley_jones_2000@yahoo.com \
    --cc=dan@debian.org \
    --cc=lin.tony@gmail.com \
    --cc=linux-mips@linux-mips.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.