| /Linux-v5.15/drivers/gpu/drm/amd/pm/powerplay/hwmgr/ |
| D | ppevvmath.h | 117 fInt solution = fPositiveOne; /*Starting off with baseline of 1 */ in fExponential() local
132 solution = fMultiply(solution, GetScaledFraction(expk_array[i], 10000)); in fExponential()
139 solution = fMultiply(solution, error_term); in fExponential()
142 solution = fDivide(fPositiveOne, solution); in fExponential()
144 return solution; in fExponential()
152 fInt solution = ConvertToFraction(0); /*Starting off with baseline of 0 */ in fNaturalLog() local
162 solution = fAdd(solution, GetScaledFraction(logk_array[i], 10000)); in fNaturalLog()
169 return (fAdd(solution, error_term)); in fNaturalLog()
542 fInt solution; in fRoundUpByStepSize() local
544 solution = fDivide(A, fStepSize); in fRoundUpByStepSize()
[all …]
|
| /Linux-v5.15/Documentation/hwmon/ |
| D | sch5636.rst | 20 their own custom hwmon solution based upon the SCH5636.
23 hwmon solution. The sch5636 driver runs a sanity check on loading to ensure
25 hwmon solution.
32 The Fujitsu Theseus hwmon solution also contains an integrated watchdog.
|
| D | ftsteutates.rst | 19 monitoring and thermal management solution. It is builds on the basic
|
| /Linux-v5.15/net/smc/ |
| D | Kconfig | 6 SMC-R provides a "sockets over RDMA" solution making use of
9 The Linux implementation of the SMC-R solution is designed as
|
| /Linux-v5.15/Documentation/kbuild/ |
| D | Kconfig.recursion-issue-01 | 37 # obvious that an easy to solution to this problem should just be the removal
41 # implications of this recursive issue where the solution is perhaps not so
43 # CORE also consist of a solution to this recursive problem.
|
| /Linux-v5.15/Documentation/devicetree/bindings/nds32/ |
| D | andestech-boards | 21 processors to provide a cost-effective and high performance solution for
24 logics to complete a SoC solution for a specific application. With
|
| /Linux-v5.15/Documentation/process/ |
| D | 3.Early-stage.rst | 20 with the proposed solution, and that can lead to difficulties.
24 by excessive latency in the system. The solution they arrived at was a
38 The audio community, however, could not see past the particular solution
53 the right solution to the problem than they were with a specific module.
54 The moral of the story is to focus on the problem - not a specific solution
64 solution address?
87 - There may be elements of the proposed solution which will not be
92 problem; they may have ideas for a better solution, and may be willing
93 to help in the creation of that solution.
|
| /Linux-v5.15/Documentation/devicetree/bindings/regulator/ |
| D | pwm-regulator.txt | 20 more fine grained solution when compared with
21 voltage-table mode above. This solution does make an
|
| /Linux-v5.15/Documentation/i2c/busses/ |
| D | i2c-diolan-u2c.rst | 18 The Diolan U2C-12 I2C-USB Adapter provides a low cost solution to connect
|
| /Linux-v5.15/Documentation/filesystems/ |
| D | locks.rst | 45 The solution I have chosen, after much experimentation and discussion,
50 race and deadlock conditions that the current solution was the only
|
| D | fuse.rst | 232 The solution is not to allow opening device files and ignore
243 The solution to this problem will be presented in point 2) of C).
273 The solution to this as well as B) is not to allow processes
364 The solution for this is to allow the filesystem to be aborted.
397 The solution is basically the same as above.
|
| /Linux-v5.15/Documentation/sound/hd-audio/ |
| D | dp-mst.rst | 14 The new solution is to create a few PCMs and to dynamically bind pcm to
16 the new solution.
|
| /Linux-v5.15/drivers/staging/olpc_dcon/ |
| D | TODO | 8 internals, but isn't properly integrated, is not the correct solution.
|
| /Linux-v5.15/Documentation/vm/ |
| D | balance.rst | 51 Another possible solution is that we balance only when the free memory
62 deciding whether to balance the regular zone. The first solution
65 The appended patch implements the second solution. It also "fixes" two
|
| /Linux-v5.15/Documentation/driver-api/soundwire/ |
| D | error_handling.rst | 39 solution. Alternatively some implementations might directly issue a bus
58 hard-reset might be the best solution.
|
| /Linux-v5.15/Documentation/admin-guide/LSM/ |
| D | Yama.rst | 30 For a solution, some applications use ``prctl(PR_SET_DUMPABLE, ...)`` to
32 do not. A more general solution is to only allow ptrace directly from a
|
| /Linux-v5.15/Documentation/driver-api/usb/ |
| D | persist.rst | 69 What is the solution?
117 Is this the best solution?
122 centralized Logical Volume Manager. Such a solution would allow you
130 solution is much quicker and easier -- and it exists now, a giant
|
| /Linux-v5.15/drivers/acpi/dptf/ |
| D | Kconfig | 8 level hardware/software solution for power and thermal management.
|
| /Linux-v5.15/Documentation/misc-devices/ |
| D | dw-xdata-pcie.rst | 8 Synopsys DesignWare PCIe prototype solution
|
| /Linux-v5.15/Documentation/driver-api/firmware/ |
| D | direct-fs-lookup.rst | 29 is currently the only viable solution as only userspace can know for sure
|
| /Linux-v5.15/Documentation/devicetree/bindings/leds/ |
| D | leds-ktd2692.txt | 3 KTD2692 is the ideal power solution for high-power flash LEDs.
|
| /Linux-v5.15/Documentation/devicetree/bindings/mfd/ |
| D | 88pm860x.txt | 13 - marvell,88pm860x-slave-addr: 88pm860x are two chips solution. <reg> stores the I2C address
|
| /Linux-v5.15/Documentation/security/ |
| D | IMA-templates.rst | 23 The proposed solution solves this problem by separating the template
24 management from the remaining IMA code. The core of this solution is the
|
| /Linux-v5.15/arch/arm/boot/dts/ |
| D | armada-xp-crs305-1g-4s.dtsi | 17 * solution) or the below Device Tree should be adjusted.
|
| D | armada-xp-crs328-4c-20s-4s.dtsi | 17 * solution) or the below Device Tree should be adjusted.
|
