General question

General question

[Hylla, Kai]

Hi!

I'm new to this and I have a generall question. (Hopefully it's not
off-topic)

I try to use insight under win2k using cygwin. I'm building software for
a powerpc-elf target. I try to debugt my software using the wiggler/bdm
interface. I downloaded insight and ocdlibremote from www.ocdemon.com. I
can download the software, examin the memory an set up registers. But I
can't start the software. I set a breakpoint at main and at the very
first opcode and hit continue but insight doesn't stop at the
breakpoint.

Has anyone experiences using insight under win2k with bdm/wiggler
support and give me some advise?

Thanks,
Kai

---
K. Hylla
Abt. NJT T3

ATLAS Elektronik GmbH
A BAE Systems Company
Sebaldsbruecker Heerstr. 235
D-28305 Bremen

Tel.: +49 421 457-3231
Fax : +49 421 457-1702 

Re: General question

[Keith Seitz]

On Tue, 2003-08-19 at 02:37, Hylla, Kai wrote:
> Has anyone experiences using insight under win2k with bdm/wiggler
> support and give me some advise?

Well, I haven't touched a remote board in years. I've been moved out of
the part of the company that deals with that sort of thing. As a result,
I haven't any recent experience with any remote boards.

Unfortunately, I will not be able to help you too much with your
problem, either. Bdm/wiggler is not a supported configuration by gdb (a
proprietary DLL in gdb violates the GPL). To top it all off, ocdemon.com
is distributing a very old version of Insight (5.0). Although
development on Insight has been slow to non-existant for the last two
years, current versions are sufficiently different from 5.0 that I could
not reliably give advice on how to proceed.

I recommend that you double-check your installation, setup, etc, with
the FAQs and documentation at ocdemon.com. If that fails to get you
anywhere, you should contact ocdemon.com for support, since this is
where you got it.

I believe that there are people on the mailing list who use PPC and
perhaps even wiggler/bdm, so maybe one of those people will chime in.

Good luck,
Keith

Re: General question

[Peter Reilley]

----- Original Message ----- 
From: "Hylla, Kai" <hylla.k@atlas.de>
To: <insight@sources.redhat.com>
Sent: Tuesday, August 19, 2003 5:37 AM
Subject: General question


Hi!

I'm new to this and I have a generall question. (Hopefully it's not
off-topic)

I try to use insight under win2k using cygwin. I'm building software for
a powerpc-elf target. I try to debugt my software using the wiggler/bdm
interface. I downloaded insight and ocdlibremote from www.ocdemon.com. I
can download the software, examin the memory an set up registers. But I
can't start the software. I set a breakpoint at main and at the very
first opcode and hit continue but insight doesn't stop at the
breakpoint.

Has anyone experiences using insight under win2k with bdm/wiggler
support and give me some advise?

Thanks,
Kai

---
K. Hylla
Abt. NJT T3

ATLAS Elektronik GmbH
A BAE Systems Company
Sebaldsbruecker Heerstr. 235
D-28305 Bremen

Tel.: +49 421 457-3231
Fax : +49 421 457-1702 

---------------------------------------------------------

What is your target processor?   Can you single step (si) through
the assembly code?   Do you know the hardware initialization
required for your board?   Is your target an evaluation board or
an in-house design?

Pete.
Macraigor Systems LLC.

Re: General question

[Peter Reilley]

----- Original Message ----- 
From: "Keith Seitz" <keiths@redhat.com>
To: "Hylla, Kai" <hylla.k@atlas.de>
Cc: <insight@sources.redhat.com>
Sent: Tuesday, August 19, 2003 11:03 AM
Subject: Re: General question


> On Tue, 2003-08-19 at 02:37, Hylla, Kai wrote:
> > Has anyone experiences using insight under win2k with bdm/wiggler
> > support and give me some advise?
> 
> Well, I haven't touched a remote board in years. I've been moved out of
> the part of the company that deals with that sort of thing. As a result,
> I haven't any recent experience with any remote boards.
> 
> Unfortunately, I will not be able to help you too much with your
> problem, either. Bdm/wiggler is not a supported configuration by gdb (a
> proprietary DLL in gdb violates the GPL). 

The issue of a proprietary  DLL has long been fixed.   There is no
proprietary DLL necessary to compile GDB.   The communication
to Macraigor devices is handled through LibRemote, a daemon, which 
includes no GPL'ed code.

> To top it all off, ocdemon.com
> is distributing a very old version of Insight (5.0). Although
> development on Insight has been slow to non-existant for the last two
> years, current versions are sufficiently different from 5.0 that I could
> not reliably give advice on how to proceed.
> 

New releases are using the latest versions of all the tools.   However,
in some cases we have to use old versions because we have found 
problems with newer versions of some of the tools.   I am struggling
with GDB for MIPS64 now.   The 64 bit symbols are not handled properly.

> I recommend that you double-check your installation, setup, etc, with
> the FAQs and documentation at ocdemon.com. If that fails to get you
> anywhere, you should contact ocdemon.com for support, since this is
> where you got it.
> 
> I believe that there are people on the mailing list who use PPC and
> perhaps even wiggler/bdm, so maybe one of those people will chime in.
> 
> Good luck,
> Keith

Pete,
Macraigor Systems LLC

Re: General question

[Rod Boyce]

Throw out your bdm/wigglers and buy a BDI2000 check out http://www.abatron.ch/BDI/bdihw.html there is not license restrictions with a BDI2000 it works with the GDB remote protocol and has many other features you will like.


Regards,
Rod Boyce

Re: General question

[Peter Reilley]

----- Original Message -----
From: "Rod Boyce" <rod_boyce@stratexnet.com>
To: <hylla.k@atlas.de>
Cc: <insight@sources.redhat.com>
Sent: Tuesday, August 19, 2003 3:43 PM
Subject: Re: General question


> Throw out your bdm/wigglers and buy a BDI2000 check out
http://www.abatron.ch/BDI/bdihw.html there is not license restrictions with
a BDI2000 it works with the GDB remote protocol and has many other features
you will like.
>
>
> Regards,
> Rod Boyce
>
>
>

What license restrictions are you talking about?   Or is this advertising
FUD?

Pete.

Re: General question

[Rod Boyce]

I'm sorry for not quoting this message in my reply e-mail.
I have used Bdm/Wigglers under GDB and I have used the BDI under GDB in my opinion wigglers are a very poor subistute for a decent debugger.  This is my biased opinion based on my experances with both.

To quote Keith Seitz

Quote> Unfortunately, I will not be able to help you too much with your
Quote> problem, either. Bdm/wiggler is not a supported configuration by gdb (a
Quote> proprietary DLL in gdb violates the GPL). To top it all off, ocdemon.com
Quote> is distributing a very old version of Insight (5.0). Although
Quote> development on Insight has been slow to non-existant for the last two
Quote> years, current versions are sufficiently different from 5.0 that I could
Quote> not reliably give advice on how to proceed.


Rod

On Tue, 19 Aug 2003 19:33:20 -0400
"Peter Reilley" <micrio@mv.com> wrote:

> 
> ----- Original Message -----
> From: "Rod Boyce" <rod_boyce@stratexnet.com>
> To: <hylla.k@atlas.de>
> Cc: <insight@sources.redhat.com>
> Sent: Tuesday, August 19, 2003 3:43 PM
> Subject: Re: General question
> 
> 
> > Throw out your bdm/wigglers and buy a BDI2000 check out
> http://www.abatron.ch/BDI/bdihw.html there is not license restrictions with
> a BDI2000 it works with the GDB remote protocol and has many other features
> you will like.
> >
> >
> > Regards,
> > Rod Boyce
> >
> >
> >
> 
> What license restrictions are you talking about?   Or is this advertising
> FUD?
> 
> Pete.
> 

Re: General question

[Keith Seitz]

On Tue, 2003-08-19 at 16:53, Rod Boyce wrote:
> Bdm/wiggler is not a supported configuration by gdb (a
> proprietary DLL in gdb violates the GPL).

Ok, to clarify: whether or not using a proprietary DLL with gdb is
violation of the GPL. Some say yes, some say no. In the end, device
support is not an Insight issue: it's a gdb issue, and gdb folk have
apparently decided that although this appears not to violate the letter
of the GPL, it appears to violate the intent of the GPL. Consequently,
ser-ocd.c and most on-chip support was dropped from gdb.

See, for example,
http://sources.redhat.com/ml/gdb/2001-05/msg00092.html.

There are many such thread in the gdb mailing list. I suggest you search
or query the gdb mailing list for the most up-to-date stance on this
issue.

Keith

Re: General question

[Peter Reilley]

----- Original Message ----- 
From: "Keith Seitz" <keiths@redhat.com>
To: <insight@sources.redhat.com>
Sent: Tuesday, August 19, 2003 9:43 PM
Subject: Re: General question


> On Tue, 2003-08-19 at 16:53, Rod Boyce wrote:
> > Bdm/wiggler is not a supported configuration by gdb (a
> > proprietary DLL in gdb violates the GPL).
> 
> Ok, to clarify: whether or not using a proprietary DLL with gdb is
> violation of the GPL. Some say yes, some say no. In the end, device
> support is not an Insight issue: it's a gdb issue, and gdb folk have
> apparently decided that although this appears not to violate the letter
> of the GPL, it appears to violate the intent of the GPL. Consequently,
> ser-ocd.c and most on-chip support was dropped from gdb.
> 
> See, for example,
> http://sources.redhat.com/ml/gdb/2001-05/msg00092.html.
> 
> There are many such thread in the gdb mailing list. I suggest you search
> or query the gdb mailing list for the most up-to-date stance on this
> issue.
> 
> Keith

The issue of the DLL was hashed out a few years ago.   I show an email
from Dec. 2000 discussing the issue.   The resolution was that all
code that interfaced to the Macraigor DLL would be removed.   We
did not have a problem with this.   Macraigor moved to using
a LibRemote daemon.   Any left over code such as ser-ocd.c is
not used by Macraigor any more.

The issue of the DLL has been long since resolved.   I thought
that all parties to the issue were happy with the outcome.
Is there some remaining issue to be resolved?

Pete.
Macraigor Systems LLC.

Re: General question

[Keith Seitz]

On Tue, 2003-08-19 at 19:31, Peter Reilley wrote:

> The issue of the DLL has been long since resolved.   I thought
> that all parties to the issue were happy with the outcome.
> Is there some remaining issue to be resolved?

I don't think so... (I was just clarifying my earlier statement about
how the wiggler was not a supported debug device in gdb *using the
wiggler dll*. I should have been clearer on that point.)

I misread the orignal post and was under the impression that the poster
was using one of the old versions with the DLL. My mistake. The message
quite clearly states that he downloaded the libremote, which is, of
course, a gdbserver-like thing for the wiggler (and there is certainly
no doubt that it does not "conflict" with the GPL in any way).

I apologize for the confusion. It's now just a matter of helping the
user get his setup working.

Keith

RE: General question

[Hylla, Kai]

We use the Motorola MPC561 on a bord that was develop by us.

The code I've written works. At least the initialisation code. It had
been tested with insight 5.0 and it worked fine. The problem is that
insight 5.0 clears the special purpose register 560 every time I do
single stepping. The register is not an chache register as insight
asumes. In the MPC561 it configurates the execption vector table which
is importent for interrupts. So we have to change the debugger.

To make it short:
We decited to use Insight 5.2 with OcdLibRemote under cygwin. As I said
in my last mail I can connect to the bord, set up the necessary
register, download the software and examin the memory. In my oppinion
the connetction between Insight and the MPC561 works. The problem is
that I can't to single stepping, even on assembly level. I set a
breakpoint on the first op-code of the initialisation code and hit
continue. But the breakpoint is never reached...

Any suggestions?

Regards,
Kai 
---
K. Hylla
Abt. NJT T3

ATLAS Elektronik GmbH
A BAE Systems Company
Sebaldsbruecker Heerstr. 235
D-28305 Bremen

Tel.: +49 421 457-3231
Fax : +49 421 457-1702