Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG Verif env] get_seed() in cva6.py missing declaration #1514

Closed
1 task done
CoralieAllioux opened this issue Oct 9, 2023 · 12 comments
Closed
1 task done

[BUG Verif env] get_seed() in cva6.py missing declaration #1514

CoralieAllioux opened this issue Oct 9, 2023 · 12 comments
Assignees
Labels
Type:Item-of-task This issue is an item of a larger task.

Comments

@CoralieAllioux
Copy link
Contributor

Is there an existing CVA6 bug for this?

  • I have searched the existing bug issues

Bug Description

While launching sh verif/regress/smoke-gen_tests.sh, it seems that the function get_seed() called in do_simulate() (line 251 of cva6.py) is not declared anywhere.
I fixed it locally by creating my own get_seed() function.
Could it be possible that a file declaring this function or an import is missing?

Trace:

  File "<path>/cva6/verif/sim/cva6.py", line 1225, in <module>
    main()
  File "<path>/cva6/verif/sim/cva6.py", line 1199, in main
    gen(matched_list, cfg, output_dir, cwd)
  File "<path>/cva6/verif/sim/cva6.py", line 321, in gen
    do_simulate(sim_cmd, test_list, cwd, argv.sim_opts, argv.seed_yaml, argv.seed, argv.csr_yaml,
  File "<path>/cva6/verif/sim/cva6.py", line 251, in do_simulate
    rand_seed = get_seed(seed)
NameError: name 'get_seed' is not defined
@CoralieAllioux CoralieAllioux added the Type:Bug For bugs in the RTL, Documentation, Verification environment or Tool and Build system label Oct 9, 2023
@JeanRochCoulon
Copy link
Contributor

Good @CoralieAllioux to see you in GitHub !
@AyoubJalali, as father of smoke-gen_tests.sh, can you help ?

@AyoubJalali
Copy link
Contributor

@AyoubJalali, as father of smoke-gen_tests.sh, can you help ?

this related to update the RISCV-DV, there's a MR for this

@JeanRochCoulon
Copy link
Contributor

Ayoub,
Do you think Coralie is using the uptodate version of riscv-dv (what is in your MR) while the right version to be used is older. This means, Coralie, that your riscv installation is not good.

@AyoubJalali
Copy link
Contributor

Ayoub, Do you think Coralie is using the uptodate version of riscv-dv (what is in your MR) while the right version to be used is older. This means, Coralie, that your riscv installation is not good.

to work with a working version, use this HASH : 0ce85d3

@CoralieAllioux
Copy link
Contributor Author

Then, it would be useful to update file cva6/verif/regress/install-riscv-dv.sh with correct HASH.
I'll try with HASH 0ce85d3

@AyoubJalali
Copy link
Contributor

Then, it would be useful to update file cva6/verif/regress/install-riscv-dv.sh with correct HASH.

Yes, but we're working on updating the HASH to work with latest version of RISCV-DV

@CoralieAllioux
Copy link
Contributor Author

Thank you @AyoubJalali , I confirm it currently works on my side with HASH 0ce85d3 for riscv-dv.
Do you have an estimation when the MR you're talking about will be effective?

@AyoubJalali
Copy link
Contributor

Thank you @AyoubJalali , I confirm it currently works on my side with HASH 0ce85d3 for riscv-dv. Do you have an estimation when the MR you're talking about will be effective?

If there's any problem it will be this week

@JeanRochCoulon
Copy link
Contributor

@cathales

@cathales
Copy link
Contributor

To me the cause of the issue is that the "official" supported hash in cva6/verif/regress/install-riscv-dv.sh:26 is not the one used in the CI infrastructure. It is overwritten by an environment variable (might be a workaround for you @CoralieAllioux). This variable points to a version locally available in our servers. It is three year old, with a few patches from us.

It would be better if the same "source" was used to define the DV hash used by everyone and the CI, and that this version is not too old. So we are transforming DV into a submodule with an up-to-date hash. Then Dependabot will be able to keep it updated.

Current status on this work:

@JeanRochCoulon
Copy link
Contributor

Related to #1569

@JeanRochCoulon JeanRochCoulon added Type:Item-of-task This issue is an item of a larger task. and removed Type:Bug For bugs in the RTL, Documentation, Verification environment or Tool and Build system labels Oct 24, 2023
@AyoubJalali
Copy link
Contributor

Fixed by PR #1576

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type:Item-of-task This issue is an item of a larger task.
Projects
None yet
Development

No branches or pull requests

4 participants