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

FEXCore: Moves ThreadWaiting to the frontend #4179

Merged
merged 1 commit into from
Nov 29, 2024

Conversation

Sonicadvance1
Copy link
Member

@Sonicadvance1 Sonicadvance1 commented Nov 28, 2024

Only in one location does the frontend actually care about this, the
backend doesn't care at all.

@Sonicadvance1 Sonicadvance1 force-pushed the move_thread_waiting_start branch 2 times, most recently from 7c89cc5 to 4e02baf Compare November 29, 2024 01:19
Sonicadvance1 added a commit to Sonicadvance1/FEX that referenced this pull request Nov 29, 2024
We were using this variable for two things, letting the frontend signal
to the backend that it wants to start executing once the thread is
created, and also for handling thread pausing. These two features are
conflated with one another and actually makes things more confusing.

- Move StartRunning/StartPaused to the frontend, because its a construct
  that only needs to exist in the frontend
- Adds a FEX::HLE::ThreadStateObject CV for handling pausing, which only
  needs to exist for gdbserver

Relies on FEX-Emu#4170 and FEX-Emu#4179 being merged first. Which is what the first
two commits are from.
Sonicadvance1 added a commit to Sonicadvance1/FEX that referenced this pull request Nov 29, 2024
We were using this variable for two things, letting the frontend signal
to the backend that it wants to start executing once the thread is
created, and also for handling thread pausing. These two features are
conflated with one another and actually makes things more confusing.

- Move StartRunning/StartPaused to the frontend, because its a construct
  that only needs to exist in the frontend
- Adds a FEX::HLE::ThreadStateObject CV for handling pausing, which only
  needs to exist for gdbserver

Relies on FEX-Emu#4170 and FEX-Emu#4179 being merged first. Which is what the first
two commits are from.
Sonicadvance1 added a commit to Sonicadvance1/FEX that referenced this pull request Nov 29, 2024
We were using this variable for two things, letting the frontend signal
to the backend that it wants to start executing once the thread is
created, and also for handling thread pausing. These two features are
conflated with one another and actually makes things more confusing.

- Move StartRunning/StartPaused to the frontend, because its a construct
  that only needs to exist in the frontend
- Adds a FEX::HLE::ThreadStateObject CV for handling pausing, which only
  needs to exist for gdbserver

Relies on FEX-Emu#4170 and FEX-Emu#4179 being merged first. Which is what the first
two commits are from.
Sonicadvance1 added a commit to Sonicadvance1/FEX that referenced this pull request Nov 29, 2024
We were using this variable for two things, letting the frontend signal
to the backend that it wants to start executing once the thread is
created, and also for handling thread pausing. These two features are
conflated with one another and actually makes things more confusing.

- Move StartRunning/StartPaused to the frontend, because its a construct
  that only needs to exist in the frontend
- Adds a FEX::HLE::ThreadStateObject CV for handling pausing, which only
  needs to exist for gdbserver

Relies on FEX-Emu#4170 and FEX-Emu#4179 being merged first. Which is what the first
two commits are from.
Only in one location does the frontend actually care about this, the
backend doesn't care at all.
@Sonicadvance1 Sonicadvance1 force-pushed the move_thread_waiting_start branch from 4e02baf to 9f681f9 Compare November 29, 2024 17:10
@Sonicadvance1 Sonicadvance1 merged commit 56fadec into FEX-Emu:main Nov 29, 2024
12 checks passed
@Sonicadvance1 Sonicadvance1 deleted the move_thread_waiting_start branch November 29, 2024 17:23
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.

3 participants