| /Linux-v5.10/drivers/gpu/drm/i915/display/ |
| D | intel_display_power.h | 119 * Synchronize the well's hw state to match the current sw state, for
127 * Enable the well and resources that depend on it (for example
128 * interrupts located on the well). Called after the 0->1 refcount
134 * Disable the well and resources that depend on it. Called after
151 /* Power well structure for haswell */
156 /* unique identifier for this power well */
159 * Arbitraty data associated with this power well. Platform and power
160 * well specific.
165 * request/status flag index in the PUNIT power well
176 * request/status flag index in the power well
[all …]
|
| D | intel_display_power.c | 189 "Use count on power well %s is already zero", in intel_power_well_put()
243 * threads can't disable the power well while the caller tries to read a few
265 * Starting with Haswell, we have a "Power Down Well" that can be turned off
266 * when not needed anymore. We have 4 registers that can request the power well
339 drm_dbg_kms(&dev_priv->drm, "%s power well enable timeout\n", in hsw_wait_for_power_well_enable()
374 * - a KVMR request on any power well via the KVMR request register in hsw_wait_for_power_well_disable()
415 * before enabling the power well and PW1/PG1's own fuse in hsw_power_well_enable()
690 * We should only use the power well if we explicitly asked the hardware to
731 "Power well 2 on.\n"); in assert_can_enable_dc9()
979 * the first power well and hope the WARN gets reported so we can fix in lookup_power_well()
[all …]
|
| D | intel_vga.c | 61 * at a very early point in our resume sequence, where the power well in intel_vga_redisable()
64 * level, just check if the power well is enabled instead of trying to in intel_vga_redisable()
65 * follow the "don't touch the power well if we don't need it" policy in intel_vga_redisable()
82 * After we re-enable the power well, if we touch VGA register 0x3d5 in intel_vga_reset_io_mem()
|
| /Linux-v5.10/drivers/misc/echo/ |
| D | echo.h | 41 well. However, it only works well for signals of constant amplitude. It works
44 similar to applying AGC - LMS can work as well for a signal of varying
53 the NLMS algorithm works very well. However, speech has more low frequency than
60 An FIR filter adapted using pre-whitened NLMS performs well, provided certain
70 noise like, such as voice) the adaption works very well. If the adaption is
78 since at least it cancels the tones. Allowing a well converged canceller to
|
| /Linux-v5.10/Documentation/netlabel/ |
| D | introduction.rst | 24 engine will handle those tasks as well. Other kernel subsystems should
37 formatting of these NetLabel messages as well as the Generic NETLINK family
39 header files as well as in 'include/net/netlabel.h'.
51 'include/net/netlabel.h' header file as well as the 'lsm_interface.txt' file
|
| D | lsm_interface.rst | 35 on outgoing packets as well as read the labels on incoming packets. Functions
36 exist to operate both on sockets as well as the sk_buffs directly. These high
53 bypassed as well which should result in a significant reduction in overhead.
|
| /Linux-v5.10/drivers/input/tablet/ |
| D | Kconfig | 23 (CONFIG_INPUT_EVDEV) as well.
36 support" (CONFIG_INPUT_EVDEV) as well.
48 (CONFIG_INPUT_EVDEV) as well.
72 (CONFIG_INPUT_EVDEV) as well.
|
| /Linux-v5.10/include/drm/ |
| D | drm_audio_component.h | 19 * @get_power: get the POWER_DOMAIN_AUDIO power well
21 * Request the power well to be turned on.
28 * @put_power: put the POWER_DOMAIN_AUDIO power well
30 * Allow the power well to be turned off.
|
| /Linux-v5.10/Documentation/admin-guide/cifs/ |
| D | introduction.rst | 5 This is the client VFS module for the SMB3 NAS protocol as well
16 Server), as well as by Samba (which provides excellent
18 operating systems). Apple systems also support SMB3 well, as
|
| /Linux-v5.10/Documentation/maintainer/ |
| D | rebasing-and-merging.rst | 91 well-known starting point, and they are well tested, the potential for
140 Such merges need to be carefully thought about and well justified, or
155 a well-managed branch.
159 merge to a well-known stable point, rather than to some random commit.
198 merging of your tree as well. Preferable alternatives include agreeing
211 in the tree. As always, such a merge should pick a well-known release
|
| /Linux-v5.10/Documentation/networking/ |
| D | framerelay.rst | 17 The configuration script will ask you how many DLCIs you need, as well as
29 them as well.
33 to specify the types of boards to be configured as FRADs, as well as perform
|
| /Linux-v5.10/drivers/usb/gadget/udc/ |
| D | Kconfig | 153 It has fifteen fixed-function endpoints, as well as endpoint
214 It has up to 23 endpoints, as well as endpoint zero (for
227 endpoints, as well as endpoint zero (for control transfers).
242 8 endpoints, as well as endpoint zero.
350 It has three configurable endpoints, as well as endpoint zero
373 It has six configurable endpoints, as well as endpoint zero
383 It has eight configurable endpoints, as well as endpoint zero
437 endpoints(bulk or interrupt or isochronous), as well as
|
| /Linux-v5.10/Documentation/admin-guide/media/ |
| D | cafe_ccic.rst | 17 well, but that is a debugging aid which will be removed shortly). VGA and
34 loading via sysfs as well:
49 systems, however, it will work well with only two.
|
| /Linux-v5.10/drivers/staging/media/ipu3/ |
| D | TODO | 5 as well as formats and the binary used to a request. Remove the
12 documentation. This may require driver changes as well.
|
| /Linux-v5.10/Documentation/i2c/busses/ |
| D | i2c-sis96x.rst | 47 chipsets as well: 635, and 635T. If anyone owns a board with those chips
48 AND is willing to risk crashing & burning an otherwise well-behaved kernel
51 reports and/or success stories as well.
|
| /Linux-v5.10/Documentation/x86/ |
| D | kernel-stacks.rst | 74 Using a separate stack allows the kernel to recover from it well enough
140 or not - but in most cases we'll get the call chain right as well. The
142 information from that as well.
147 we still print out the real call chain as well - just with more question
|
| /Linux-v5.10/Documentation/RCU/ |
| D | NMI-RCU.rst | 9 handlers, as well as dynamic irq handlers. This document describes
83 dummy_nmi_handler(). However, there may well be an NMI handler
110 The caller to set_nmi_callback() might well have
|
| /Linux-v5.10/arch/arc/include/asm/ |
| D | barrier.h | 19 * - DMB guarantees SMP as well as local barrier semantics
34 * heavy weight as it flushes the pipeline as well.
|
| /Linux-v5.10/Documentation/admin-guide/laptops/ |
| D | toshiba_haps.rst | 28 userspace tools or daemons act accordingly, as well as providing a sysfs
48 any "protection" as well as failing during the evaluation of the _STA method
77 level, as well as set the desired protection level, the
|
| /Linux-v5.10/net/ax25/ |
| D | Kconfig | 40 radio as well as information about how to configure an AX.25 port is
88 users as well as information about how to configure an AX.25 port is
107 users as well as information about how to configure an AX.25 port is
|
| /Linux-v5.10/Documentation/bpf/ |
| D | bpf_devel_QA.rst | 22 A: Since all BPF kernel development as well as bpftool and iproute2 BPF
38 the actual commit authors in Cc as well for the report. They can
55 lists and maintainers from there as well, so they are able to review
263 bpftool should be extended as well to support dumping them.
269 iproute2's BPF loader as well from user space side. This is not only
274 Q: Do you accept patches as well for iproute2's BPF loader?
281 please keep them in Cc as well, so they can be reviewed.
333 that would require BPF JIT and/or LLVM integration as well?
381 Q: The BPF patch I am about to submit needs to go to stable as well
458 from that kernel ``xyz`` as well. Do not expect that the BPF selftest
[all …]
|
| /Linux-v5.10/Documentation/devicetree/bindings/net/ |
| D | brcm,mdio-mux-iproc.txt | 3 This MDIO bus multiplexer defines buses that could be internal as well as
6 properties as well to generate desired MDIO transaction on appropriate bus.
|
| /Linux-v5.10/drivers/net/wireless/cisco/ |
| D | Kconfig | 27 - with or without encryption) as well as card before the Cisco
50 - with or without encryption) as well as card before the Cisco
|
| /Linux-v5.10/tools/testing/selftests/rcutorture/bin/ |
| D | configinit.sh | 7 # Exits with 0 if all went well, with 1 if all went well but the config
|
| /Linux-v5.10/Documentation/block/ |
| D | data-integrity.rst | 16 protocols (SBC Data Integrity Field, SCC protection proposal) as well
20 checksum for each sector as well as an incrementing counter that
30 is well defined and every node in the I/O path can verify the
76 The separation of the data and integrity metadata buffers as well as
162 the protection data, as well as getting and setting application tags.
|
