summaryrefslogtreecommitdiffstats
path: root/fs/ecryptfs
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2020-02-08 11:44:02 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2020-02-08 11:44:02 -0800
commit995933305e11dc8698fdba249ca5f2d145b1d657 (patch)
tree130c5cae418ba529f44b27fbfd26e3a18c673996 /fs/ecryptfs
parentf757165705e92db62f85a1ad287e9251d1f2cd82 (diff)
parent0ddad21d3e99c743a3aa473121dc5561679e26bb (diff)
downloadlinux-995933305e11dc8698fdba249ca5f2d145b1d657.tar.gz
linux-995933305e11dc8698fdba249ca5f2d145b1d657.tar.bz2
linux-995933305e11dc8698fdba249ca5f2d145b1d657.zip
Merge branch 'pipe-exclusive-wakeup'
Merge thundering herd avoidance on pipe IO. This would have been applied for 5.5 already, but got delayed because of a user-space race condition in the GNU make jobserver code. Now that there's a new GNU make 4.3 release, and most distributions seem to have at least applied the (almost three year old) fix for the problem, let's see if people notice. And it might have been just bad random timing luck on my machine. If you do hit the race condition, things will still work, but the symptom is that you don't get nearly the expected parallelism when using "make -j<N>". The jobserver bug can definitely happen without this patch too, but seems to be easier to trigger when we no longer wake up pipe waiters unnecessarily. * pipe-exclusive-wakeup: pipe: use exclusive waits when reading or writing
Diffstat (limited to 'fs/ecryptfs')
0 files changed, 0 insertions, 0 deletions