Searched +full:device +full:- +full:specific (Results 1 – 25 of 1114) sorted by relevance
12345678910>>...45
/linux-6.12.1/drivers/leds/ |
D | leds-lp55xx-common.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 9 * Derived from leds-lp5521.c, leds-lp5523.c 15 #include <linux/led-class-multicolor.h> 41 static ssize_t show_engine##nr##_mode(struct device *dev, \ 47 static ssize_t store_engine##nr##_mode(struct device *dev, \ 57 static ssize_t show_engine##nr##_leds(struct device *dev, \ 63 static ssize_t store_engine##nr##_leds(struct device *dev, \ 73 static ssize_t store_engine##nr##_load(struct device *dev, \ 82 static ssize_t show_master_fader##nr(struct device *dev, \ 88 static ssize_t store_master_fader##nr(struct device *dev, \ [all …]
|
/linux-6.12.1/Documentation/driver-api/rapidio/ |
D | rapidio.rst | 5 The RapidIO standard is a packet-based fabric interconnect standard designed for 8 is publicly available for download from the RTA web-site [1]. 16 Because the RapidIO subsystem follows the Linux device model it is integrated 17 into the kernel similarly to other buses by defining RapidIO-specific device and 18 bus types and registering them within the device model. 21 architecture-specific interfaces that provide support for common RapidIO 33 --------------- 38 by a rio_mport data structure. This structure contains master port specific 40 host device ID that is valid when a master port is configured as an enumerating 43 RapidIO master ports are serviced by subsystem specific mport device drivers [all …]
|
D | mport_cdev.rst | 2 RapidIO subsystem mport character device driver (rio_mport_cdev.c) 8 This device driver is the result of collaboration within the RapidIO.org 17 for user-space applications. Most of RapidIO operations are supported through 20 When loaded this device driver creates filesystem nodes named rio_mportX in /dev 21 directory for each registered RapidIO mport device. 'X' in the node name matches 22 to unique port ID assigned to each local mport device. 24 Using available set of ioctl commands user-space applications can perform 27 - Reads and writes from/to configuration registers of mport devices 29 - Reads and writes from/to configuration registers of remote RapidIO devices. 32 - Set RapidIO Destination ID for mport devices (RIO_MPORT_MAINT_HDID_SET) [all …]
|
/linux-6.12.1/Documentation/driver-api/driver-model/ |
D | driver.rst | 2 Device Drivers 10 Device drivers are statically allocated structures. Though there may 13 device instance). 42 model because the bus they belong to has a bus-specific structure with 43 bus-specific fields that cannot be generalized. 45 The most common example of this are device ID structures. A driver 46 typically defines an array of device IDs that it supports. The format 47 of these structures and the semantics for comparing device IDs are 48 completely bus-specific. Defining them as bus-specific entities would 49 sacrifice type-safety, so we keep bus-specific structures around. [all …]
|
D | porting.rst | 12 Please refer to `Documentation/driver-api/driver-model/*.rst` for definitions of 21 be embedded in larger, bus-specific objects. Fields in these generic 22 objects can replace fields in the bus-specific objects. 28 # mount -t sysfs sysfs /sys 34 Step 0: Read include/linux/device.h for object and function definitions. 39 - Define a struct bus_type for the bus driver:: 46 - Register the bus type. 65 - Export the bus type for others to use. 81 - This will cause the bus to show up in /sys/bus/pci/ with two 84 # tree -d /sys/bus/pci/ [all …]
|
/linux-6.12.1/Documentation/hwmon/ |
D | pmbus-core.rst | 9 power-management protocol with a fully defined command language that facilitates 11 protocol is implemented over the industry-standard SMBus serial interface and 12 enables programming, control, and real-time monitoring of compliant power 18 promoted by the PMBus Implementers Forum (PMBus-IF), comprising 30+ adopters 22 commands, and manufacturers can add as many non-standard commands as they like. 23 Also, different PMBUs devices act differently if non-supported commands are 27 Despite all those difficulties, a generic PMBus device driver is still useful 29 device specific extensions in addition to the core PMBus driver, since it is 30 simply unknown what new device specific functionality PMBus device developers 33 To make device specific extensions as scalable as possible, and to avoid having [all …]
|
/linux-6.12.1/Documentation/driver-api/ |
D | vfio-pci-device-specific-driver-acceptance.rst | 1 .. SPDX-License-Identifier: GPL-2.0 3 Acceptance criteria for vfio-pci device specific driver variants 7 -------- 8 The vfio-pci driver exists as a device agnostic driver using the 10 handling to provide isolated device access to userspace. While the 11 vfio-pci driver does include some device specific support, further 12 extensions for yet more advanced device specific features are not 13 sustainable. The vfio-pci driver has therefore split out 14 vfio-pci-core as a library that may be reused to implement features 15 requiring device specific knowledge, ex. saving and loading device [all …]
|
/linux-6.12.1/drivers/crypto/virtio/ |
D | virtio_crypto_mgr.c | 1 // SPDX-License-Identifier: GPL-2.0-or-later 24 * virtcrypto_devmgr_add_dev() - Add vcrypto_dev to the acceleration 26 * @vcrypto_dev: Pointer to virtio crypto device. 28 * Function adds virtio crypto device to the global list. 29 * To be used by virtio crypto device specific drivers. 42 return -EFAULT; in virtcrypto_devmgr_add_dev() 51 return -EEXIST; in virtcrypto_devmgr_add_dev() 54 atomic_set(&vcrypto_dev->ref_count, 0); in virtcrypto_devmgr_add_dev() 55 list_add_tail(&vcrypto_dev->list, &virtio_crypto_table); in virtcrypto_devmgr_add_dev() 56 vcrypto_dev->dev_id = num_devices++; in virtcrypto_devmgr_add_dev() [all …]
|
/linux-6.12.1/drivers/gpio/ |
D | gpio-tangier.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */ 20 struct device; 24 /* Elkhart Lake specific wake registers */ 29 /* Merrifield specific wake registers */ 35 * struct tng_wake_regs - Platform specific wake registers 47 * struct tng_gpio_pinrange - Map pin numbers to gpio numbers 62 .npins = (gend) - (gstart) + 1, \ 66 * struct tng_gpio_pin_info - Platform specific pinout information 69 * @name: Respective pinctrl device name 78 * struct tng_gpio_info - Platform specific GPIO and IRQ information [all …]
|
/linux-6.12.1/include/linux/ |
D | msi.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 8 * - Interrupt core code 9 * - PCI/MSI core code 10 * - MSI interrupt domain implementations 11 * - IOMMU, low level VFIO, NTB and other justified exceptions 14 * Regular device drivers have no business with any of these functions and 18 * Device driver relevant functions are available in <linux/msi_api.h> 52 * msi_msg - Representation of a MSI message 54 * @arch_addrlo: Architecture specific shadow of @address_lo 56 * (only used when device supports it) [all …]
|
D | clk-provider.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 3 * Copyright (c) 2010-2011 Jeremy Kerr <jeremy.kerr@canonical.com> 4 * Copyright (C) 2011-2012 Linaro Ltd <mturquette@linaro.org> 14 * top-level framework. custom flags for dealing with hardware specifics 20 #define CLK_SET_PARENT_GATE BIT(1) /* must be gated across re-parent */ 26 #define CLK_SET_RATE_NO_REPARENT BIT(7) /* don't re-parent on rate change */ 31 /* parents need enable during gate/ungate, set rate and re-parent */ 42 * struct clk_rate_request - Structure encoding the clk constraints that 77 * struct clk_duty - Structure encoding the duty cycle ratio of a clock 88 * struct clk_ops - Callback operations for hardware clocks; these are to [all …]
|
D | mod_devicetable.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 3 * Device tables which are exported to userspace via 25 * struct pci_device_id - PCI device ID structure 27 * @device: Device ID to match (or PCI_ANY_ID) 29 * @subdevice: Subsystem device ID to match (or PCI_ANY_ID) 30 * @class: Device class, subclass, and "interface" to match. 34 * as vendor/device is normally sufficient. 35 * @class_mask: Limit which sub-fields of the class field are compared. 40 * into a static list of equivalent device types, 42 * @override_only: Match only when dev->driver_override is this driver. [all …]
|
D | interconnect-provider.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 18 * struct icc_node_data - icc node data 29 * struct icc_onecell_data - driver data for onecell interconnect providers 31 * @num_nodes: number of nodes in this device 32 * @nodes: array of pointers to the nodes in this device 43 * struct icc_provider - interconnect provider (controller) entity that might 48 * @set: pointer to device specific set operation function 49 * @aggregate: pointer to device specific aggregate operation function 50 * @pre_aggregate: pointer to device specific function that is called 52 * @get_bw: pointer to device specific function to get current bandwidth [all …]
|
/linux-6.12.1/include/net/ |
D | rtnetlink.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 59 return ((struct rtgenmsg *) nlmsg_data(nlh))->rtgen_family; in rtnl_msg_family() 65 * struct rtnl_link_ops - rtnetlink link operations 69 * @netns_refund: Physical device, move to init_net on netns exit 70 * @maxtype: Highest device specific netlink attribute number 71 * @policy: Netlink policy for device specific attribute validation 78 * @newlink: Function for configuring and registering a new device 79 * @changelink: Function for changing parameters of an existing device 80 * @dellink: Function to remove a device 81 * @get_size: Function to calculate required room for dumping device [all …]
|
/linux-6.12.1/drivers/hwspinlock/ |
D | hwspinlock_core.c | 1 // SPDX-License-Identifier: GPL-2.0 5 * Copyright (C) 2010 Texas Instruments Incorporated - http://www.ti.com 7 * Contact: Ohad Ben-Cohen <ohad@wizery.com> 19 #include <linux/radix-tree.h> 36 * and provides easy-to-use API which makes the hwspinlock core code simple 54 * as the radix-tree API requires that users provide all synchronisation. 55 * A mutex is needed because we're using non-atomic radix tree allocations. 61 * __hwspin_trylock() - attempt to lock a specific hwspinlock 72 * user need some time-consuming or sleepable operations under the hardware 87 * Returns: %0 if we successfully locked the hwspinlock or -EBUSY if [all …]
|
D | hwspinlock_internal.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 5 * Copyright (C) 2010 Texas Instruments Incorporated - http://www.ti.com 7 * Contact: Ohad Ben-Cohen <ohad@wizery.com> 14 #include <linux/device.h> 19 * struct hwspinlock_ops - platform-specific hwspinlock handlers 24 * @bust: optional, platform-specific bust handler, called by hwspinlock 25 * core to bust a specific lock. 26 * @relax: optional, platform-specific relax handler, called by hwspinlock 38 * struct hwspinlock - this struct represents a single hwspinlock instance 41 * @priv: private data, owned by the underlying platform-specific hwspinlock drv [all …]
|
/linux-6.12.1/drivers/gpu/drm/exynos/ |
D | exynos_drm_drv.h | 1 /* SPDX-License-Identifier: GPL-2.0-or-later */ 8 * Seung-Woo Kim <sw0312.kim@samsung.com> 60 * specific overlay info. 84 * to hardware specific overlay info. 103 * @zpos: initial z-position of the plane. 121 * @atomic_enable: enable the device 122 * @atomic_disable: disable the device 123 * @enable_vblank: specific driver callback for enabling vblank interrupt. 124 * @disable_vblank: specific driver callback for disabling vblank interrupt. 125 * @mode_valid: specific driver callback for mode validation [all …]
|
/linux-6.12.1/Documentation/arch/powerpc/ |
D | bootwrapper.rst | 17 others. U-Boot is typically found on embedded PowerPC hardware, but there 28 U-Boot (for versions that don't understand the device 29 tree). This image embeds a device tree blob inside 30 the image. The boot wrapper, kernel and device tree 31 are all embedded inside the U-Boot uImage file format 33 bd_info structure and loads the data into the device 37 bd_info structure used in the old U-Boot interfaces, 38 cuImages are platform specific. Each specific 39 U-Boot platform has a different platform init file 40 which populates the embedded device tree with data [all …]
|
/linux-6.12.1/arch/x86/include/asm/ |
D | x86_init.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 14 * struct x86_init_mpparse - platform specific mpparse ops 15 * @setup_ioapic_ids: platform specific ioapic id override 28 * struct x86_init_resources - platform specific resource related ops 32 * @memory_setup: platform specific memory setup 33 * @dmi_setup: platform specific DMI setup 43 * struct x86_init_irqs - platform specific interrupt setup 60 * struct x86_init_oem - oem platform specific customizing functions 61 * @arch_setup: platform specific architecture setup 62 * @banner: print a platform specific banner [all …]
|
/linux-6.12.1/Documentation/devicetree/bindings/usb/ |
D | omap-usb.txt | 1 OMAP GLUE AND OTHER OMAP SPECIFIC COMPONENTS 4 - compatible : Should be "ti,omap4-musb" or "ti,omap3-musb" 5 - ti,hwmods : must be "usb_otg_hs" 6 - multipoint : Should be "1" indicating the musb controller supports 7 multipoint. This is a MUSB configuration-specific setting. 8 - num-eps : Specifies the number of endpoints. This is also a 9 MUSB configuration-specific setting. Should be set to "16" 10 - ram-bits : Specifies the ram address size. Should be set to "12" 11 - interface-type : This is a board specific setting to describe the type of 14 - mode : Should be "3" to represent OTG. "1" signifies HOST and "2" [all …]
|
/linux-6.12.1/include/linux/usb/ |
D | typec_altmode.h | 1 /* SPDX-License-Identifier: GPL-2.0 */ 8 #include <linux/device.h> 15 * struct typec_altmode - USB Type-C alternate mode device 16 * @dev: Driver model's view of this device 26 struct device dev; 42 dev_set_drvdata(&altmode->dev, data); in typec_altmode_set_drvdata() 47 return dev_get_drvdata(&altmode->dev); in typec_altmode_get_drvdata() 51 * struct typec_altmode_ops - Alternate mode specific operations vector 55 * @vdm: Callback for SVID specific commands 81 * struct typec_cable_ops - Cable alternate mode operations vector [all …]
|
/linux-6.12.1/tools/perf/trace/beauty/include/uapi/linux/ |
D | vhost.h | 1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ 4 /* Userspace interface for in-kernel virtio accelerators. */ 11 * device configuration. 18 #define VHOST_FILE_UNBIND -1 25 * vhost specific features. */ 33 /* Give up ownership, and reset the device to default values. 48 /* By default, a device gets one vhost_worker that its virtqueues share. This 49 * command allows the owner of the device to create an additional vhost_worker 50 * for the device. It can later be bound to 1 or more of its virtqueues using 54 * of the device. The new thread will inherit caller's cgroups and namespaces, [all …]
|
/linux-6.12.1/include/uapi/linux/ |
D | vhost.h | 1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ 4 /* Userspace interface for in-kernel virtio accelerators. */ 11 * device configuration. 18 #define VHOST_FILE_UNBIND -1 25 * vhost specific features. */ 33 /* Give up ownership, and reset the device to default values. 48 /* By default, a device gets one vhost_worker that its virtqueues share. This 49 * command allows the owner of the device to create an additional vhost_worker 50 * for the device. It can later be bound to 1 or more of its virtqueues using 54 * of the device. The new thread will inherit caller's cgroups and namespaces, [all …]
|
/linux-6.12.1/Documentation/staging/ |
D | remoteproc.rst | 10 of operating system, whether it's Linux or any other flavor of real-time OS. 12 OMAP4, for example, has dual Cortex-A9, dual Cortex-M3 and a C64x+ DSP. 13 In a typical configuration, the dual cortex-A9 is running Linux in a SMP 22 platform-specific remoteproc drivers only need to provide a few low-level 24 (for more information about the virtio-based rpmsg bus and its drivers, 57 without really powering off the device. 74 Find an rproc handle using a device tree phandle. Returns the rproc 112 struct rproc *rproc_alloc(struct device *dev, const char *name, 117 it yet. Required parameters are the underlying device, the 118 name of this remote processor, platform-specific ops handlers, [all …]
|
/linux-6.12.1/include/linux/platform_data/ |
D | brcmfmac.h | 27 * Platform specific driver functions and data. Through the platform specific 28 * device data functions and data can be provided to help the brcmfmac driver to 29 * operate with the device in combination with the used platform. 34 * Note: the brcmfmac can be loaded as module or be statically built-in into 35 * the kernel. If built-in then do note that it uses module_init (and 37 * create a module with the platform specific data for the brcmfmac and have 38 * it built-in to the kernel then use a higher initcall then device_initcall 48 * enum brcmf_bus_type - Bus type identifier. Currently SDIO, USB and PCIE are 59 * struct brcmfmac_sdio_pd - SDIO Device specific platform data. 67 * device. [all …]
|
12345678910>>...45