From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Noah Aklilu" To: Fernando Nasser Cc: gdb@sourceware.cygnus.com Subject: Re: Using GDB with M32R MSA2000 Board Date: Wed, 10 Jan 2001 20:20:00 -0000 Message-id: <3A5CD21F.11803.31B91E@localhost> References: <3A5BC95E.FD5A2934@redhat.com> X-SW-Source: 2001-01/msg00042.html 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 > ... > (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