Home
last modified time | relevance | path

Searched +full:platform +full:- +full:specific (Results 1 – 25 of 1102) sorted by relevance

12345678910>>...45

/linux/include/linux/mtd/
H A Dplatnand.h1 /* SPDX-License-Identifier: GPL-2.0 */
3 * Copyright © 2000-2010 David Woodhouse <dwmw2@infradead.org>
7 * Contains all platform NAND related definitions.
18 * struct platform_nand_chip - chip level device structure
26 * @part_probe_types: NULL-terminated array of probe types
40 * struct platform_nand_ctrl - controller level device structure
41 * @probe: platform specific function to probe/setup hardware
42 * @remove: platform specific function to remove/teardown hardware
43 * @dev_ready: platform specific function to read ready/busy pin
44 * @select_chip: platform specific chip select function
[all …]
/linux/drivers/usb/musb/
H A Dmusb_io.h1 /* SPDX-License-Identifier: GPL-2.0 */
6 * Copyright (C) 2005-2006 by Texas Instruments
7 * Copyright (C) 2006-2007 Nokia Corporation
15 #define musb_ep_select(_mbase, _epnum) musb->io.ep_select((_mbase), (_epnum))
18 * struct musb_io - IO functions for MUSB
19 * @ep_offset: platform specific function to get end point offset
20 * @ep_select: platform specific function to select end point
21 * @fifo_offset: platform specific function to get fifo offset
22 * @read_fifo: platform specific function to read fifo
23 * @write_fifo: platform specific function to write fifo
[all …]
/linux/drivers/gpio/
H A Dgpio-tangier.h1 /* SPDX-License-Identifier: GPL-2.0-only */
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
78 * struct tng_gpio_info - Platform specific GPIO and IRQ information
90 * struct tng_gpio - Platform specific private data
96 * @ctx: Context to be saved during suspend-resume
[all …]
/linux/Documentation/arch/powerpc/
H A Dbootwrapper.rst17 others. U-Boot is typically found on embedded PowerPC hardware, but there
28 U-Boot (for versions that don't understand the device
31 are all embedded inside the U-Boot uImage file format
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
41 from the platform specific bd_info file. The platform
42 specific cuImage platform init code can be found in
44 cuImage init code for a specific board can be found in
50 binary depending on the platform.
[all …]
/linux/include/linux/platform_data/
H A Dbrcmfmac.h27 * Platform specific driver functions and data. Through the platform specific
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
40 * but will not pickup the platform data.
42 * When the driver does not "detect" platform driver data then it will continue
48 * enum brcmf_bus_type - Bus type identifier. Currently SDIO, USB and PCIE are
59 * struct brcmfmac_sdio_pd - SDIO Device specific platform data.
[all …]
/linux/drivers/hwspinlock/
H A Dhwspinlock_internal.h1 /* 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 * 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
50 * struct hwspinlock_device - a device which usually spans numerous hwspinlocks
[all …]
/linux/include/linux/
H A Dplatform_device.h1 /* SPDX-License-Identifier: GPL-2.0-only */
3 * platform_device.h - generic, centralized driver model
5 * Copyright (c) 2001-2003 Patrick Mochel <mochel@osdl.org>
7 * See Documentation/driver-api/driver-model/ for more information.
14 #include <linux/device-id/platform.h>
16 #define PLATFORM_DEVID_NONE (-1)
17 #define PLATFORM_DEVID_AUTO (-2)
40 /* arch specific additions */
44 #define platform_get_device_id(pdev) ((pdev)->id_entry)
46 #define dev_is_platform(dev) ((dev)->bus == &platform_bus_type)
[all …]
H A Dfsl_devices.h1 /* SPDX-License-Identifier: GPL-2.0-or-later */
5 * Definitions for any platform device related flags or structures for
17 PHY CLK to become stable - 10ms*/
30 * Each sub-arch has its own master list of unique devices and
31 * enumerates them by enum fsl_devices in a sub-arch specific header
33 * The platform data structure is broken into two parts. The
34 * first is device specific information that help identify any
40 * - platform data structures: <driver>_platform_data
41 * - platform data device flags: FSL_<driver>_DEV_<FLAG>
42 * - platform data board flags: FSL_<driver>_BRD_<FLAG>
[all …]
/linux/drivers/pinctrl/samsung/
H A Dpinctrl-samsung.h1 /* SPDX-License-Identifier: GPL-2.0+ */
3 * pin-controller/pin-mux/pin-config/gpio-driver for Samsung's SoC's.
25 * enum pincfg_type - possible pin configuration types supported.
46 * packed together into a 16-bits. The upper 8-bits represent the configuration
47 * type and the lower 8-bits hold the value of the configuration type.
70 * enum pud_index - Possible index values to access the pud_val array.
84 * enum eint_type - possible external interrupt types.
104 /* maximum length of a pin in pin descriptor (example: "gpa0-0") */
135 * struct samsung_pin_bank_data: represent a controller pin-bank (init data).
137 * @pctl_offset: starting offset of the pin-bank registers.
[all …]
/linux/Documentation/admin-guide/pm/
H A Dsuspend-flows.rst1 .. SPDX-License-Identifier: GPL-2.0
12 At least one global system-wide transition needs to be carried out for the
14 :doc:`sleep states <sleep-states>`. Hibernation requires more than one
16 referred to as *system-wide suspend* (or simply *system suspend*) states, need
27 significant differences between the :ref:`suspend-to-idle <s2idle>` code flows
28 and the code flows related to the :ref:`suspend-to-RAM <s2ram>` and
31 The :ref:`suspend-to-RAM <s2ram>` and :ref:`standby <standby>` sleep states
32 cannot be implemented without platform support and the difference between them
33 boils down to the platform-specific actions carried out by the suspend and
34 resume hooks that need to be provided by the platform driver to make them
[all …]
/linux/Documentation/devicetree/bindings/hwlock/
H A Dhwlock.txt4 Generic bindings that are common to all the hwlock platform specific driver
7 Please also look through the individual platform specific hwlock binding
8 documentations for identifying any additional properties specific to that
9 platform.
15 - #hwlock-cells: Specifies the number of cells needed to represent a
16 specific lock.
21 Consumers that require specific hwlock(s) should specify them using the
22 property "hwlocks", and an optional "hwlock-names" property.
25 - hwlocks: List of phandle to a hwlock provider node and an
27 #hwlock-cells. The list can have just a single hwlock
[all …]
/linux/Documentation/driver-api/
H A Dsm501.rst15 ----
18 drivers which manage the specific hardware blocks. These services
23 chips via the platform device and driver system.
26 be specified by the platform data) and then exports the selected
27 peripheral set as platform devices for the specific drivers.
29 The core re-uses the platform device system as the platform device
31 need to create a new bus-type and the associated code to go with it.
35 ---------
38 the specific set of resources that peripheral requires in order to
43 as this is by-far the most resource-sensitive of the on-chip functions.
[all …]
/linux/tools/power/x86/x86_energy_perf_policy/
H A Dx86_energy_perf_policy.81 .\" This page Copyright (C) 2010 - 2015 Len Brown <len.brown@intel.com>
5 x86_energy_perf_policy \- Manage Energy vs. Performance Policy
10 .RB "scope: \-\-cpu\ cpu-list | \-\-pkg\ pkg-list"
12 .RB "cpu-list, pkg-list: # | #,# | #-# | all"
14 .RB "field: \-\-all | \-\-epb | \-\-hwp-epp | \-\-hwp-min | \-\-hwp-max | \-\-hwp-desired"
16 .RB "other: (\-\-force | \-\-hwp-enable | \-\-turbo-enable) value)"
18 .RB "soc-slider: --soc-slider-balance # | --soc-slider-offset # | --platform-profile <name>"
20 .RB "value: # | default | performance | balance-performance | balance-power | power"
23 displays and updates energy-performance policy settings specific to
26 and also decodes underlying Model Specific Register (MSRs).
[all …]
/linux/Documentation/ABI/testing/
H A Dsysfs-platform-hidma-mgmt1 What: /sys/devices/platform/hidma-mgmt*/chanops/chan*/priority
2 /sys/devices/platform/QCOM8060:*/chanops/chan*/priority
10 What: /sys/devices/platform/hidma-mgmt*/chanops/chan*/weight
11 /sys/devices/platform/QCOM8060:*/chanops/chan*/weight
19 What: /sys/devices/platform/hidma-mgmt*/chreset_timeout_cycles
20 /sys/devices/platform/QCOM8060:*/chreset_timeout_cycles
25 Contains the platform specific cycle value to wait after a
28 is platform specific and should not be changed without
31 What: /sys/devices/platform/hidma-mgmt*/dma_channels
32 /sys/devices/platform/QCOM8060:*/dma_channels
[all …]
H A Dsysfs-devices-platform-ipmi1 What: /sys/devices/platform/ipmi_bmc.*/firmware_revision
4 Contact: openipmi-developer@lists.sourceforge.net
9 What: /sys/devices/platform/ipmi_bmc.*/aux_firmware_revision
12 Contact: openipmi-developer@lists.sourceforge.net
16 The meanings of the numbers are specific to the vendor
20 What: /sys/devices/platform/ipmi_bmc.*/revision
23 Contact: openipmi-developer@lists.sourceforge.net
30 What: /sys/devices/platform/ipmi_bmc.*/provides_device_sdrs
33 Contact: openipmi-developer@lists.sourceforge.net
39 What: /sys/devices/platform/ipmi_bmc.*/device_id
[all …]
H A Dsysfs-devices-removable6 platform by the user. This is determined by its subsystem in a
7 bus / platform-specific way. This attribute is only present for
11 "removable" device can be removed from the platform by the user
12 "fixed" device is fixed to the platform / cannot be removed
19 platform-specific data such as ACPI) and PCI (which gets this
/linux/include/uapi/linux/
H A Dpfrut.h1 /* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
3 * Platform Firmware Runtime Update header
16 * PFRU_IOC_SET_REV - _IOW(PFRUT_IOCTL_MAGIC, 0x01, unsigned int)
19 * * 0 - success
20 * * -EFAULT - fail to read the revision id
21 * * -EINVAL - user provides an invalid revision id
23 * Set the Revision ID for Platform Firmware Runtime Update.
28 * PFRU_IOC_STAGE - _IOW(PFRUT_IOCTL_MAGIC, 0x02, unsigned int)
31 * * 0 - success
32 * * -EINVAL - stage phase returns invalid result
[all …]
/linux/Documentation/devicetree/bindings/perf/
H A Driscv,pmu.yaml1 # SPDX-License-Identifier: BSD-2-Clause
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: RISC-V SBI PMU events
10 - Atish Patra <atishp@rivosinc.com>
18 The platform must provide information about PMU event to counter mappings
19 either via device tree or another way, specific to the platform.
24 MHPMCOUNTERx for that specific event. The can either be done via device tree
25 or another way, specific to the platform.
27 platform.
[all …]
/linux/Documentation/driver-api/usb/
H A Dwriting_musb_glue_layer.rst15 Instead, these embedded UDC rely on the USB On-the-Go (OTG)
18 Dual-Role Controller (MUSB HDRC) found in the Mentor Graphics Inventra™
21 As a self-taught exercise I have written an MUSB glue layer for the
28 .. _musb-basics:
33 To get started on the topic, please read USB On-the-Go Basics (see
37 albeit focused on some specific devices provided by these companies.
46 ------------------------
47 | | <------- drivers/usb/gadget
48 | Linux USB Core Stack | <------- drivers/usb/host
49 | | <------- drivers/usb/core
[all …]
/linux/drivers/net/ethernet/microchip/vcap/
H A DKconfig1 # SPDX-License-Identifier: GPL-2.0-only
9 bool "VCAP (Versatile Content-Aware Processor) library"
15 - Programmable key fields
16 - Programmable action fields
17 - A counter (which may be only one bit wide)
21 - A number of lookups
22 - A keyset configuration per port per lookup
27 - Creating and deleting rules
28 - Updating and getting rules
30 The platform specific configuration as well as the platform specific model
[all …]
/linux/Documentation/driver-api/backlight/
H A Dlp855x-driver.rst15 -----------
36 Platform data for lp855x
37 ------------------------
39 For supporting platform specific data, the lp855x platform data can be used.
48 Platform specific PWM period value. unit is nano.
58 1) lp8552 platform data: i2c register mode with new eeprom data::
68 .name = "lcd-bl",
75 2) lp8556 platform data: pwm input mode with default rom data::
/linux/arch/powerpc/platforms/pseries/
H A Dpapr-platform-dump.c1 // SPDX-License-Identifier: GPL-2.0-only
3 #define pr_fmt(fmt) "papr-platform-dump: " fmt
12 #include <asm/rtas-work-area.h>
14 #include <uapi/asm/papr-platform-dump.h>
17 * Function-specific return values for ibm,platform-dump, derived from
18 * PAPR+ v2.13 7.3.3.4.1 "ibm,platform-dump RTAS Call".
22 #define RTAS_NOT_AUTHORIZED -9002 /* Not Authorized */
27 * struct ibm_platform_dump_params - Parameters (in and out) for
28 * ibm,platform-dump
31 * @dump_tag_hi: In: Most-significant 32 bits of a Dump_Tag representing
[all …]
/linux/Documentation/devicetree/bindings/pci/
H A Dsnps,dw-pcie-ep.yaml1 # SPDX-License-Identifier: GPL-2.0
3 ---
4 $id: http://devicetree.org/schemas/pci/snps,dw-pcie-ep.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Jingoo Han <jingoohan1@gmail.com>
11 - Gustavo Pimentel <gustavo.pimentel@synopsys.com>
16 # Please create a separate DT-schema for your DWC PCIe Endpoint controller
17 # and make sure it's assigned with the vendor-specific compatible string.
21 const: snps,dw-pcie-ep
23 - compatible
[all …]
/linux/Documentation/sound/soc/
H A Doverview.rst6 provide better ALSA support for embedded system-on-chip processors (e.g.
9 had some limitations:-
12 CPU. This is not ideal and leads to code duplication - for example,
18 machine specific code to re-route audio, enable amps, etc., after such an
31 features :-
50 * Machine specific controls: Allow machines to add controls to the sound card
54 multiple re-usable component drivers :-
56 * Codec class drivers: The codec class driver is platform independent and
62 * Platform class drivers: The platform class driver includes the audio DMA
64 and any audio DSP drivers for that platform.
[all …]
/linux/Documentation/driver-api/xilinx/
H A Deemi.rst6 -------------------------------------
7 The zynqmp-firmware node describes the interface to platform firmware.
10 used by any driver to communicate with PMC(Platform Management Controller).
13 ----------------------------------------------
23 ------
26 any device specific configuration. IOCTL definitions can be platform
27 specific. This API also manage shared device configuration.
30 - IOCTL_SET_PLL_FRAC_MODE 8
31 - IOCTL_GET_PLL_FRAC_MODE 9
32 - IOCTL_SET_PLL_FRAC_DATA 10
[all …]

12345678910>>...45