drm/tests: hdmi: Fix memory leaks in drm_display_mode_from_cea_vic()
[drm/drm-misc.git] / Documentation / hwmon / mp2975.rst
blob81d816b71490d7cb9608450553166985a22a5411
1 .. SPDX-License-Identifier: GPL-2.0
3 Kernel driver mp2975
4 ====================
6 Supported chips:
8   * MPS MP12254
10     Prefix: 'mp2975'
12 Author:
14         Vadim Pasternak <vadimp@nvidia.com>
16 Description
17 -----------
19 This driver implements support for Monolithic Power Systems, Inc. (MPS)
20 vendor dual-loop, digital, multi-phase controller MP2975.
22 This device:
24 - Supports up to two power rail.
25 - Provides 8 pulse-width modulations (PWMs), and can be configured up
26   to 8-phase operation for rail 1 and up to 4-phase operation for rail
27   2.
28 - Supports two pages 0 and 1 for telemetry and also pages 2 and 3 for
29   configuration.
30 - Can configured VOUT readout in direct or VID format and allows
31   setting of different formats on rails 1 and 2. For VID the following
32   protocols are available: VR13 mode with 5-mV DAC; VR13 mode with
33   10-mV DAC, IMVP9 mode with 5-mV DAC.
35 Device supports:
37 - SVID interface.
38 - AVSBus interface.
40 Device complaint with:
42 - PMBus rev 1.3 interface.
44 Device supports direct format for reading output current, output voltage,
45 input and output power and temperature.
46 Device supports linear format for reading input voltage and input power.
47 Device supports VID and direct formats for reading output voltage.
48 The below VID modes are supported: VR12, VR13, IMVP9.
50 The driver provides the next attributes for the current:
52 - for current in: input, maximum alarm;
53 - for current out input, maximum alarm and highest values;
54 - for phase current: input and label.
55   attributes.
57 The driver exports the following attributes via the 'sysfs' files, where
59 - 'n' is number of telemetry pages (from 1 to 2);
60 - 'k' is number of configured phases (from 1 to 8);
61 - indexes 1, 1*n for "iin";
62 - indexes n+1, n+2 for "iout";
63 - indexes 2*n+1 ... 2*n + k for phases.
65 **curr[1-{2n}]_alarm**
67 **curr[{n+1}-{n+2}]_highest**
69 **curr[1-{2n+k}]_input**
71 **curr[1-{2n+k}]_label**
73 The driver provides the next attributes for the voltage:
75 - for voltage in: input, high critical threshold, high critical alarm, all only
76   from page 0;
77 - for voltage out: input, low and high critical thresholds, low and high
78   critical alarms, from pages 0 and 1;
80 The driver exports the following attributes via the 'sysfs' files, where
82 - 'n' is number of telemetry pages (from 1 to 2);
83 - indexes 1 for "iin";
84 - indexes n+1, n+2 for "vout";
86 **in[1-{2n+1}]_crit**
88 **in[1-{2n+1}]_crit_alarm**
90 **in[1-{2n+1}]_input**
92 **in[1-{2n+1}]_label**
94 **in[2-{n+1}]_lcrit**
96 **in[2-{n+1}1_lcrit_alarm**
98 The driver provides the next attributes for the power:
100 - for power in alarm and input.
101 - for power out: highest and input.
103 The driver exports the following attributes via the 'sysfs' files, where
105 - 'n' is number of telemetry pages (from 1 to 2);
106 - indexes 1 for "pin";
107 - indexes n+1, n+2 for "pout";
109 **power1_alarm**
111 **power[2-{n+1}]_highest**
113 **power[1-{2n+1}]_input**
115 **power[1-{2n+1}]_label**
117 The driver provides the next attributes for the temperature (only from page 0):
120 **temp1_crit**
122 **temp1_crit_alarm**
124 **temp1_input**
126 **temp1_max**
128 **temp1_max_alarm**