Searched +full:in +full:- +full:functions (Results 1 – 25 of 746) sorted by relevance
12345678910>>...30
| /Documentation/usb/ |
| D | gadget_configfs.rst | 15 be connected to a USB Host to extend it with additional functions like a serial
20 functions, each function representing e.g. a serial connection or a SCSI disk.
22 Linux provides a number of functions for gadgets to use.
25 and which functions each configuration will provide.
39 In order for this to work configfs must be available, so CONFIGFS_FS must be
40 'y' or 'm' in .config. As of this writing USB_LIBCOMPOSITE selects CONFIGFS_FS.
50 http://www.spinics.net/lists/linux-usb/msg76388.html)
55 $ mount none $CONFIGFS_HOME -t configfs
60 -----------------------
82 In order to have a place to store them, a strings subdirectory must be created
[all …]
|
| D | functionfs.rst | 12 that kernel level composite functions provide when they are added to
15 This in particular means that the composite initialisation functions
16 may not be in init section (ie. may not use the __init tag).
25 them as needed also handling situation when numbers differ in
28 For more information about FunctionFS descriptors see :doc:`functionfs-desc`
40 What I also want to mention is that the FunctionFS is designed in such
41 a way that it is possible to mount it several times so in the end
42 a gadget could use several FunctionFS functions. The idea is that
50 $ insmod g_ffs.ko idVendor=<ID> iSerialNumber=<string> functions=mtp,hid
51 $ mkdir /dev/ffs-mtp && mount -t functionfs mtp /dev/ffs-mtp
[all …]
|
| /Documentation/core-api/ |
| D | genalloc.rst | 4 There are a number of memory-allocation subsystems in the kernel, each
6 implement a new allocator for a specific range of special-purpose memory;
10 tested allocators. Back in 2005, Jes Sorensen lifted one of those
20 .. kernel-doc:: lib/genalloc.c
21 :functions: gen_pool_create
23 .. kernel-doc:: lib/genalloc.c
24 :functions: devm_gen_pool_create
27 allocations is set with min_alloc_order; it is a log-base-2 number like
31 required to track the memory in the pool. The nid parameter specifies
33 structures; it can be -1 if the caller doesn't care.
[all …]
|
| D | boot-time-mm.rst | 12 must set it up in :c:func:`setup_arch` and tear it down in
13 :c:func:`mem_init` functions.
16 functions and macros for memory allocations. The allocation request
18 particular node in a NUMA system. There are API variants that panic
26 .. kernel-doc:: mm/memblock.c
30 Functions and structures
33 Here is the description of memblock data structures, functions and
36 descriptions for the internal functions can help to understand what
39 .. kernel-doc:: include/linux/memblock.h
40 .. kernel-doc:: mm/memblock.c
[all …]
|
| D | asm-annotations.rst | 4 Copyright (c) 2017-2019 Jiri Slaby
6 This document describes the new macros for annotation of data and code in
7 assembly. In particular, it contains information about ``SYM_FUNC_START``,
11 ---------
12 Some code like entries, trampolines, or boot code needs to be written in
13 assembly. The same as in C, such code is grouped into functions and
18 some functions as *global* in order to be visible outside of their translation
24 annotations in assembly. Due to the lack of their documentation, the macros
25 are used in rather wrong contexts at some locations. Clearly, ``ENTRY`` was
27 ``END`` used to mark the end of data or end of special functions with
[all …]
|
| /Documentation/devicetree/bindings/pinctrl/ |
| D | marvell,armada-37xx-pinctrl.txt | 12 ------------------------
16 Refer to pinctrl-bindings.txt in this directory for details of the
22 - compatible: "marvell,armada3710-sb-pinctrl", "syscon, "simple-mfd"
24 "marvell,armada3710-nb-pinctrl", "syscon, "simple-mfd"
26 - reg: The first set of register are for pinctrl/gpio and the second
28 - interrupts: list of the interrupt use by the gpio
30 Available groups and functions for the North bridge:
33 - pins 20-24
34 - functions jtag, gpio
37 - pins 8-10
[all …]
|
| /Documentation/livepatch/ |
| D | livepatch.rst | 17 heavy load during peak usage. In addition to keeping systems up and running,
20 functions without a system reboot.
26 There are multiple mechanisms in the Linux kernel that are directly related
30 - The kernel probes are the most generic. The code can be redirected by
33 - The function tracer calls the code from a predefined location that is
35 compiler using the '-pg' gcc option.
37 - Livepatching typically needs to redirect the code at the very beginning
39 are in any way modified.
53 Functions are there for a reason. They take some input parameters, acquire or
54 release locks, read, process, and even write some data in a defined way,
[all …]
|
| D | cumulative-patches.rst | 7 an order in which the patches will be installed. And function implementations
11 modified the same function in different ways.
15 from all older livepatches and completely replace them in one transition.
18 -----
20 The atomic replace can be enabled by setting "replace" flag in struct klp_patch,
33 Ftrace handlers are transparently removed from functions that are no
42 actually in use. Also the livepatch might then be seen as a "normal"
48 --------
52 - Atomically revert some functions in a previous patch while
53 upgrading other functions.
[all …]
|
| D | reliable-stacktrace.rst | 15 functions may have live state and therefore may not be safe to patch. One way
16 to identify which functions are live is to use a stacktrace.
19 functions with live state, and best-effort approaches which can be helpful for
22 functions from a trace.
28 Architectures must implement one of the reliable stacktrace functions.
35 * The trace includes all functions that the task may be returned to, and the
38 * The return code is non-zero to indicate that the trace is not reliable.
41 In some cases it is legitimate to omit specific functions from the trace,
42 but all other functions must be reported. These cases are described in
47 function should attempt to detect such cases and return a non-zero error
[all …]
|
| /Documentation/power/ |
| D | opp.rst | 5 (C) 2009-2010 Nishanth Menon <nm@ti.com>, Texas Instruments Incorporated
11 3. OPP Search Functions
12 4. OPP Availability Control Functions
13 5. OPP Data Retrieval Functions
20 -------------------------------------------------
22 Complex SoCs of today consists of a multiple sub-modules working in conjunction.
23 In an operational system executing varied use cases, not all modules in the SoC
25 facilitate this, sub-modules in a SoC are grouped into domains, allowing some
41 - {300000000, 1000000}
42 - {800000000, 1200000}
[all …]
|
| /Documentation/PCI/endpoint/ |
| D | pci-vntb-howto.rst | 1 .. SPDX-License-Identifier: GPL-2.0
4 PCI Non-Transparent Bridge (NTB) Endpoint Function (EPF) User Guide
9 This document is a guide to help users use pci-epf-vntb function driver
11 be followed in the host side and EP side is given below. For the hardware
13 Documentation/PCI/endpoint/pci-vntb-function.rst
19 ---------------------------
21 To find the list of endpoint controller devices in the system::
32 -------------------------
34 To find the list of endpoint function drivers in the system::
36 # ls /sys/bus/pci-epf/drivers
[all …]
|
| D | pci-ntb-howto.rst | 1 .. SPDX-License-Identifier: GPL-2.0
4 PCI Non-Transparent Bridge (NTB) Endpoint Function (EPF) User Guide
9 This document is a guide to help users use pci-epf-ntb function driver
11 be followed in the host side and EP side is given below. For the hardware
13 Documentation/PCI/endpoint/pci-ntb-function.rst
19 ---------------------------
24 To find the list of endpoint controller devices in the system::
27 2900000.pcie-ep 2910000.pcie-ep
32 2900000.pcie-ep 2910000.pcie-ep
36 -------------------------
[all …]
|
| D | pci-test-howto.rst | 1 .. SPDX-License-Identifier: GPL-2.0
9 This document is a guide to help users use pci-epf-test function driver
11 be followed in the host side and EP side is given below.
17 ---------------------------
19 To find the list of endpoint controller devices in the system::
31 -------------------------
33 To find the list of endpoint function drivers in the system::
35 # ls /sys/bus/pci-epf/drivers
40 # ls /sys/kernel/config/pci_ep/functions
44 Creating pci-epf-test Device
[all …]
|
| /Documentation/driver-api/media/ |
| D | dtv-demux.rst | 1 .. SPDX-License-Identifier: GPL-2.0
4 ---------------------
9 The Kernel Digital TV Demux kABI defines a driver-internal interface for
10 registering low-level, hardware specific driver to a hardware independent
12 The header file for this kABI is named ``demux.h`` and located in
15 The demux kABI should be implemented for each demux in the system. It is
20 Each demux receives its TS input from a DVB front-end or from memory, as
21 set via this demux kABI. In a system with more than one front-end, the kABI
22 can be used to select one of the DVB front-ends as a TS source for a demux,
23 unless this is fixed in the HW platform.
[all …]
|
| /Documentation/trace/ |
| D | ftrace-uses.rst | 2 Using ftrace to hook to functions
16 beginning of functions in order to record and trace the flow of the kernel.
33 There are helper functions to help against recursion, and making sure
48 .. code-block:: c
77 no longer being called by functions after the unregister_ftrace_function()
87 .. code-block:: c
106 flags are set in the ftrace_ops structure, then this will be pointing
114 As functions can be called from anywhere, and it is possible that a function
116 recursion protection must be used. There are two helper functions that
117 can help in this regard. If you start your code with:
[all …]
|
| /Documentation/bpf/ |
| D | bpf_licensing.rst | 10 "BPF" was originally introduced as BSD Packet Filter in
11 http://www.tcpdump.org/papers/bpf-usenix93.pdf. The corresponding instruction
15 However an instruction set is a specification for machine-language interaction,
17 application of a BSD license may be misleading in a certain context, as the
22 In 2014, the classic BPF instruction set was significantly extended. We
29 Using the eBPF instruction set requires implementing code in both kernel space
32 In Linux Kernel
33 ---------------
35 The reference implementations of the eBPF interpreter and various just-in-time
37 eBPF helper functions is also GPLv2 licensed. Interpreters, JITs, helpers,
[all …]
|
| /Documentation/driver-api/fpga/ |
| D | fpga-region.rst | 5 --------
8 more conceptual look at regions can be found in the Device Tree binding
16 Currently the only layer above fpga-region.c in the kernel is the Device Tree
17 support (of-fpga-region.c) described in [#f1]_. The DT support layer uses regions
22 An fpga-region can be set up to know the following things:
28 Additional info needed to program the FPGA image is passed in the struct
31 * pointers to the image as either a scatter-gather buffer, a contiguous
38 ----------------------------
40 An example of usage can be seen in the probe function of [#f2]_.
42 .. [#f1] ../devicetree/bindings/fpga/fpga-region.txt
[all …]
|
| D | fpga-mgr.rst | 5 --------
7 The FPGA manager core exports a set of functions for programming an FPGA with
9 hidden away in a low level driver which registers a set of ops with the core.
13 The FPGA image to be programmed can be in a scatter gather list, a single
18 The particulars for programming the image are presented in a structure (struct
20 FPGA image as well as image-specific particulars such as whether the image was
24 --------------------------------
39 struct device *dev = &pdev->dev;
46 return -ENOMEM;
50 * them in priv
[all …]
|
| /Documentation/arch/s390/ |
| D | pci.rst | 1 .. SPDX-License-Identifier: GPL-2.0
8 - Pierre Morel
17 -----------------------
28 ---------------
30 The S/390 debug feature (s390dbf) generates views to hold various debug results in sysfs directorie…
36 - /sys/kernel/debug/s390dbf/pci_msg/sprintf
48 Entries specific to zPCI functions and entries that hold zPCI information.
56 - /sys/bus/pci/slots/XXXXXXXX/power
59 powered off until all virtual functions are removed with:
64 - function_id
[all …]
|
| /Documentation/arch/arm/omap/ |
| D | omap_pm.rst | 6 authors use these functions to communicate minimum latency or
13 - support the range of power management parameters present in the TI SRF;
15 - separate the drivers from the underlying PM parameter
19 - specify PM parameters in terms of fundamental units, such as
23 - allow drivers which are shared with other architectures (e.g.,
24 DaVinci) to add these constraints in a way which won't affect non-OMAP
27 - can be implemented immediately with minimal disruption of other
32 five power management functions for driver code:
36 (*pdata->set_max_mpu_wakeup_lat)(struct device *dev, unsigned long t)
40 (*pdata->set_max_dev_wakeup_lat)(struct device *dev, unsigned long t)
[all …]
|
| /Documentation/ABI/testing/ |
| D | configfs-usb-gadget-uvc | 1 What: /config/usb-gadget/gadget/functions/uvc.name
13 What: /config/usb-gadget/gadget/functions/uvc.name/control
27 What: /config/usb-gadget/gadget/functions/uvc.name/control/class
32 What: /config/usb-gadget/gadget/functions/uvc.name/control/class/ss
37 What: /config/usb-gadget/gadget/functions/uvc.name/control/class/fs
42 What: /config/usb-gadget/gadget/functions/uvc.name/control/terminal
47 What: /config/usb-gadget/gadget/functions/uvc.name/control/terminal/output
52 What: /config/usb-gadget/gadget/functions/uvc.name/control/terminal/output/default
66 bTerminalID a non-zero id of this terminal
69 What: /config/usb-gadget/gadget/functions/uvc.name/control/terminal/camera
[all …]
|
| /Documentation/trace/rv/ |
| D | da_monitor_instrumentation.rst | 7 In the example of the wip.dot monitor created on [1], it will look like::
50 Tracing callback functions
51 --------------------------
53 The first three functions are the starting point of the callback *handler
54 functions* for each of the three events from the wip model. The developer
74 In this case, the kernel event translates one to one with the automata
81 Initially, the *model* is placed in the initial state. However, the *system*
82 might or might not be in the initial state. The monitor cannot start
84 Otherwise, the monitor and the system could be out-of-sync.
92 "da_handle_start_event_$(MONITOR_NAME)(event)", in this case::
[all …]
|
| /Documentation/sound/designs/ |
| D | midi-2.0.rst | 12 - Support of Universal MIDI Packet (UMP)
13 - Support of MIDI 2.0 protocol messages
14 - Transparent conversions between UMP and legacy MIDI 1.0 byte stream
15 - MIDI-CI for property and profile configurations
19 aligned, and each message can be put in a single packet. UMP can send
26 MIDI-CI is a high-level protocol that can talk with the MIDI device
27 for the flexible profiles and configurations. It's represented in the
31 the encoding/decoding of MIDI protocols on UMP, while MIDI-CI is
32 supported in user-space over the standard SysEx.
39 The access to UMP devices are provided in two ways: the access via
[all …]
|
| /Documentation/driver-api/tty/ |
| D | tty_ldisc.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 characters -- it throws them away.
21 returns an error then it won’t get called. Do not re-use ldisc numbers as they
23 demons to eat your computer. You must not re-register over the top of the line
25 demons. In order to remove a line discipline call tty_unregister_ldisc().
28 tty_ldisc structure in the ldisc table counts the number of lines using this
30 the number of active users of the ldisc at this instant. In effect it counts
34 .. kernel-doc:: drivers/tty/tty_ldisc.c
37 Other Functions
40 .. kernel-doc:: drivers/tty/tty_ldisc.c
[all …]
|
| /Documentation/driver-api/ |
| D | reset.rst | 1 .. SPDX-License-Identifier: GPL-2.0-only
13 the `consumer driver interface <#consumer-driver-interface>`__ (`API reference
14 <#reset-consumer-api>`__), which allows peripheral drivers to request control
16 <#reset-controller-driver-interface>`__ (`API reference
17 <#reset-controller-driver-api>`__), which is used by drivers for reset
25 --------
37 Most commonly this is a single bit in reset controller register space that
39 is self-clearing and can be used to trigger a predetermined pulse on the
41 In more complicated reset controls, a single trigger action can launch a
60 Functions are provided to assert and deassert the controlled reset lines,
[all …]
|
12345678910>>...30