This error is new to me, I've never seen it before. You are correct in that it is caused by the write to the unknown register 0x29. Basically, GDB should only know about the 32 GPRs, the SR, the PPC, and the NPC, for a total of 35 registers. Between GDB and the RSP server in adv_jtag_bridge, these registers are numbered sequentially, 0x0 - 0x22. Why GDB is trying to access register 0x29, I have no idea - especially not GDB 6.8, which many people have used for more than a year without seeing this problem. I don't really know GDB well, but maybe there's something in the ELF file which is causing GDB to try to initialize some CPU registers, including the invalid one? I'm really just guessing here, I think the problem lies higher up the toolchain than adv_jtag_bridge.

Hi danny,

I'm using the same starter kit as you, however I'm having several problems.
For this reason, I want ask you for help. I'm working with the Xilinx ISE on windows and I couldn't implement the project and I really grateful if you could tell me how do you do to try to load the openRisk into the spartan.

Thanks for all.
Jorge.

Hi manoj4082 & Nathan

I am confused by this as well. I can't see why a standard GDB would ask to write register 0x29. OpenRISC 1000 GDB only knows about 35 (0x23) registers: r0 thru r31, PPC, NPC and SR.

It almost looks like you are using a version of GDB that is compiled for a different architecture. Could you post a log of the GDB client session, right from the start when you executed or32-elf-gdb.

Thanks,

Jeremy

Hi Jeremy,
This is manoj, Sorry for delay in responding to your reply. I am trying to implement minsoc onto the FPGA. But got stuck while downloading codes with GDB. I am using GDB-6.8 because there was some problem while using GDB-7.2(Posted this problem before, in the same forum) and I am using openrisc1200-Version 1. Presently I seriously got stuck with the following error

manoj@manoj-laptop:~/Desktop/sw/eth$ gdb eth-icdc.or32
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later " target="_blank">http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) set remotetimeout 10
(gdb) target remote :9999
Remote debugging using :9999
eth_receive () at eth.c:16
16 {
(gdb) set remotetimeout 10
(gdb) load
Loading section .reset, size 0x190 lma 0x0
Loading section .vectors, size 0xe1c lma 0x200
Loading section .text, size 0x11b8 lma 0x1200
Loading section .rodata, size 0x26 lma 0x23b8
Start address 0x1200, load size 8586
Remote failure reply: E01

- The above thing is the error seen in gdb and the output seen at advance JTAG bridge terminal is as shown below:-


Packet received X0,100:: 263 chars
Putting OK
Packet received X100,90:: 152 chars
Putting OK
Packet received X200,100:: 265 chars
Putting OK
Packet received X300,100:: 265 chars
Putting OK
Packet received X400,100:: 265 chars
Putting OK
Packet received X500,100:: 265 chars
Putting OK
Packet received X600,100:: 265 chars
Putting OK
Packet received X700,100:: 265 chars
Putting OK
Packet received X800,100:: 265 chars
Putting OK
Packet received X900,100:: 265 chars
Putting OK
Packet received Xa00,100:: 265 chars
Putting OK
Packet received Xb00,100:: 265 chars
Putting OK
Packet received Xc00,100:: 266 chars
Putting OK
Packet received Xd00,100:: 265 chars
Putting OK
Packet received Xe00,100:: 265 chars
Putting OK
Packet received Xf00,100:: 267 chars
Putting OK
Packet received X1000,1c:�¯�¿�½�¯�¿�½: 38 chars
Putting OK
Packet received X1200,100:�¯�¿�½!�¯�¿�½�¯�¿�½�¯�¿�½
�¯�¿�½A: 273 chars
Putting OK
Packet received X1300,100:�¯�¿�½: 272 chars
Putting OK
Packet received X1400,100:�¯�¿�½``: 266 chars
Putting OK
Packet received X1500,100:�¯�¿�½�¯�¿�½: 268 chars
Putting OK
Packet received X1600,100:�¯�¿�½A: 269 chars
Putting OK
Packet received X1700,100:�¯�¿�½d: 267 chars
Putting OK
Packet received X1800,100:�¯�¿�½�¯�¿�½: 269 chars
Putting OK
Packet received X1900,100:�¯�¿�½c: 266 chars
Putting OK
Packet received X1a00,100:: 266 chars
Putting OK
Packet received X1b00,100:�¯�¿�½
�¯�¿�½A: 269 chars
Putting OK
Packet received X1c00,100:�¯�¿�½b�¯�¿�½�¯�¿�½�¯�¿�½d�¯�¿�½c: 267 chars
Putting OK
Packet received X1d00,100:�¯�¿�½c: 270 chars
Putting OK
Packet received X1e00,100:D: 266 chars
Putting OK
Packet received X1f00,100:�¯�¿�½c+ �¯�¿�½�¯�¿�½�¯�¿�½�¯�¿�½�¯�¿�½ `: 271 chars
Putting OK
Packet received X2000,100:: 267 chars
Putting OK
Packet received X2100,100:�¯�¿�½ : 267 chars
Putting OK
Packet received X2200,100:�¯�¿�½A: 269 chars
Putting OK
Packet received X2300,b8:�¯�¿�½�¯�¿�½�¯�¿�½�¯�¿�½�¯�¿�½�¯�¿�½(�¯�¿�½`P: 196 chars
Putting OK
Packet received X23b8,26:Length:
: 47 chars
Putting OK
Packet received P8=00001200: 11 chars
Putting OK
Packet received P29=ffffffff: 12 chars
Warning: Attempt to write unknown register 0x29: ignored
Putting E01

I don't know why it is trying to write onto the unknown register 0x29, Is their any mistake while compilation? which is making it to access to unknown register. It is writing data correctly onto the memory, the data written has been verified using GDB. Can you please help in solving this problem and in doing break point execution in GDB.

Thanks in advance.

I think Jeremy said also earlier. You have to issue or32-elf-gdb and not simply gdb.

Hi manoj

Raul (rfajardo) is correct. You are trying to use i686 GDB, Try using or32-elf-gdb as your command instead.

HTH

Jeremy

Hi,
I downloaded the tool chain using the script file from gnu_toolchain, which automatically downloaded GDB-7.2, gcc-4.5.1 and other tools required. So, Whenever I give command or32-elf-gdb it is accessing GDB-7.2, but with GDB-7.2 I could not download the code ,so I posted my problem in the same forum before, they suggested me to use GDB-6.8, hence I installed gdb-6.8 separately, for accessing it I am using gdb command. I don't know how to install gdb-6.8 in "or32-elf-gdb" form, so can any one please help me with this.

Thanks in advance.

Hi,
I downloaded the tool chain using the script file from gnu_toolchain, which automatically downloaded GDB-7.2, gcc-4.5.1 and other tools required. So, Whenever I give command or32-elf-gdb it is accessing GDB-7.2, but with GDB-7.2 I could not download the code ,so I posted my problem in the same forum before, they suggested me to use GDB-6.8, hence I installed gdb-6.8 separately, for accessing it I am using gdb command. I don't know how to install gdb-6.8 in "or32-elf-gdb" form, so can any one please help me with this.

Thanks in advance.

Hi,
I downloaded the tool chain using the script file from gnu_toolchain, which automatically downloaded GDB-7.2, gcc-4.5.1 and other tools required. So, Whenever I give command or32-elf-gdb it is accessing GDB-7.2, but with GDB-7.2 I could not download the code ,so I posted my problem in the same forum before, they suggested me to use GDB-6.8, hence I installed gdb-6.8 separately, for accessing it I am using gdb command. I don't know how to install gdb-6.8 in "or32-elf-gdb" form, so can any one please help me with this.

Thanks in advance.

Post 2 on thread http://opencores.org/forum,OpenRISC,0,4188 explains it.

Post 2 on thread http://opencores.org/forum,OpenRISC,0,4188 explains it.

My adv_jtag_bridge works well, and I can pass the self-test except for CPU test. I know the problem may be openrisc_v3, but I cant remote target with or32-elf-gdb.

######################################################################
cyee@PetaLinux:~$ adv_jtag_bridge -x2 xpc_usb
Found Xilinx Platform Cable USB (DLC9)
Found Xilinx Platform Cable USB (DLC9)
firmware version = 0x0406 (1030)
cable CPLD version = 0x0012 (18)
Enumerating JTAG chain...

Devices on JTAG chain:
Index Name ID Code IR Length
----------------------------------------------------------------
0: XC2C64 0x06E5E093 8
1: XCF04S 0xF5046093 8
2: XC3S500E_FG320 0x41C22093 6

Target device 2, JTAG ID = 0x41c22093
Xilinx IDCODE, assuming internal BSCAN mode
(using USER1 instead of DEBUG TAP command)
IDCODE sanity test passed, chain OK!
No watchpoint hardware found, HWP server not starting
HWP server listening on host PetaLinux (0.0.0.0), port 9928, address family IPv4
JTAG bridge ready!
HWP server thread running!

######################################################################
cyee@PetaLinux:~/minsoc/sw/uart$ or32-elf-gdb uart-nocache.or32
Building automata... done, num uncovered: 0/216.
Parsing operands data... done.
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later " target="_blank">http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "--host=i686-pc-linux-gnu --target=or32-elf"...
(gdb) set remotetimeout 10
(gdb) target remote :9999
Remote debugging using :9999
Ignoring packet error, continuing...
warning: unrecognized item "timeout" in "qSupported" response
warning: Invalid remote reply: PacketSize=4000
Malformed packet(a) (missing colon): t=0;Data=0;Bss=0
Packet: 'Text=0;Data=0;Bss=0'

(gdb)

######################################################################
I'm working with Ubuntu 10.10 in VMWare, and original toolchain.

Hi Danny,

could you try the following before trying it on hardware? http://minsoc.wikaba.com/minsoc_faq#is_it_possible_to_debug_the_simulation_as_i_debug_the_firmware_running_on_my_board

This will test in pure software what is going on, so we know if it is a hardware issue or not.

Best regards,
Raul

Hello Iḿ trying to download the hello world firmware (or32-elf-gdb uart-nocache.or32) to the FPGA, but I can not remote target. when I write target remote:9999 in GDB the ADV_JTAG_BRIDGE gives a CRC error and abort.

=======================================================================================
ubuntu@ubuntu-desktop:~$ adv_jtag_bridge -x 2 xpc_usb
Found Xilinx Platform Cable USB (DLC9)
Found Xilinx Platform Cable USB (DLC9)
firmware version = 0x0517 (1303)
cable CPLD version = 0x0012 (18)
Enumerating JTAG chain...

Devices on JTAG chain:
Index Name ID Code IR Length
----------------------------------------------------------------
0: xc2c64a 0x06E5E093 8
1: XCF04S 0xF5046093 8
2: XC3S500E_FG320 0x41C22093 6

Target device 2, JTAG ID = 0x41c22093
Xilinx IDCODE, assuming internal BSCAN mode
(using USER1 instead of DEBUG TAP command)
IDCODE sanity test passed, chain OK!
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 0 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 1 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 2 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 3 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 4 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 5 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 6 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 7 at startup! 'max retries'
No watchpoint hardware found, HWP server not starting
HWP server listening on host ubuntu-desktop (0.0.0.0), port 9928, address family IPv4
JTAG bridge ready!
HWP server thread running!
Burst read timed out.
Retry count exceeded in burst read!
CRC ERROR! match bit after write is 0 (computed CRC 0x6cf65227)Retry count exceeded! Abort!

ubuntu@ubuntu-desktop:~$
=================================================================================================

I tried in simulation and it works, I mean after ./ run_bench, ./start_server, and

or32-elf-gdb uart-nocache.or32
target remote :9999
load
set $pc=0x100
c

Hellow world, is printed.

But I can not pass the self test

*** Doing self-test ***
Stall or1k - or1k is not stalled!
Self-test FAILED *** Bailing out!

I checked the faqs and it says this is because the bitstream is not downloaded to the FPGA but I downloaded it without problem.

how do I now which vesion of openrisc I installed? Iḿ using the toolchain installed by the script "MOF_ORSOC_TCHN_v5c_or32-elf.sh" and the minsoc release-0.9, from http://opencores.org/ocsvn/minsoc/minsoc/tags/release-0.9/ minsoc

Im using xilinx spartan 3e starter kit with a real JTAG cable (DLC9G), so I uncommented `define GENERIC_TAP in minsoc_defines.v. as it is said in FAQS.

what can be the mistake?

Thanks in anticipate.

Hello Iḿ trying to download the hello world firmware (or32-elf-gdb uart-nocache.or32) to the FPGA, but I can not remote target. when I write target remote:9999 in GDB the ADV_JTAG_BRIDGE gives a CRC error and abort.

=======================================================================================
ubuntu@ubuntu-desktop:~$ adv_jtag_bridge -x 2 xpc_usb
Found Xilinx Platform Cable USB (DLC9)
Found Xilinx Platform Cable USB (DLC9)
firmware version = 0x0517 (1303)
cable CPLD version = 0x0012 (18)
Enumerating JTAG chain...

Devices on JTAG chain:
Index Name ID Code IR Length
----------------------------------------------------------------
0: xc2c64a 0x06E5E093 8
1: XCF04S 0xF5046093 8
2: XC3S500E_FG320 0x41C22093 6

Target device 2, JTAG ID = 0x41c22093
Xilinx IDCODE, assuming internal BSCAN mode
(using USER1 instead of DEBUG TAP command)
IDCODE sanity test passed, chain OK!
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 0 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 1 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 2 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 3 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 4 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 5 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 6 at startup! 'max retries'
Burst read timed out.
Retry count exceeded in burst read!
ERROR reading DCR 7 at startup! 'max retries'
No watchpoint hardware found, HWP server not starting
HWP server listening on host ubuntu-desktop (0.0.0.0), port 9928, address family IPv4
JTAG bridge ready!
HWP server thread running!
Burst read timed out.
Retry count exceeded in burst read!
CRC ERROR! match bit after write is 0 (computed CRC 0x6cf65227)Retry count exceeded! Abort!

ubuntu@ubuntu-desktop:~$
=================================================================================================

I tried in simulation and it works, I mean after ./ run_bench, ./start_server, and

or32-elf-gdb uart-nocache.or32
target remote :9999
load
set $pc=0x100
c

Hellow world, is printed.

But I can not pass the self test

*** Doing self-test ***
Stall or1k - or1k is not stalled!
Self-test FAILED *** Bailing out!

I checked the faqs and it says this is because the bitstream is not downloaded to the FPGA but I downloaded it without problem.

how do I now which vesion of openrisc I installed? Iḿ using the toolchain installed by the script "MOF_ORSOC_TCHN_v5c_or32-elf.sh" and the minsoc release-0.9, from http://opencores.org/ocsvn/minsoc/minsoc/tags/release-0.9/ minsoc

Im using xilinx spartan 3e starter kit with a real JTAG cable (DLC9G), so I uncommented `define GENERIC_TAP in minsoc_defines.v. as it is said in FAQS.

what can be the mistake?

Thanks in anticipate.