drm/nouveau/fence/g84-: protect against concurrent access to semaphore buffers - net-next.git

diff options

author	Ben Skeggs <bskeggs@redhat.com>	2016-12-14 09:52:39 +1000
committer	Ben Skeggs <bskeggs@redhat.com>	2017-01-31 20:05:25 +1000
commit	96692b097ba76d0c637ae8af47b29c73da33c9d0 (patch)
tree	0368760a2c0b70a4bfb9f9cdd87be19785fac9d7 /sound/pci
parent	566cf877a1fcb6d6dc0126b076aad062054c2637 (diff)

drm/nouveau/fence/g84-: protect against concurrent access to semaphore buffers

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

Diffstat (limited to 'sound/pci')

0 files changed, 0 insertions, 0 deletions

aults on radix with autonuma

When autonuma (Automatic NUMA balancing) marks a PTE inaccessible it clears all the protection bits but leave the PTE valid. With the Radix MMU, an attempt at executing from such a PTE will take a fault with bit 35 of SRR1 set "SRR1_ISI_N_OR_G". It is thus incorrect to treat all such faults as errors. We should pass them to handle_mm_fault() for autonuma to deal with. The case of pages that are really not executable is handled by the existing test for VM_EXEC further down. That leaves us with catching the kernel attempts at executing user pages. We can catch that earlier, even before we do find_vma. It is never valid on powerpc for the kernel to take an exec fault to begin with. So fold that test with the existing test for the kernel faulting on kernel addresses to bail out early. Fixes: 1d18ad026844 ("powerpc/mm: Detect instruction fetch denied and report") Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Reviewed-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> Acked-by: Balbir Singh <bsingharora@gmail.com> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>

Diffstat (limited to 'sound/isa/ad1816a')


context:
space:
mode: