This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Using GDB with M32R MSA2000 Board
- To: Fernando Nasser <fnasser at redhat dot com>
- Subject: Re: Using GDB with M32R MSA2000 Board
- From: "Noah Aklilu" <naklilu at ualberta dot ca>
- Date: Wed, 10 Jan 2001 21:20:31 -0700
- CC: gdb at sourceware dot cygnus dot com
It still comes out with the same error (minus the backtrace)
about the bad value returned. Unfortunately the mon2000
is a remote target, so there is really no way I can think
of logging that. Is there a way to starting backend
logging with gdb?
Well here is the result when I execute the gdb command:
m32r-elf-gdb -nw hello.exe
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "--host=i686-pc-cygwin --target=m32r-
elf"...
(gdb) set remotebaud 9600
(gdb) target mon2000 com2
Remote target mon2000 connected to com2
monitor_supply_register (21): bad value from monitor: 7FFFFFF0
psw = 000000C0 (BSM=0, BIE=0, BC=0, SM=1, IE=1, C=0)
bpc = 00000000
r0 = 00000000 r1 = 00000000 r2 = 00000000 r3 = 00000000
r4 = 00000000 r5 = 00000000 r6 = 00000000 r7 = 00000000
r8 = 00000000 r9 = 00000000 r10 = 00000000 r11 = 00000000
r12 = 00000000 r13 = 00000000 r14 = 00000000
spu = 009E3200 spi = 009E4200 acc = 00000000:00000000
Mon2000>.
(gdb) quit
The program is running. Exit anyway? (y or n)
--end
Now I am wondering if I have a different version of the
mon2000 monitor from what cygnus used to develop the
code for the toolset. But when I read throught the
libgloss code, it says msa2000 in the comments. Hmmm.
Below is the output with the version of the monitor and
system captured from the terminal emulator.
Noah.
MSA2000G01(M32R/D_2MB version)monitor program
Mon2000 Ver1.00b for FORTH programming system
Copyright 1997, MITSUBISHI ELECTRIC CORPORATION.
and MITSUBISHI ELECTRIC SEMICONDUCTOR SOFTWARE CORPORATION.
All Rights Reserved.
Mon2000> help
***** CLIENT PROGRAM DEBUGGING COMMAND *****
TO [data] TO %reg_name
reg_name = R[0-14],SPU,SPI,PC,BPC,PSW,ACCH,ACCL
.REGISTERS .REGISTERS
DUMP [start_address] [byte_count] DUMP
MOVE [src_address] [dest_address] [count] MOVE
MOVEH [src_address] [dest_address] [count] MOVEH
MOVEW [src_address] [dest_address] [count] MOVEW
FILL [start_address] [count] [data] FILL
FILLH [start_address] [count] [data] FILLH
FILLW [start_address] [count] [data] FILLW
GO GO
STEP STEP
STEPS [count] STEPS
DIS [address] DIS
+DIS +DIS
.BP .BP
+BP [address] +BP
-BP [address] -BP
BPOFF BPOFF
TILL [address] TILL
MB [address] MB
MH [address] MH
MW [address] MW
UL UL[filename]
UP UP[path_name]
UHIP UHIP [sever_IPaddress]
ULIP ULIP [borad_IPaddress]
UST UST
PING PING [IPaddress]
Mon2000>
On 9 Jan 2001, at 21:30, Fernando Nasser wrote:
> Just to get a clearer error message, use GDB in command mode:
>
> gdb -x -nw <your program>
> ...
> (gdb) set remotebaud 9600
> (gdb) target mon2000 /dev/com1
>
> I don't know much about the mon2000 target. If it has a log
> facility you may try setting it on.
>
> Fernando
>
>
>
>
> Noah Aklilu wrote:
> >
> > Hi
> > I trying to get gdb (really insight 5.0)
> > to talk to a Mitusbishi MSA2000G01 (the m32r
> > evaluation board). I switched the board to monitor/
> > self-debugging mode (instead of the default db32r ethernet
> > mode) and get the Mon2000> prompt
> > using a terminal emulator. When I tell gdb to
> > connect to the same com port using mon2000 as the
> > target (target mon2000 /dev/com1) it comes back with the error
> > listed below.
> > I tried other target modes such as target m32r /dev/com1
> > but it simply times out. I am running gdb/insight under cygwin
> > 1.1.7 on an NT 4 host (and compiled it there as well). Any
> > comments/tips will be appreciated.
> >
> > Noah.
> >
> > -- start here
> > monitor_supply_register (21): bad value from monitor: 7FFFFFF0
> > psw =
> > 000000C0 (BSM=0, BIE=0,
> > BC=0, SM=1, IE=1, C=0)
> > bpc = 00000000
> > r0 = 00000000 r1 = 00000000 r2 = 00000000 r3 = 00000000
> > r4 = 00000000 r5 = 00000000 r6 = 00000000 r7 = 00000000
> > r8 = 00000000 r9 = 00000000 r10 = 00000000 r11 = 00000000
> > r12 = 00000000 r13 = 00000000 r14 = 00000000
> > spu = 009E3200 spi = 009E4200 acc = 00000000:00000000
> > >.
> >
> > while executing
> > "gdb_cmd "set remotebaud $baud""
> > (object "::.targetselection0.targetselection" method
> > "::TargetSelection::change_baud" body line 4)
> > invoked from within
> > "::.targetselection0.targetselection change_baud
> > .targetselection0.targetselection.f.lab.lf.childsite.cb 9600"
> > (in namespace inscope "::TargetSelection" script line 1)
> > invoked from within
> > "namespace inscope ::TargetSelection
> > {::.targetselection0.targetselection
> > change_baud}
> > .targetselection0.targetselection.f.lab.lf.childsite.cb 9600"
> > ("after" script)errorCode is NONE
> > --end here
> >
> > ------------------------------------------
> > Noah Aklilu
> > http://www.ee.ualberta.ca/~aklilu/
> > naklilu@ualberta.ca
>
> --
> Fernando Nasser
> Red Hat Canada Ltd. E-Mail: fnasser@redhat.com
> 2323 Yonge Street, Suite #300
> Toronto, Ontario M4P 2C9
------------------------------------------
Noah Aklilu
http://www.ee.ualberta.ca/~aklilu/
naklilu@ualberta.ca