linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Matt Porter <mporter@kernel.crashing.org>
To: Mark Powell <medp@primagraphics.co.uk>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: gdb on a 440GP ELDK
Date: Fri, 22 Oct 2004 10:20:03 -0700	[thread overview]
Message-ID: <20041022102003.C28106@home.com> (raw)
In-Reply-To: <4178D591.4080806@primagraphics.co.uk>; from medp@primagraphics.co.uk on Fri, Oct 22, 2004 at 10:40:33AM +0100

On Fri, Oct 22, 2004 at 10:40:33AM +0100, Mark Powell wrote:
> 
> Mark Powell wrote:
> 
> > Jon Masters wrote:
> >
> >> On Thu, 21 Oct 2004 10:10:44 +0100, Mark Powell 
> >> <medp@primagraphics.com> wrote:
> >>
> >>> The system seems to basically run fine apart from the fact that gdb
> >>> doesn't stop at any breakpoints.
> >>
> >> Even the most simple scenario doesn't work, e.g.:
> >
> I have been able to borrow an Ebony system to compare and gdb worked 
> fine on that system.
> The difference is that kernel debugging (with BDI2000 support) was 
> configured in my kernel but not in the Ebony kernel.
> I tried disabling the BDI2000 support in my kernel and gdb works again.
> 
> Seeing this in ebony_setup_arch():
> 
> #if !defined(CONFIG_BDI_SWITCH)
>     /*
>      * The Abatron BDI JTAG debugger does not tolerate others
>      * mucking with the debug registers.
>      */
>         mtspr(SPRN_DBCR0, (DBCR0_TDE | DBCR0_IDM));
> #endif
> 
> leads me to suspect that the BDI2000 support for kernel debugging stops 
> gdb working in userland.
> Does that sound likely? If so, I guess it is worth recording so that the 
> info is in the archives.

That's absolutely true. As the comment suggests, the BDI2000 insists
on full control of the DBCR0, so configuring for IDM mode will screw
it up.  Not configuring for IDM mode doesn't allow kgdb/gdb to work.
Since we are out of the early development phase, I'll update the
defconfigs to disable the BDI config option by default.

-Matt

  reply	other threads:[~2004-10-22 17:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-21  9:10 gdb on a 440GP ELDK Mark Powell
2004-10-21 13:30 ` Jon Masters
2004-10-21 14:43   ` Mark Powell
2004-10-22  9:40     ` Mark Powell
2004-10-22 17:20       ` Matt Porter [this message]
2004-10-21 17:52 ` Eugene Surovegin
2004-10-21 18:39   ` Matt Porter
2004-10-22  9:09     ` [PATCH][PPC32] IBM-EMAC fixes Gerhard Jaeger
  -- strict thread matches above, loose matches on Subject: below --
2004-10-22 21:20 gdb on a 440GP ELDK Glenn Burkhardt

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=20041022102003.C28106@home.com \
    --to=mporter@kernel.crashing.org \
    --cc=linuxppc-embedded@ozlabs.org \
    --cc=medp@primagraphics.co.uk \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).