Merge tag 'vfio-v4.10-rc7' of git://github.com/awilliam/linux-vfio - net-next.git

path: root/sound/soc/mediatek/mt2701/mt2701-afe-pcm.c

diff options

author	Linus Torvalds <torvalds@linux-foundation.org>	2017-02-03 15:38:53 -0800
committer	Linus Torvalds <torvalds@linux-foundation.org>	2017-02-03 15:38:53 -0800
commit	e9f7f17d53003ee46ccbaf057f7820bfb6e76b9d (patch)
tree	146416492df5659e125695158c47b697fd969775 /sound/soc/mediatek/mt2701/mt2701-afe-pcm.c
parent	7a92cc6bcbc90bf72e57eff2dc29900a636c2d0d (diff)
parent	2da64d20a0b20046d688e44f4033efd09157e29d (diff)

Merge tag 'vfio-v4.10-rc7' of git://github.com/awilliam/linux-vfio

Pull VFIO fix from Alex Williamson: "Fix an error path in SPAPR IOMMU backend (Alexey Kardashevskiy)" * tag 'vfio-v4.10-rc7' of git://github.com/awilliam/linux-vfio: vfio/spapr: Fix missing mutex unlock when creating a window

Diffstat (limited to 'sound/soc/mediatek/mt2701/mt2701-afe-pcm.c')

0 files changed, 0 insertions, 0 deletions

nd thus avoids the costly stall at page unlock time. The only downside is that the interface ends up being a bit odd and specialized: clear a bit in a byte, and test the sign bit. Nick doesn't love the resulting name of the new primitive, but I'd rather make the name be descriptive and very clear about the limitation imposed by trying to work across all relevant architectures than make it be some generic thing that doesn't make the odd semantics explicit. So this introduces the new architecture primitive clear_bit_unlock_is_negative_byte(); and adds the trivial implementation for x86. We have a generic non-optimized fallback (that just does a "clear_bit()"+"test_bit(7)" combination) which can be overridden by any architecture that can do better. According to Nick, Power has the same hickup x86 has, for example, but some other architectures may not even care. All these optimizations mean that my page locking stress-test (which is just executing a lot of small short-lived shell scripts: "make test" in the git source tree) no longer makes our page locking look horribly bad. Before all these optimizations, just the unlock_page() costs were just over 3% of all CPU overhead on "make test". After this, it's down to 0.66%, so just a quarter of the cost it used to be. (The difference on NUMA is bigger, but there this micro-optimization is likely less noticeable, since the big issue on NUMA was not the accesses to 'struct page', but the waitqueue accesses that were already removed by Nick's earlier commit). Acked-by: Nick Piggin <npiggin@gmail.com> Cc: Dave Hansen <dave.hansen@linux.intel.com> Cc: Bob Peterson <rpeterso@redhat.com> Cc: Steven Whitehouse <swhiteho@redhat.com> Cc: Andrew Lutomirski <luto@kernel.org> Cc: Andreas Gruenbacher <agruenba@redhat.com> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Mel Gorman <mgorman@techsingularity.net> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Diffstat (limited to 'sound/pci/asihpi/hpimsginit.c')


context:
space:
mode: