raspiduino / arv32-opt Goto Github PK

I Have no idea on fixing this.

Hi,

just a note about this:

Max tested SPI bus speed is FCLK/16, which is 1MHz on 16MHz atmega328p. If you set the speed higher than this, SD card won't initialize. This might be just my problem, so feel free to try.

If i remember correctly the standard says that for initialization the speed should be <400kHz, but you can switch much higher once the initialization is done. Don't forget the SPI2X-bit for even more speed!

Maybe this helps...

Thank you very much for this amazing project. Really interesting idea!

Issue

I tried to boot on the Arduino, however even after waiting for a night there is no further output except for

arv32-opt: mini-rv32ima on Arduino UNO
SD card initialized successfully!
Current AVR free memory: 170 bytes

Dumping the state returns this:

Effective emulated speed: 10158 Hz, dtime=3795ms, dcycle=38550
Current AVR free memory: 170 bytes
icache hit/miss: 210245342/103741477; dcache hit/miss: 930282/177620
==============================================================================
Dumping emulator state:
Registers x0 - x31:
0x00000000 0x80001CC8 0x4EAECE20 0x80332FC8
0x802F1340 0x8040C1DC 0x00000002 0x00000000
0x80000010 0x80357740 0x0061E4DF 0x80357740
0x00000008 0x802E6C80 0x00000000 0x00308650
0xFFFFFFFF 0xFFFFFFFF 0x802EFE9F 0x802E6C83
0x802EFE9C 0x802EFE94 0x00000008 0x802E6C83
0x802D76F0 0x00000007 0x0000000B 0x00000000
0x00000002 0x000FFFFF 0x00000000 0x802EFE9C
pc: 0x80001CBC
mstatus: 0x00001800
cyclel: 0x12B71040
cycleh: 0x00000000
timerl: 0x095B881D
timerh: 0x00000000
timermatchl: 0x000DA10F
timermatchh: 0x00000000
mscratch: 0x00000000
mtvec: 0x80001CBC
mie: 0x00000088
mip: 0x00000080
mepc: 0x800088A8
mtval: 0x4EAECE28
mcause: 0x00000007
extraflags: 0x0179F623
==============================================================================
Dump completed. Emulator will continue when B1 is set back to HIGH
B1 is set to HIGH, emulator resume

• PC points to 0x80001CBC which is the trap handler address stored in mtvec. Repeatedly dumping the state always shows the same PC address.
• The first couple of minutes while booting the dumps show the PC changing constantly, but once it points to 0x80001CBC, it does not change anymore.

Troubleshooting

• Did you experience the same already and might have a hint, what is causing this?
• Do you have any best practices for troubleshooting?
• How did you build the rv32.bin image? Do you probably have the Makefiles, buildroot and kernelconfig available? This might help to add some code for debugging...
  • Booting this image with mini-rv32ima succeeds