From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Noah Aklilu" To: gdb@sourceware.cygnus.com Subject: Re: Using GDB with M32R MSA2000 Board Date: Fri, 12 Jan 2001 20:50:00 -0000 Message-id: <3A5F7C09.23245.4F9559@localhost> References: <3A5DD05F.D5C5F105@redhat.com> X-SW-Source: 2001-01/msg00073.html Thanks for the advice. Unfortunately I am going out of town for a couple of weeks so I won't be able to try it out until I get back. On 11 Jan 2001, at 10:25, Fernando Nasser wrote: > Noah Aklilu wrote: > > > > 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 > > > > Before issuing the "target" command, please use > > set debug remote 2 > set debug monitor on > > so we can see what the monitor is sending as the PC. > > Alternatively, run gdb under gdb (use -nw as arguments for both) and > set a breakpoint: > > break m32r_supply_register > > and lets see what gdb is getting as a PC from the monitor. > > > > > 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. > > > > It is possible that something different is being sent and GDB is > not expecting. If this is true you'll have to modify GDB to match > your board monitor. > > > > Below is the output with the version of the monitor and > > system captured from the terminal emulator. > > > > I wouldn't know anything about versions of these. I never seen one > of these boards. > > Would anyone else know? > > > > 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 > > -- > 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