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