Trying to get my previous RTL/GL simulations running again. Unfortunately, they do not! It seems to be something with Caravel boot up since I never get to my code (that just blinks GPIO 0)

I find it hard to follow what the VexRISC is doing a lot of the time, especially with its small registered instruction cache. But you should at least be able to look at the disassembled program and see what instruction is at address

b0

.

This should be picorv32 since it is MPW2/3, right?

No, it's VexRISC from MPW-two onward (blame Tim Ansell for that one). If it does go off the end of the code, it can execute a loop which is just a jump to itself---which would match what you see in the program counter (program counter = next program counter). The flash controller will continue to prefetch garbage from past the end of data, although it should not do that for more than a few 32-bit words, because that's about all the space it has for instructions.

Why does it say "picorv32" in the verilog??

Where are you reading that verilog from?

The caravel directory that I stashed with my project back then...

I do know that people were designing to the picoRV32 before the version with the VexRISC was pushed. There is no picoRV32 in the repository with the last official tag used for the MPW-two tapeout.

WTF

The VexRISC was pushed on us rather late in the game. I don't think that the processor core type is going to change anything significantly, but there will probably be a number of register addresses that might need changing. If you post your simulation code, I can take a look over it.

I just used the mpw2 and mpw3 tags of the user project directory as we were told to do.

The mpw2 tag is the schizophrenic one. There is an mpw2 tag in the last version of the repository that was the development version for MPW-two before the VexRISC version. That is probably the repository you were working in and still have. That repository got renamed to "caravel_mpw-one". Then the new "caravel" repository was created, with the VexRISC, and also with an mpw2 tag.

Yes, that is the one that I am using.

Just tarball your simulation code and I'll help you get it working on the tapeout repository. I've done those conversions before; it's not too painful.

I'm just trying to blink GPIO 0

The main thing that breaks hex code between the PicoRV32 and the VexRISC is that the VexRISC doesn't support compressed instructions. The PicoRV32 version had the compiler switch set to compressed instructions + multiplier; that needs to be turned off.

(My project uses both the LA and some GPIO pins and I might be able to go back and forth a bit...)

I don't think you'll have any problem with the code accessing the LA and GPIO. I think your problems are all going to come from the compiler environment setup.

Is there a base user-project-wrapper that is representative of the final mpw2?

There should be. Let me get you commit or tag numbers on all the bits and pieces.

I am looking at this one: https://github.com/efabless/caravel_user_project/tree/mpw-two-c And it points to https://github.com/efabless/caravel-lite/tree/13f2590e4b3a74b910dac56a6b757f5a66fd5212 which uses picorv32

Yes, I see that. . .

I'm now stuck trying to figure out which version of the IO library RTL models to include. Seems to be some in the PDK dir (sky130-fd-io.v and sky130-ef-io.v) but there is another copy in the management core warpper verilog/cvc-pdk directory that define these missing modules:

*** These modules were missing:
        sky130_ef_io__gpiov2_pad_wrapped referenced 8 times.
        sky130_ef_io__vccd_lvc_clamped3_pad referenced 2 times.
        sky130_ef_io__vssd_lvc_clamped3_pad referenced 2 times.
*

We are about to have a meeting on getting users information about how to set up the environment correctly for the MPW-two tapeout version of Caravel. The above looks more like a trivial detail, though. I'll take a look at it as soon as we have finished the discussion. We might try to loop you in if you're available.

Ok, let me know if I can help.

I think it's more a matter of you letting us know how we can help you.

FYI, I've been just copying the hex from the caravel_board directory to use for my sims. That resolves the build issues.

I thought your simulations were using the repository with the PicoRV32.

They were. I'm converting it to the vexRISC

So you're passing the hex code for the VexRISC to the simulation that has the PicoRV32?

No, I'm using entirely VexRISC now.

Okay, got it.

I'm using the correct versions of caravel with my old project.

Yes, VexRisc is painfully hard to debug compared to the PicoRV32.

I did this: 1. Clone https://github.com/efabless/caravel_mgmt_soc_litex branch main as mgmt_core_wrapper in my project directory. 2. Clone https://github.com/efabless/caravel.git branch mpw-2b as caravel in my project directory. 3. Copy RAM256.v from caravel_mgmt_soc_litex/verilog/gl/RAM256.v to caravel_mgmt_soc_litex/verilog/rtl/RAM256.v. Not sure why there isn't an rtl version like the RAM128.v 4. Apply caravel.patch to update the caravel includes as well as remove the .sram* signals from caravel. (Not sure if that is right?) 5. Apply mgmt_core_warpper.patch to remove vccd1/vssd1 from the VexRISC instantiation in mgmt_core.v (I'm not sure if other things need USE_POWER_PINS, but they aren't defined on the rtl core of VexRISC. 6. Change the includes on my project as well as prevent over-writing the .hex file in Makefile with project.patch 7. I'm also using my sky130A technology directory from the mpw2 tapeout.

Sorry, I've been busy with debugging something in magic. I've run across the

powered_up

problem before, don't remember when. I don't know what the VexRISC boot process does, but it's not long. Normally there's nothing that needs to be done at startup; it may be zeroing the registers.

@Matthew Guthaus re: reprocibility of the environment: there is also an archive of the project submission for MPW-2 under: https://foss-eda-tools.googlesource.com/third_party/shuttle/sky130/mpw-002,