nfp: add the PF driver - net-next.git - net-next plumbings

summary refs log tree commit diff

path: root/net/sctp/sctp_diag.c

diff options

author	Jakub Kicinski <jakub.kicinski@netronome.com>	2017-02-09 09:17:38 -0800
committer	David S. Miller <davem@davemloft.net>	2017-02-10 15:52:27 -0500
commit	63461a028f761f8e45d22d06fb7e7468def024b7 (patch)
tree	e92dbfbbc3b48bf496d10002c3f5b39b05a86bf5 /net/sctp/sctp_diag.c
parent	fdace6c224e9fc0e81337b6fee3cfd136824c983 (diff)

nfp: add the PF driver

Add PF driver for NFP4000 and NFP6000. Signed-off-by: Jakub Kicinski <jakub.kicinski@netronome.com> Signed-off-by: David S. Miller <davem@davemloft.net>

Diffstat (limited to 'net/sctp/sctp_diag.c')

0 files changed, 0 insertions, 0 deletions

tion 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/hda/hdac_controller.c')