diff options
| author |   Linus Torvalds <torvalds@linux-foundation.org> | 2014-10-24 12:45:47 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2014-10-24 12:45:47 -0700 |
| commit | 83da00fbc0c57ce6f84455156a2e3cc057fe7344 (patch) | |
| tree | fac652b63aac0bfade55cd8113afe668f00c9cd8 /tools/perf/util/scripting-engines/trace-event-python.c | |
| parent | Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm (diff) | |
| parent | sparc64: Implement __get_user_pages_fast(). (diff) | |
| download | wireguard-linux-83da00fbc0c57ce6f84455156a2e3cc057fe7344.tar.xz wireguard-linux-83da00fbc0c57ce6f84455156a2e3cc057fe7344.zip | |
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
Pull two sparc fixes from David Miller:
1) Fix boots with gcc-4.9 compiled sparc64 kernels.
2) Add missing __get_user_pages_fast() on sparc64 to fix hangs on
futexes used in transparent hugepage areas.
It's really idiotic to have a weak symbolled fallback that just
returns zero, and causes this kind of bug. There should be no
backup implementation and the link should fail if the architecture
fails to provide __get_user_pages_fast() and supports transparent
hugepages.
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc:
sparc64: Implement __get_user_pages_fast().
sparc64: Fix register corruption in top-most kernel stack frame during boot.
Diffstat (limited to 'tools/perf/util/scripting-engines/trace-event-python.c')
0 files changed, 0 insertions, 0 deletions