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

gh-127521: Mark list as "shared" before resizing if necessary #127524

Merged
merged 1 commit into from
Dec 2, 2024

Conversation

colesbury
Copy link
Contributor

@colesbury colesbury commented Dec 2, 2024

In the free threading build, if a non-owning thread resizes a list, it must use QSBR to free the old list array because there may be a concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared" before resizing if it's from a non-owning thread and not already marked as shared.

In the free threading build, f a non-owning thread resizes a list,
it must use QSBR to free the old list array because there may be a
concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared"
before resizing if it's from a non-owning thread and not already marked
as shared.
@colesbury
Copy link
Contributor Author

The repro from @vstinner no longer crashes:

./python -m test test_opcache -v -m test_binary_subscr_list_int -j10 -F

I think there's probably cleaner ways of structuring this, but I figured we might as well match the pattern in dictobject.c for now. We can refactor it a bit later.

Objects/listobject.c Show resolved Hide resolved
@colesbury colesbury added the needs backport to 3.13 bugs and security fixes label Dec 2, 2024
@colesbury colesbury merged commit c7dec02 into python:main Dec 2, 2024
51 checks passed
@miss-islington-app
Copy link

Thanks @colesbury for the PR 🌮🎉.. I'm working now to backport this PR to: 3.13.
🐍🍒⛏🤖

@colesbury colesbury deleted the gh-127521-ensure-shared branch December 2, 2024 19:38
miss-islington pushed a commit to miss-islington/cpython that referenced this pull request Dec 2, 2024
…ythonGH-127524)

In the free threading build, if a non-owning thread resizes a list,
it must use QSBR to free the old list array because there may be a
concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared"
before resizing if it's from a non-owning thread and not already marked
as shared.
(cherry picked from commit c7dec02)

Co-authored-by: Sam Gross <colesbury@gmail.com>
@bedevere-app
Copy link

bedevere-app bot commented Dec 2, 2024

GH-127533 is a backport of this pull request to the 3.13 branch.

@bedevere-app bedevere-app bot removed the needs backport to 3.13 bugs and security fixes label Dec 2, 2024
colesbury added a commit that referenced this pull request Dec 3, 2024
…H-127524) (GH-127533)

In the free threading build, if a non-owning thread resizes a list,
it must use QSBR to free the old list array because there may be a
concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared"
before resizing if it's from a non-owning thread and not already marked
as shared.
(cherry picked from commit c7dec02)

Co-authored-by: Sam Gross <colesbury@gmail.com>
@vstinner
Copy link
Member

vstinner commented Dec 3, 2024

Thanks for the quick fix @colesbury and @mpage!

colesbury added a commit to colesbury/cpython that referenced this pull request Dec 3, 2024
We were missing locks around some list operations in the free threading
build.
colesbury added a commit to colesbury/cpython that referenced this pull request Dec 3, 2024
We were missing locks around some list operations in the free threading
build.
colesbury added a commit to colesbury/cpython that referenced this pull request Dec 3, 2024
We were missing locks around some list operations in the free threading
build.
srinivasreddy pushed a commit to srinivasreddy/cpython that referenced this pull request Jan 8, 2025
…ython#127524)

In the free threading build, if a non-owning thread resizes a list,
it must use QSBR to free the old list array because there may be a
concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared"
before resizing if it's from a non-owning thread and not already marked
as shared.
ebonnal pushed a commit to ebonnal/cpython that referenced this pull request Jan 12, 2025
…ython#127524)

In the free threading build, if a non-owning thread resizes a list,
it must use QSBR to free the old list array because there may be a
concurrent access (without a lock) from the owning thread.

To match the pattern in dictobject.c, we just mark the list as "shared"
before resizing if it's from a non-owning thread and not already marked
as shared.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants