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

[meta][feature] 让 Spike 可以像 QEMU 通过 ssh 一样内外 Linux 进行通信 #2

Open
lazyparser opened this issue Jun 23, 2020 · 0 comments
Assignees

Comments

@lazyparser
Copy link
Member

具体功能定义和需求界定 李威威 来界定。
具体实现目前 待定。
等王萌同学完成了 #1 之后可以继续进行此项,也可能由其他同学承担

liweiwei90 pushed a commit that referenced this issue May 26, 2023
The etrigger match on exceptions doesn't work properly in cases like
the following:

1) M-mode delegates ECALLs to S-mode
2) A CPU hardware point mechanism is used to place a breakpoint on the
   Umode instruction that executes the ECALL from Umode to Smode. In
   effect, this creates a breakpoint etrigger based on Umode.

In the above, the expectation is that #2 will first cause an exit to
the Smode handler (stvec), and the hardware breakpoint exception will
be triggered following an entry into the handler.

However, since etrigger currently checks the current privilege mode, we
will never get a match on conditions like #2.

The patch attempts to address the issue by using the stashed version of
the previous privilege mode for the etrigger match.

cc: YenHaoChen <[email protected]>
Signed-off-by: Atul Khare <[email protected]>
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

3 participants