Home
last modified time | relevance | path

Searched refs:leakage (Results 1 – 25 of 31) sorted by relevance

12

/Linux-v6.1/Documentation/driver-api/thermal/
Dcpu-idle-cooling.rst18 increase even after the dynamic leakage is reduced to its minimum by
20 to the static leakage. The only solution is to power down the
21 component, thus dropping the dynamic and static leakage that will
35 If we can remove the static and the dynamic leakage for a specific
50 dynamic leakage for this period (modulo the energy needed to enter
65 state with a minimum power consumption and reduce the static leakage
184 * The static leakage is not defined here, we can introduce it in the
/Linux-v6.1/arch/arm/boot/dts/
Dberlin2cd-valve-steamlink.dts42 * less depending on leakage value in OTP), and buck2 likely used for
Dsun8i-a83t-bananapi-m3.dts316 * avoid any leakage or mismatch.
Domap3-pandora-common.dtsi216 * disabling this regulator causes current leakage, and LCD flicker
/Linux-v6.1/Documentation/ABI/testing/
Dsysfs-class-power-ltc4162l72 by reducing the leakage to about 2.8 microamps. The chip will
Dsysfs-class-power736 is turned off in order to reduce the leakage from the BAT pin to less
/Linux-v6.1/Documentation/devicetree/bindings/power/
Dpower_domain.txt4 used for power gating of selected IP blocks for power saving by reduced leakage
/Linux-v6.1/Documentation/x86/
Dmds.rst32 Hyper-Threads so cross thread leakage is possible.
40 thread leakage is possible.
/Linux-v6.1/Documentation/power/
Denergy-model.rst95 (leakage) is important.
156 physics of a real device, e.g. when static power (leakage) is important.
/Linux-v6.1/drivers/gpu/drm/radeon/
Dsi_dpm.c1751 u16 v, s32 t, u32 ileakage, u32 *leakage) in si_calculate_leakage_for_v_and_t_formula() argument
1774 *leakage = drm_fixp2int(leakage_w * 1000); in si_calculate_leakage_for_v_and_t_formula()
1782 u32 *leakage) in si_calculate_leakage_for_v_and_t() argument
1784 si_calculate_leakage_for_v_and_t_formula(coeff, v, t, i_leakage, leakage); in si_calculate_leakage_for_v_and_t()
1789 u32 ileakage, u32 *leakage) in si_calculate_leakage_for_v_formula() argument
1802 *leakage = drm_fixp2int(leakage_w * 1000); in si_calculate_leakage_for_v_formula()
1810 u32 *leakage) in si_calculate_leakage_for_v() argument
1812 si_calculate_leakage_for_v_formula(coeff, fixed_kt, v, i_leakage, leakage); in si_calculate_leakage_for_v()
2563 u32 leakage; in si_init_dte_leakage_table() local
2583 &leakage); in si_init_dte_leakage_table()
[all …]
Dni_dpm.c743 u32 *leakage) in ni_calculate_leakage_for_v_and_t_formula() argument
758 *leakage = drm_fixp2int(leakage_w * 1000); in ni_calculate_leakage_for_v_and_t_formula()
766 u32 *leakage) in ni_calculate_leakage_for_v_and_t() argument
768 ni_calculate_leakage_for_v_and_t_formula(coeff, v, t, i_leakage, leakage); in ni_calculate_leakage_for_v_and_t()
3050 u32 leakage = 0; in ni_init_driver_calculated_leakage_table() local
3075 &leakage); in ni_init_driver_calculated_leakage_table()
3077 smc_leakage = ni_scale_power_for_smc(leakage, scaling_factor) / 1000; in ni_init_driver_calculated_leakage_table()
3120 smc_leakage = leakage_table->entries[j].leakage; in ni_init_simplified_leakage_table()
Dci_dpm.c274 hi_vid[i] = ci_convert_to_vid((u16)rdev->pm.dpm.dyn_state.cac_leakage_table.entries[i].leakage); in ci_populate_bapm_vddc_vid_sidd()
2313 rdev->pm.dpm.dyn_state.cac_leakage_table.entries[idx].leakage * VOLTAGE_SCALE; in ci_get_std_voltage_value_sidd()
2330 rdev->pm.dpm.dyn_state.cac_leakage_table.entries[idx].leakage * VOLTAGE_SCALE; in ci_get_std_voltage_value_sidd()
3470 std_voltage_table->entries[i].leakage; in ci_setup_default_dpm_tables()
Dr600_dpm.c1056 rdev->pm.dpm.dyn_state.cac_leakage_table.entries[i].leakage = in r600_parse_extended_power_table()
/Linux-v6.1/drivers/nvmem/
DKconfig237 from eFuse, such as cpu-leakage.
248 from otp, such as cpu-leakage.
/Linux-v6.1/drivers/gpu/drm/amd/pm/legacy-dpm/
Dsi_dpm.c1859 u16 v, s32 t, u32 ileakage, u32 *leakage) in si_calculate_leakage_for_v_and_t_formula() argument
1882 *leakage = drm_fixp2int(leakage_w * 1000); in si_calculate_leakage_for_v_and_t_formula()
1890 u32 *leakage) in si_calculate_leakage_for_v_and_t() argument
1892 si_calculate_leakage_for_v_and_t_formula(coeff, v, t, i_leakage, leakage); in si_calculate_leakage_for_v_and_t()
1897 u32 ileakage, u32 *leakage) in si_calculate_leakage_for_v_formula() argument
1910 *leakage = drm_fixp2int(leakage_w * 1000); in si_calculate_leakage_for_v_formula()
1918 u32 *leakage) in si_calculate_leakage_for_v() argument
1920 si_calculate_leakage_for_v_formula(coeff, fixed_kt, v, i_leakage, leakage); in si_calculate_leakage_for_v()
2677 u32 leakage; in si_init_dte_leakage_table() local
2697 &leakage); in si_init_dte_leakage_table()
[all …]
Dlegacy_dpm.c402 adev->pm.dpm.dyn_state.cac_leakage_table.entries[i].leakage = in amdgpu_parse_extended_power_table()
/Linux-v6.1/drivers/gpu/drm/amd/pm/inc/
Damdgpu_dpm.h123 u32 leakage; member
/Linux-v6.1/arch/arm64/boot/dts/rockchip/
Drk3399-gru-chromebook.dtsi471 * Note strange pullup enable. Apparently this avoids leakage but
Drk3399.dtsi1393 cpub_leakage: cpu-leakage@17 {
1396 gpu_leakage: gpu-leakage@18 {
1399 center_leakage: center-leakage@19 {
1402 cpul_leakage: cpu-leakage@1a {
1405 logic_leakage: logic-leakage@1b {
Drk3328.dtsi580 cpu_leakage: cpu-leakage@17 {
583 logic_leakage: logic-leakage@19 {
Drk3399-gru.dtsi819 * prevent leakage.
/Linux-v6.1/Documentation/core-api/
Dkernel-api.rst350 called a *retention mode*. This mode still incurs leakage currents,
/Linux-v6.1/Documentation/admin-guide/hw-vuln/
Dmds.rst209 This only covers the host to guest transition, i.e. prevents leakage from
/Linux-v6.1/Documentation/admin-guide/
Dperf-security.rst11 monitored processes. The data leakage is possible both in scenarios of
/Linux-v6.1/Documentation/locking/
Dlockdep-design.rst346 normally results from lock-class leakage or failure to properly
350 will result in lock-class leakage. The issue here is that each

12