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

mem-cache: findBlock shouldn't assume blk can always be found #168

Merged
merged 1 commit into from
Aug 28, 2024

Conversation

shinezyy
Copy link
Contributor

  • CDP uses findBlock to get content of cache block, and CDP is speculative: CDP is placed in L2 and can be notified by L1 hits. But GEM5 employs mostly-inclusive cache, where an L1 hit does not guarantees L2 hit. So a CDP notification might misses in L2.
  • To avoid segmentation fault when blk is not found, we always check whether blk is null

Change-Id: Ic0b20109ea42621cbf74c184daa00b0633123384

- CDP uses findBlock to get content of cache block, and CDP is
  speculative: CDP is placed in L2 and can be notified by L1 hits.
  But GEM5 employs **mostly**-inclusive cache, where an L1 hit does not
  guarantees L2 hit. So a CDP notification might misses in L2.
- To avoid segmentation fault when blk is not found, we always check
  whether blk is null

Change-Id: Ic0b20109ea42621cbf74c184daa00b0633123384
@shinezyy shinezyy merged commit 221ca19 into xs-dev Aug 28, 2024
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants