Home
last modified time | relevance | path

Searched refs:wants (Results 1 – 25 of 198) sorted by relevance

12345678

/Linux-v5.10/Documentation/ABI/testing/
Dsysfs-platform-chipidea-usb-otg7 the application running on the A-device wants to use the bus,
8 and to be 0 when the application no longer wants to use
9 the bus(or wants to work as peripheral). a_bus_req can also
24 application running on the A-device wants to power down
39 that the application running on the B-device wants to use the
40 bus as host, and is 0 when the application no longer wants to
Dsysfs-driver-w1_therm13 Users: any user space application which wants to communicate with
29 Users: any user space application which wants to communicate with
43 Users: any user space application which wants to communicate with
65 Users: any user space application which wants to communicate with
86 Users: any user space application which wants to communicate with
107 Users: any user space application which wants to communicate with
135 Users: any user space application which wants to communicate with
Dsysfs-driver-jz4780-efuse19 Users: any user space application which wants to read the Chip
Dsysfs-driver-tegra-fuse10 Users: any user space application which wants to read the efuses on
Dsysfs-block-aoe27 state means that the driver wants to send more commands to the
/Linux-v5.10/Documentation/devicetree/bindings/clock/
Dux500.txt15 clock in the prcmu-clock node the consumer wants to use.
19 wants to use, possible values are 1, 2, 3, 5, 6. The second
20 cell indicates which clock inside the PRCC block it wants,
25 wants to use, possible values are 1, 2, 3, 5, 6. The second
26 cell indicates which clock inside the PRCC block it wants,
/Linux-v5.10/Documentation/ABI/stable/
Dsysfs-driver-w1_ds28e046 Users: any user space application which wants to communicate with DS28E04-100
15 Users: any user space application which wants to communicate with DS28E04-100
Dsysfs-driver-w1_ds28ea006 Users: any user space application which wants to communicate with DS28EA00
Dsysfs-bus-w111 Users: any user space application which wants to know bus scanning
/Linux-v5.10/drivers/gpu/vga/
Dvgaarb.c245 unsigned int wants, legacy_wants, match; in __vga_tryget() local
264 wants = rsrc & ~vgadev->owns; in __vga_tryget()
267 if (wants == 0) in __vga_tryget()
273 legacy_wants = wants & VGA_RSRC_LEGACY_MASK; in __vga_tryget()
363 if (wants & (VGA_RSRC_LEGACY_MEM|VGA_RSRC_NORMAL_MEM)) in __vga_tryget()
365 if (wants & (VGA_RSRC_LEGACY_IO|VGA_RSRC_NORMAL_IO)) in __vga_tryget()
368 if (wants & VGA_RSRC_LEGACY_MASK) in __vga_tryget()
376 vgadev->owns |= wants; in __vga_tryget()
/Linux-v5.10/Documentation/arm/samsung-s3c24xx/
Dcpufreq.rst28 and anything else associated with it. Any board that wants to use this
61 Each board that wants to use the cpufreq code must register some basic
/Linux-v5.10/drivers/parport/
DTODO-parport14 with (maybe just log) whatever the printer wants to tell the world.
/Linux-v5.10/drivers/staging/fieldbus/
DKconfig10 They are typically used when a Linux device wants to expose itself
/Linux-v5.10/drivers/staging/fieldbus/Documentation/
Dfieldbus_dev.txt35 They are typically used when a Linux device wants to expose itself as an
45 Any driver that wants to register as a Fieldbus Device should allocate and
/Linux-v5.10/Documentation/block/
Dinline-encryption.rst61 knowledge of keyslots - it simply wants to specify an encryption context to
67 upper layers. The generic mode of operation is: each device driver that wants
153 the block layer wants en/decrypted via inline encryption (or the
162 wants to use an algorithm that may not supported by hardware - this function
195 (e.g. when it wants to program a crypto key into the IE hardware, the device
215 functionality they choose. When a layered device wants to pass a clone of that
241 when a WRITE bio wants to use inline encryption on a device that supports both
/Linux-v5.10/drivers/staging/sm750fb/
DTODO7 are supposed to be sample code which is given here if someone wants to
/Linux-v5.10/drivers/gpu/drm/i915/gt/uc/
Dintel_uc.h74 __uc_state_checker(x, func, wants, wanted) \
/Linux-v5.10/Documentation/staging/
Drpmsg.rst74 The caller should specify the channel, the data it wants to send,
95 The caller should specify the channel, the data it wants to send,
120 The caller should specify the channel, the data it wants to send,
140 The caller should specify the channel, the data it wants to send,
159 The user should specify the channel, the data it wants to send,
181 The user should specify the channel, the data it wants to send,
/Linux-v5.10/arch/x86/boot/
Dpmjump.S57 # a valid stack if some debugging hack wants to use it.
/Linux-v5.10/Documentation/admin-guide/blockdev/
Dnbd.rst10 the client computer wants to read, e.g., /dev/nb0, it sends a
/Linux-v5.10/Documentation/usb/
Dchipidea.rst71 if A-device wants to use bus:
78 if B-device wants to use bus:
/Linux-v5.10/Documentation/x86/x86_64/
Dcpu-hotplug-spec.rst7 Linux/x86-64 supports CPU hotplug now. For various reasons Linux wants to
/Linux-v5.10/drivers/rpmsg/
DKconfig5 # RPMSG always gets selected by whoever wants it
/Linux-v5.10/Documentation/devicetree/bindings/pinctrl/
Dpinctrl-atlas7.txt97 For a specific board, if it wants to use sd1,
Dpinctrl-sirf.txt42 For a specific board, if it wants to use uart2 without hardware flow control,

12345678