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

Implement Send and Sync for softbuffer types #217

Open
wants to merge 7 commits into
base: master
Choose a base branch
from
Open

Conversation

notgull
Copy link
Member

@notgull notgull commented May 8, 2024

Previously, types in softbuffer were !Send and !Sync. However it would
be nice if types could be shared across threads. Therefore I've made the
following changes:

  • Context is Send+Sync iff D is Send+Sync
  • Surface<D, W> is Send iff D is Send+Sync and W is Send
  • Buffer<'x, D, W> is Send iff D if Send+Sync and W is Send

Materially, I've made the following changes across the backends:

  • X11, Wayland and KMS use Arc for their displays instead of Rc.
  • MacOS uses MainThreadBound to secure windowing resources. This
    restriction was already implicitly enforced anyhow.
  • Windows uses a subclassing strategy to manage creating and destroying
    resources. This subclass is applied to windows that are registered
    into softbuffer, and is then used to manage resources.
  • Web just isn't Send.

Closes #205, still WIP

Previously, types in softbuffer were !Send and !Sync. However it would
be nice if types could be shared across threads. Therefore I've made the
following changes:

- Context<D> is Send+Sync iff D is Send+Sync
- Surface<D, W> is Send iff D is Send+Sync and W is Send
- Buffer<'x, D, W> is Send iff D if Send+Sync and W is Send

Materially, I've made the following changes across the backends:

- X11, Wayland and KMS use Arc for their displays instead of Rc.
- MacOS uses MainThreadBound to secure windowing resources. This
  restriction was already implicitly enforced anyhow.
- Windows uses a subclassing strategy to manage creating and destroying
  resources. This subclass is applied to windows that are registered
  into softbuffer, and is then used to manage resources.

Closes #205

Signed-off-by: John Nunley <dev@notgull.net>
Signed-off-by: John Nunley <dev@notgull.net>
@notgull
Copy link
Member Author

notgull commented May 8, 2024

@jackpot51 Please advise on Redox failures. I'm not familiar enough with Orbital's internals to know if it is thread safe or not.

@notgull
Copy link
Member Author

notgull commented May 19, 2024

@jackpot51 Friendly reminder. I'm not familiar enough with Orbital to know how to proceed here.

@jackpot51 confirmed in chat that Orbital's types should be thread-safe.

Signed-off-by: John Nunley <dev@notgull.net>
Signed-off-by: John Nunley <dev@notgull.net>
@notgull notgull marked this pull request as ready for review May 19, 2024 23:39
@notgull notgull requested a review from john01dav as a code owner May 19, 2024 23:39
Copy link
Member

@madsmtm madsmtm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

CG impl approved with suggestion applied

src/backends/cg.rs Outdated Show resolved Hide resolved
Co-authored-by: Mads Marquart <mads@marquart.dk>
Copy link
Member

@jackpot51 jackpot51 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Orbital change looks fine

Copy link
Member

@daxpedda daxpedda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Confirming that Wasm can't be Send or Sync.

src/lib.rs Outdated Show resolved Hide resolved
Signed-off-by: John Nunley <dev@notgull.net>
Signed-off-by: John Nunley <dev@notgull.net>
@notgull
Copy link
Member Author

notgull commented May 30, 2024

It seems that there are still bugs in the Windows backend. Sometimes sending a message to a window on another thread doesn't work. Standby while I investigate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

Multi-threaded
5 participants