summaryrefslogtreecommitdiff
path: root/ifpps
diff options
context:
space:
mode:
authorDaniel Borkmann <dborkman@redhat.com>2013-06-15 17:00:35 +0200
committerDaniel Borkmann <dborkman@redhat.com>2013-06-15 17:00:35 +0200
commit9fdfb453645b3c7058272419d913ae2591a8fdf3 (patch)
tree0df9388e261f62d91f4a5ba36611b03449e567e2 /ifpps
parentf5c440184fb7c02d420e3c4274e63474c74bbeff (diff)
bpfc: stress that also seccomp-BPF can be generated with bpfc
Just add a minor sentence to help stating this. Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
Diffstat (limited to 'ifpps')
0 files changed, 0 insertions, 0 deletions
re is some HW out there that may misbehave if activate is used more than once (the GICv3 ITS, for example, uses the activate callback to issue the MAPVI command, and the architecture spec says that "If there is an existing mapping for the EventID-DeviceID combination, behavior is UNPREDICTABLE"). While this could be worked around in each individual driver, it may make more sense to tackle the issue at the core level. In order to avoid getting in that situation, let's have a per-interrupt flag to remember if we have already activated that interrupt or not. Fixes: f3b0946d629c ("genirq/msi: Make sure PCI MSIs are activated early") Reported-and-tested-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Marc Zyngier <marc.zyngier@arm.com> Cc: stable@vger.kernel.org Link: http://lkml.kernel.org/r/1484668848-24361-1-git-send-email-marc.zyngier@arm.com Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'sound/aoa/soundbus/sysfs.c')