summaryrefslogtreecommitdiff
path: root/SubmittingPatches
diff options
context:
space:
mode:
authorStephen Wadeley <swadeley@redhat.com>2013-05-14 23:35:55 +0200
committerDaniel Borkmann <dborkman@redhat.com>2013-05-15 10:23:49 +0200
commitd0afc01df1d48a9e7a13b940df09124e7faa7e01 (patch)
tree19140a00ceda4a9370982cc7b68c3bdc31eb819e /SubmittingPatches
parent3ccf1d476641cc3669cb4f3a39990a5bf4127c76 (diff)
man: improvements to language and markup for bpfc.8
Signed-off-by: Stephen Wadeley <swadeley@redhat.com> Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
Diffstat (limited to 'SubmittingPatches')
0 files changed, 0 insertions, 0 deletions
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-02-11 09:54:55 +0000
ous segfaults 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 'tools/lib/subcmd/Makefile')