summaryrefslogtreecommitdiff
path: root/scripts/generate_rust_analyzer.py
diff options
context:
space:
mode:
authorDavid Howells <dhowells@redhat.com>2024-12-16 20:41:01 +0000
committerChristian Brauner <brauner@kernel.org>2024-12-20 22:34:04 +0100
commit6e0b503dc65c89b83fbfafb4dac5201c844da1de (patch)
tree8e0a2178b2319c17bc1bb7237a98a6d11c492958 /scripts/generate_rust_analyzer.py
parent627cf645277b6f8e6128e2c86907a81970bce87a (diff)
afs: Don't use mutex for I/O operation lock
Don't use the standard mutex for the I/O operation lock, but rather implement our own as the standard mutex must be released in the same thread as locked it. This is a problem when it comes to doing async FetchData where the lock will be dropped from the workqueue that processed the incoming data and not from the issuing thread. Signed-off-by: David Howells <dhowells@redhat.com> Link: https://lore.kernel.org/r/20241216204124.3752367-12-dhowells@redhat.com cc: Marc Dionne <marc.dionne@auristor.com> cc: linux-afs@lists.infradead.org Signed-off-by: Christian Brauner <brauner@kernel.org>
Diffstat (limited to 'scripts/generate_rust_analyzer.py')
0 files changed, 0 insertions, 0 deletions