* Using GDB with M32R MSA2000 Board
@ 2001-01-09 18:20 Noah Aklilu
2001-01-09 18:32 ` Fernando Nasser
0 siblings, 1 reply; 6+ messages in thread
From: Noah Aklilu @ 2001-01-09 18:20 UTC (permalink / raw)
To: gdb
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
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Using GDB with M32R MSA2000 Board 2001-01-09 18:20 Using GDB with M32R MSA2000 Board Noah Aklilu @ 2001-01-09 18:32 ` Fernando Nasser 2001-01-10 20:20 ` Noah Aklilu 0 siblings, 1 reply; 6+ messages in thread From: Fernando Nasser @ 2001-01-09 18:32 UTC (permalink / raw) To: Noah Aklilu; +Cc: gdb 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Using GDB with M32R MSA2000 Board 2001-01-09 18:32 ` Fernando Nasser @ 2001-01-10 20:20 ` Noah Aklilu 2001-01-11 7:26 ` Fernando Nasser 0 siblings, 1 reply; 6+ messages in thread From: Noah Aklilu @ 2001-01-10 20:20 UTC (permalink / raw) To: Fernando Nasser; +Cc: gdb 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Using GDB with M32R MSA2000 Board 2001-01-10 20:20 ` Noah Aklilu @ 2001-01-11 7:26 ` Fernando Nasser 2001-01-12 20:50 ` Noah Aklilu 2001-01-12 21:00 ` Noah Aklilu 0 siblings, 2 replies; 6+ messages in thread From: Fernando Nasser @ 2001-01-11 7:26 UTC (permalink / raw) To: Noah Aklilu; +Cc: gdb 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 <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 -- Fernando Nasser Red Hat Canada Ltd. E-Mail: fnasser@redhat.com 2323 Yonge Street, Suite #300 Toronto, Ontario M4P 2C9 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Using GDB with M32R MSA2000 Board 2001-01-11 7:26 ` Fernando Nasser @ 2001-01-12 20:50 ` Noah Aklilu 2001-01-12 21:00 ` Noah Aklilu 1 sibling, 0 replies; 6+ messages in thread From: Noah Aklilu @ 2001-01-12 20:50 UTC (permalink / raw) To: gdb 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 <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 > > -- > 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Using GDB with M32R MSA2000 Board 2001-01-11 7:26 ` Fernando Nasser 2001-01-12 20:50 ` Noah Aklilu @ 2001-01-12 21:00 ` Noah Aklilu 1 sibling, 0 replies; 6+ messages in thread From: Noah Aklilu @ 2001-01-12 21:00 UTC (permalink / raw) To: gdb Now on a similar topic but a slight deviation. Does gdb have support for debugging over ethernet. The debugger from Mitsubishi (idb32r) supports downloads and debugging over ethernet. Unfortunately it is not elf compatible instead uses a sysroff format, otherwise I could have linked its I/O libs to gcc generated program. I have a NEC ddb-VR4373 board which came with a prebuilt cygwin toolkit, and it supports downloads over ethernet but not direct debugging over ethernet. Of course I haven't actually programmed on this board, working on another project right now. Maybe something to look towards. Noah. ------------------------------------------ Noah Aklilu http://www.ee.ualberta.ca/~aklilu/ naklilu@ualberta.ca ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-01-12 21:00 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2001-01-09 18:20 Using GDB with M32R MSA2000 Board Noah Aklilu 2001-01-09 18:32 ` Fernando Nasser 2001-01-10 20:20 ` Noah Aklilu 2001-01-11 7:26 ` Fernando Nasser 2001-01-12 20:50 ` Noah Aklilu 2001-01-12 21:00 ` Noah Aklilu
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).