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

Question about the continuous LR instruction covering problem #2068

Open
kl123s opened this issue May 5, 2023 · 1 comment
Open

Question about the continuous LR instruction covering problem #2068

kl123s opened this issue May 5, 2023 · 1 comment
Assignees

Comments

@kl123s
Copy link

kl123s commented May 5, 2023

香山南湖dcache设计中,atomicReplayunit处理lr指令,当对应的地址块进行lr指令处理时,会锁住该地址块,在规定时间内接收该地址块对应的sc指令,lrsc匹配成功。但该模块在锁定时间内接收到新的lr指令,不会马上进行处理,而是等到锁定时间超时后才能处理该lr指令。在锁定时间内接收lr指令后,就无法处理新的原子指令 。
疑问:为什么不能在接受到第二次lr指令后就马上处理,并覆盖掉第一个lr指令,而是要等待超时后进行处理?

[TRANSLATION]
In the design of dcache of Xiangshan South Lake, atomicReplayunit processes lr instructions. When the corresponding address block is processed by lr instructions, it will lock the address block, receive the sc instructions corresponding to the address block within the specified time, and the lrsc matching is successful. However, this module receives a new lr instruction within the lock time and does not process it right away, but waits until the lock time expires to process the lr instruction. After receiving lr instructions within the lock time, new atomic instructions cannot be processed.

Question: Why not just process the second lr instruction and override the first instead of waiting for a timeout?

@AugustusWillisWang
Copy link
Member

See #1333 and #1383

@Tang-Haojin Tang-Haojin changed the title 请教一下连续lr指令覆盖问题 Question about the continuous LR instruction covering problem Dec 27, 2023
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

No branches or pull requests

2 participants