#ifndef _VIDEOBUF2_DVB_H_ #define _VIDEOBUF2_DVB_H_ #include #include #include #include #include #include /* We don't actually need to include media-device.h here */ struct media_device; /* * TODO: This header file should be replaced with videobuf2-core.h * Currently, vb2_thread is not a stuff of videobuf2-core, * since vb2_thread has many dependencies on videobuf2-v4l2. */ struct vb2_dvb { /* filling that the job of the driver */ char *name; struct dvb_frontend *frontend; struct vb2_queue dvbq; /* video-buf-dvb state info */ struct mutex lock; int nfeeds; /* vb2_dvb_(un)register manages this */ struct dvb_demux demux; struct dmxdev dmxdev; struct dmx_frontend fe_hw; struct dmx_frontend fe_mem; struct dvb_net net; }; struct vb2_dvb_frontend { struct list_head felist; int id; struct vb2_dvb dvb; }; struct vb2_dvb_frontends { struct list_head felist; struct mutex lock; struct dvb_adapter adapter; int active_fe_id; /* Indicates which frontend in the felist is in use */ int gate; /* Frontend with gate control 0=!MFE,1=fe0,2=fe1 etc */ }; int vb2_dvb_register_bus(struct vb2_dvb_frontends *f, struct module *module, void *adapter_priv, struct device *device, struct media_device *mdev, short *adapter_nr, int mfe_shared); void vb2_dvb_unregister_bus(struct vb2_dvb_frontends *f); struct vb2_dvb_frontend *vb2_dvb_alloc_frontend(struct vb2_dvb_frontends *f, int id); void vb2_dvb_dealloc_frontends(struct vb2_dvb_frontends *f); struct vb2_dvb_frontend *vb2_dvb_get_frontend(struct vb2_dvb_frontends *f, int id); int vb2_dvb_find_frontend(struct vb2_dvb_frontends *f, struct dvb_frontend *p); #endif /* _VIDEOBUF2_DVB_H_ */ t/netns/unix.h?id=08d85f3ea99f1eeafc4e8507936190e86a16ee8c'>treecommitdiff
diff options
context:
space:
mode:
authorMarc Zyngier <marc.zyngier@arm.com>2017-01-17 16:00:48 +0000
committerThomas Gleixner <tglx@linutronix.de>2017-01-30 15:18:56 +0100
commit08d85f3ea99f1eeafc4e8507936190e86a16ee8c (patch)
tree410bb1acd0cd7dcfaad37ae7b63ff243b7fa4bee /include/net/netns/unix.h
parent566cf877a1fcb6d6dc0126b076aad062054c2637 (diff)
irqdomain: Avoid activating interrupts more than once
Since commit f3b0946d629c ("genirq/msi: Make sure PCI MSIs are activated early"), we can end-up activating a PCI/MSI twice (once at allocation time, and once at startup time). This is normally of no consequences, except that there 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 'include/net/netns/unix.h')