/* * NetLabel Management Support * * This file defines the management functions for the NetLabel system. The * NetLabel system manages static and dynamic label mappings for network * protocols such as CIPSO and RIPSO. * * Author: Paul Moore * */ /* * (c) Copyright Hewlett-Packard Development Company, L.P., 2006 * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License as published by * the Free Software Foundation; either version 2 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See * the GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, see . * */ #ifndef _NETLABEL_MGMT_H #define _NETLABEL_MGMT_H #include #include /* * The following NetLabel payloads are supported by the management interface. * * o ADD: * Sent by an application to add a domain mapping to the NetLabel system. * * Required attributes: * * NLBL_MGMT_A_DOMAIN * NLBL_MGMT_A_PROTOCOL * * If IPv4 is specified the following attributes are required: * * NLBL_MGMT_A_IPV4ADDR * NLBL_MGMT_A_IPV4MASK * * If IPv6 is specified the following attributes are required: * * NLBL_MGMT_A_IPV6ADDR * NLBL_MGMT_A_IPV6MASK * * If using NETLBL_NLTYPE_CIPSOV4 the following attributes are required: * * NLBL_MGMT_A_CV4DOI * * If using NETLBL_NLTYPE_UNLABELED no other attributes are required, * however the following attribute may optionally be sent: * * NLBL_MGMT_A_FAMILY * * o REMOVE: * Sent by an application to remove a domain mapping from the NetLabel * system. * * Required attributes: * * NLBL_MGMT_A_DOMAIN * * o LISTALL: * This message can be sent either from an application or by the kernel in * response to an application generated LISTALL message. When sent by an * application there is no payload and the NLM_F_DUMP flag should be set. * The kernel should respond with a series of the following messages. * * Required attributes: * * NLBL_MGMT_A_DOMAIN * NLBL_MGMT_A_FAMILY * * If the IP address selectors are not used the following attribute is * required: * * NLBL_MGMT_A_PROTOCOL * * If the IP address selectors are used then the following attritbute is * required: * * NLBL_MGMT_A_SELECTORLIST * * If the mapping is using the NETLBL_NLTYPE_CIPSOV4 type then the following * attributes are required: * * NLBL_MGMT_A_CV4DOI * * If the mapping is using the NETLBL_NLTYPE_UNLABELED type no other * attributes are required. * * o ADDDEF: * Sent by an application to set the default domain mapping for the NetLabel * system. * * Required attributes: * * NLBL_MGMT_A_PROTOCOL * * If using NETLBL_NLTYPE_CIPSOV4 the following attributes are required: * * NLBL_MGMT_A_CV4DOI * * If using NETLBL_NLTYPE_UNLABELED no other attributes are required, * however the following attribute may optionally be sent: * * NLBL_MGMT_A_FAMILY * * o REMOVEDEF: * Sent by an application to remove the default domain mapping from the * NetLabel system, there is no payload. * * o LISTDEF: * This message can be sent either from an application or by the kernel in * response to an application generated LISTDEF message. When sent by an * application there may be an optional payload. * * NLBL_MGMT_A_FAMILY * * On success the kernel should send a response using the following format: * * If the IP address selectors are not used the following attributes are * required: * * NLBL_MGMT_A_PROTOCOL * NLBL_MGMT_A_FAMILY * * If the IP address selectors are used then the following attritbute is * required: * * NLBL_MGMT_A_SELECTORLIST * * If the mapping is using the NETLBL_NLTYPE_CIPSOV4 type then the following * attributes are required: * * NLBL_MGMT_A_CV4DOI * * If the mapping is using the NETLBL_NLTYPE_UNLABELED type no other * attributes are required. * * o PROTOCOLS: * Sent by an application to request a list of configured NetLabel protocols * in the kernel. When sent by an application there is no payload and the * NLM_F_DUMP flag should be set. The kernel should respond with a series of * the following messages. * * Required attributes: * * NLBL_MGMT_A_PROTOCOL * * o VERSION: * Sent by an application to request the NetLabel version. When sent by an * application there is no payload. This message type is also used by the * kernel to respond to an VERSION request. * * Required attributes: * * NLBL_MGMT_A_VERSION * */ /* NetLabel Management commands */ enum { NLBL_MGMT_C_UNSPEC, NLBL_MGMT_C_ADD, NLBL_MGMT_C_REMOVE, NLBL_MGMT_C_LISTALL, NLBL_MGMT_C_ADDDEF, NLBL_MGMT_C_REMOVEDEF, NLBL_MGMT_C_LISTDEF, NLBL_MGMT_C_PROTOCOLS, NLBL_MGMT_C_VERSION, __NLBL_MGMT_C_MAX, }; /* NetLabel Management attributes */ enum { NLBL_MGMT_A_UNSPEC, NLBL_MGMT_A_DOMAIN, /* (NLA_NUL_STRING) * the NULL terminated LSM domain string */ NLBL_MGMT_A_PROTOCOL, /* (NLA_U32) * the NetLabel protocol type (defined by NETLBL_NLTYPE_*) */ NLBL_MGMT_A_VERSION, /* (NLA_U32) * the NetLabel protocol version number (defined by * NETLBL_PROTO_VERSION) */ NLBL_MGMT_A_CV4DOI, /* (NLA_U32) * the CIPSOv4 DOI value */ NLBL_MGMT_A_IPV6ADDR, /* (NLA_BINARY, struct in6_addr) * an IPv6 address */ NLBL_MGMT_A_IPV6MASK, /* (NLA_BINARY, struct in6_addr) * an IPv6 address mask */ NLBL_MGMT_A_IPV4ADDR, /* (NLA_BINARY, struct in_addr) * an IPv4 address */ NLBL_MGMT_A_IPV4MASK, /* (NLA_BINARY, struct in_addr) * and IPv4 address mask */ NLBL_MGMT_A_ADDRSELECTOR, /* (NLA_NESTED) * an IP address selector, must contain an address, mask, and protocol * attribute plus any protocol specific attributes */ NLBL_MGMT_A_SELECTORLIST, /* (NLA_NESTED) * the selector list, there must be at least one * NLBL_MGMT_A_ADDRSELECTOR attribute */ NLBL_MGMT_A_FAMILY, /* (NLA_U16) * The address family */ NLBL_MGMT_A_CLPDOI, /* (NLA_U32) * the CALIPSO DOI value */ __NLBL_MGMT_A_MAX, }; #define NLBL_MGMT_A_MAX (__NLBL_MGMT_A_MAX - 1) /* NetLabel protocol functions */ int netlbl_mgmt_genl_init(void); /* NetLabel configured protocol reference counter */ extern atomic_t netlabel_mgmt_protocount; #endif intel_atomic_commit+0x3cb/0x4f0 [i915] drm_atomic_commit+0x4b/0x50 [drm] restore_fbdev_mode+0x14c/0x2a0 [drm_kms_helper] drm_fb_helper_restore_fbdev_mode_unlocked+0x34/0x80 [drm_kms_helper] drm_fb_helper_set_par+0x2d/0x60 [drm_kms_helper] intel_fbdev_set_par+0x18/0x70 [i915] fb_set_var+0x236/0x460 fbcon_blank+0x30f/0x350 do_unblank_screen+0xd2/0x1a0 vt_ioctl+0x507/0x12a0 tty_ioctl+0x355/0xc30 do_vfs_ioctl+0xa3/0x5e0 SyS_ioctl+0x79/0x90 entry_SYSCALL_64_fastpath+0x13/0x94 - i915 unpin_work workqueue: intel_unpin_work_fn+0x58/0x140 [i915] process_one_work+0x1f1/0x480 worker_thread+0x48/0x4d0 kthread+0x101/0x140 and this patch purely papers over the issue by adding a NULL pointer check and a WARN_ON_ONCE() to avoid the oops that would then generally make the machine unresponsive. Other callers of i915_gem_object_to_ggtt() seem to also check for the returned pointer being NULL and warn about it, so this clearly has happened before in other places. [ Reported it originally to the i915 developers on Jan 8, applying the ugly workaround on my own now after triggering the problem for the second time with no feedback. This is likely to be the same bug reported as https://bugs.freedesktop.org/show_bug.cgi?id=98829 https://bugs.freedesktop.org/show_bug.cgi?id=99134 which has a patch for the underlying problem, but it hasn't gotten to me, so I'm applying the workaround. ] Cc: Daniel Vetter <daniel.vetter@intel.com> Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Cc: Imre Deak <imre.deak@intel.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'sound/usb/caiaq/midi.h')