Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit af0987f5 authored by Linux Build Service Account's avatar Linux Build Service Account Committed by Gerrit - the friendly Code Review server
Browse files

Merge "Merge remote-tracking branch 'msm-4.4/tmp-2bf79551' into msm-4.4"

parents 391a76b2 f145f414
Loading
Loading
Loading
Loading
+93 −39
Original line number Diff line number Diff line
@@ -45,21 +45,10 @@ Devices supporting OPPs must set their "operating-points-v2" property with
phandle to a OPP table in their DT node. The OPP core will use this phandle to
find the operating points for the device.

Devices may want to choose OPP tables at runtime and so can provide a list of
phandles here. But only *one* of them should be chosen at runtime. This must be
accompanied by a corresponding "operating-points-names" property, to uniquely
identify the OPP tables.

If required, this can be extended for SoC vendor specfic bindings. Such bindings
should be documented as Documentation/devicetree/bindings/power/<vendor>-opp.txt
and should have a compatible description like: "operating-points-v2-<vendor>".

Optional properties:
- operating-points-names: Names of OPP tables (required if multiple OPP
  tables are present), to uniquely identify them. The same list must be present
  for all the CPUs which are sharing clock/voltage rails and hence the OPP
  tables.

* OPP Table Node

This describes the OPPs belonging to a device. This node can have following
@@ -100,6 +89,14 @@ Optional properties:
  Entries for multiple regulators must be present in the same order as
  regulators are specified in device's DT node.

- opp-microvolt-<name>: Named opp-microvolt property. This is exactly similar to
  the above opp-microvolt property, but allows multiple voltage ranges to be
  provided for the same OPP. At runtime, the platform can pick a <name> and
  matching opp-microvolt-<name> property will be enabled for all OPPs. If the
  platform doesn't pick a specific <name> or the <name> doesn't match with any
  opp-microvolt-<name> properties, then opp-microvolt property shall be used, if
  present.

- opp-microamp: The maximum current drawn by the device in microamperes
  considering system specific parameters (such as transients, process, aging,
  maximum operating temperature range etc.) as necessary. This may be used to
@@ -112,6 +109,9 @@ Optional properties:
  for few regulators, then this should be marked as zero for them. If it isn't
  required for any regulator, then this property need not be present.

- opp-microamp-<name>: Named opp-microamp property. Similar to
  opp-microvolt-<name> property, but for microamp instead.

- clock-latency-ns: Specifies the maximum possible transition latency (in
  nanoseconds) for switching to this OPP from any other OPP.

@@ -123,6 +123,26 @@ Optional properties:
- opp-suspend: Marks the OPP to be used during device suspend. Only one OPP in
  the table should have this.

- opp-supported-hw: This enables us to select only a subset of OPPs from the
  larger OPP table, based on what version of the hardware we are running on. We
  still can't have multiple nodes with the same opp-hz value in OPP table.

  It's an user defined array containing a hierarchy of hardware version numbers,
  supported by the OPP. For example: a platform with hierarchy of three levels
  of versions (A, B and C), this field should be like <X Y Z>, where X
  corresponds to Version hierarchy A, Y corresponds to version hierarchy B and Z
  corresponds to version hierarchy C.

  Each level of hierarchy is represented by a 32 bit value, and so there can be
  only 32 different supported version per hierarchy. i.e. 1 bit per version. A
  value of 0xFFFFFFFF will enable the OPP for all versions for that hierarchy
  level. And a value of 0x00000000 will disable the OPP completely, and so we
  never want that to happen.

  If 32 values aren't sufficient for a version hierarchy, than that version
  hierarchy can be contained in multiple 32 bit values. i.e. <X Y Z1 Z2> in the
  above example, Z1 & Z2 refer to the version hierarchy Z.

- status: Marks the node enabled/disabled.

Example 1: Single cluster Dual-core ARM cortex A9, switch DVFS states together.
@@ -157,20 +177,20 @@ Example 1: Single cluster Dual-core ARM cortex A9, switch DVFS states together.
		compatible = "operating-points-v2";
		opp-shared;

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000 975000 985000>;
			opp-microamp = <70000>;
			clock-latency-ns = <300000>;
			opp-suspend;
		};
		opp01 {
		opp@1100000000 {
			opp-hz = /bits/ 64 <1100000000>;
			opp-microvolt = <980000 1000000 1010000>;
			opp-microamp = <80000>;
			clock-latency-ns = <310000>;
		};
		opp02 {
		opp@1200000000 {
			opp-hz = /bits/ 64 <1200000000>;
			opp-microvolt = <1025000>;
			clock-latency-ns = <290000>;
@@ -236,20 +256,20 @@ independently.
		 * independently.
		 */

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000 975000 985000>;
			opp-microamp = <70000>;
			clock-latency-ns = <300000>;
			opp-suspend;
		};
		opp01 {
		opp@1100000000 {
			opp-hz = /bits/ 64 <1100000000>;
			opp-microvolt = <980000 1000000 1010000>;
			opp-microamp = <80000>;
			clock-latency-ns = <310000>;
		};
		opp02 {
		opp@1200000000 {
			opp-hz = /bits/ 64 <1200000000>;
			opp-microvolt = <1025000>;
			opp-microamp = <90000;
@@ -312,20 +332,20 @@ DVFS state together.
		compatible = "operating-points-v2";
		opp-shared;

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000 975000 985000>;
			opp-microamp = <70000>;
			clock-latency-ns = <300000>;
			opp-suspend;
		};
		opp01 {
		opp@1100000000 {
			opp-hz = /bits/ 64 <1100000000>;
			opp-microvolt = <980000 1000000 1010000>;
			opp-microamp = <80000>;
			clock-latency-ns = <310000>;
		};
		opp02 {
		opp@1200000000 {
			opp-hz = /bits/ 64 <1200000000>;
			opp-microvolt = <1025000>;
			opp-microamp = <90000>;
@@ -338,20 +358,20 @@ DVFS state together.
		compatible = "operating-points-v2";
		opp-shared;

		opp10 {
		opp@1300000000 {
			opp-hz = /bits/ 64 <1300000000>;
			opp-microvolt = <1045000 1050000 1055000>;
			opp-microamp = <95000>;
			clock-latency-ns = <400000>;
			opp-suspend;
		};
		opp11 {
		opp@1400000000 {
			opp-hz = /bits/ 64 <1400000000>;
			opp-microvolt = <1075000>;
			opp-microamp = <100000>;
			clock-latency-ns = <400000>;
		};
		opp12 {
		opp@1500000000 {
			opp-hz = /bits/ 64 <1500000000>;
			opp-microvolt = <1010000 1100000 1110000>;
			opp-microamp = <95000>;
@@ -378,7 +398,7 @@ Example 4: Handling multiple regulators
		compatible = "operating-points-v2";
		opp-shared;

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000>, /* Supply 0 */
					<960000>, /* Supply 1 */
@@ -391,7 +411,7 @@ Example 4: Handling multiple regulators

		/* OR */

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000 975000 985000>, /* Supply 0 */
					<960000 965000 975000>, /* Supply 1 */
@@ -404,7 +424,7 @@ Example 4: Handling multiple regulators

		/* OR */

		opp00 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			opp-microvolt = <970000 975000 985000>, /* Supply 0 */
					<960000 965000 975000>, /* Supply 1 */
@@ -417,7 +437,8 @@ Example 4: Handling multiple regulators
	};
};

Example 5: Multiple OPP tables
Example 5: opp-supported-hw
(example: three level hierarchy of versions: cuts, substrate and process)

/ {
	cpus {
@@ -426,40 +447,73 @@ Example 5: Multiple OPP tables
			...

			cpu-supply = <&cpu_supply>
			operating-points-v2 = <&cpu0_opp_table_slow>, <&cpu0_opp_table_fast>;
			operating-points-names = "slow", "fast";
			operating-points-v2 = <&cpu0_opp_table_slow>;
		};
	};

	cpu0_opp_table_slow: opp_table_slow {
	opp_table {
		compatible = "operating-points-v2";
		status = "okay";
		opp-shared;

		opp00 {
		opp@600000000 {
			/*
			 * Supports all substrate and process versions for 0xF
			 * cuts, i.e. only first four cuts.
			 */
			opp-supported-hw = <0xF 0xFFFFFFFF 0xFFFFFFFF>
			opp-hz = /bits/ 64 <600000000>;
			opp-microvolt = <900000 915000 925000>;
			...
		};

		opp01 {
		opp@800000000 {
			/*
			 * Supports:
			 * - cuts: only one, 6th cut (represented by 6th bit).
			 * - substrate: supports 16 different substrate versions
			 * - process: supports 9 different process versions
			 */
			opp-supported-hw = <0x20 0xff0000ff 0x0000f4f0>
			opp-hz = /bits/ 64 <800000000>;
			opp-microvolt = <900000 915000 925000>;
			...
		};
	};
};

	cpu0_opp_table_fast: opp_table_fast {
Example 6: opp-microvolt-<name>, opp-microamp-<name>:
(example: device with two possible microvolt ranges: slow and fast)

/ {
	cpus {
		cpu@0 {
			compatible = "arm,cortex-a7";
			...

			operating-points-v2 = <&cpu0_opp_table>;
		};
	};

	cpu0_opp_table: opp_table0 {
		compatible = "operating-points-v2";
		status = "okay";
		opp-shared;

		opp10 {
		opp@1000000000 {
			opp-hz = /bits/ 64 <1000000000>;
			...
			opp-microvolt-slow = <900000 915000 925000>;
			opp-microvolt-fast = <970000 975000 985000>;
			opp-microamp-slow =  <70000>;
			opp-microamp-fast =  <71000>;
		};

		opp11 {
			opp-hz = /bits/ 64 <1100000000>;
			...
		opp@1200000000 {
			opp-hz = /bits/ 64 <1200000000>;
			opp-microvolt-slow = <900000 915000 925000>, /* Supply vcc0 */
					      <910000 925000 935000>; /* Supply vcc1 */
			opp-microvolt-fast = <970000 975000 985000>, /* Supply vcc0 */
					     <960000 965000 975000>; /* Supply vcc1 */
			opp-microamp =  <70000>; /* Will be used for both slow/fast */
		};
	};
};
+6 −6
Original line number Diff line number Diff line
@@ -134,12 +134,12 @@ mfio80 ddr_debug, mips_trace_data, mips_debug
mfio81		dreq0, mips_trace_data, eth_debug
mfio82		dreq1, mips_trace_data, eth_debug
mfio83		mips_pll_lock, mips_trace_data, usb_debug
mfio84		sys_pll_lock, mips_trace_data, usb_debug
mfio85		wifi_pll_lock, mips_trace_data, sdhost_debug
mfio86		bt_pll_lock, mips_trace_data, sdhost_debug
mfio87		rpu_v_pll_lock, dreq2, socif_debug
mfio88		rpu_l_pll_lock, dreq3, socif_debug
mfio89		audio_pll_lock, dreq4, dreq5
mfio84		audio_pll_lock, mips_trace_data, usb_debug
mfio85		rpu_v_pll_lock, mips_trace_data, sdhost_debug
mfio86		rpu_l_pll_lock, mips_trace_data, sdhost_debug
mfio87		sys_pll_lock, dreq2, socif_debug
mfio88		wifi_pll_lock, dreq3, socif_debug
mfio89		bt_pll_lock, dreq4, dreq5
tck
trstn
tdi
+2 −0
Original line number Diff line number Diff line
@@ -3936,6 +3936,8 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
					sector if the number is odd);
				i = IGNORE_DEVICE (don't bind to this
					device);
				j = NO_REPORT_LUNS (don't use report luns
					command, uas only);
				l = NOT_LOCKABLE (don't try to lock and
					unlock ejectable media);
				m = MAX_SECTORS_64 (don't transfer more
+48 −48
Original line number Diff line number Diff line
@@ -230,13 +230,13 @@ F: kernel/sys_ni.c

ABIT UGURU 1,2 HARDWARE MONITOR DRIVER
M:	Hans de Goede <hdegoede@redhat.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/abituguru.c

ABIT UGURU 3 HARDWARE MONITOR DRIVER
M:	Alistair John Strachan <alistair@devzero.co.uk>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/abituguru3.c

@@ -373,14 +373,14 @@ S: Maintained

ADM1025 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/adm1025
F:	drivers/hwmon/adm1025.c

ADM1029 HARDWARE MONITOR DRIVER
M:	Corentin Labbe <clabbe.montjoie@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/adm1029.c

@@ -425,7 +425,7 @@ F: drivers/video/backlight/adp8860_bl.c

ADS1015 HARDWARE MONITOR DRIVER
M:	Dirk Eibach <eibach@gdsys.de>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/ads1015
F:	drivers/hwmon/ads1015.c
@@ -438,7 +438,7 @@ F: drivers/macintosh/therm_adt746x.c

ADT7475 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/adt7475
F:	drivers/hwmon/adt7475.c
@@ -615,7 +615,7 @@ F: include/linux/ccp.h

AMD FAM15H PROCESSOR POWER MONITORING DRIVER
M:	Andreas Herrmann <herrmann.der.user@googlemail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/fam15h_power
F:	drivers/hwmon/fam15h_power.c
@@ -779,7 +779,7 @@ F: drivers/input/mouse/bcm5974.c

APPLE SMC DRIVER
M:	Henrik Rydberg <rydberg@bitmath.org>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Odd fixes
F:	drivers/hwmon/applesmc.c

@@ -1777,7 +1777,7 @@ F: include/media/as3645a.h

ASC7621 HARDWARE MONITOR DRIVER
M:	George Joseph <george.joseph@fairview5.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/asc7621
F:	drivers/hwmon/asc7621.c
@@ -1864,7 +1864,7 @@ F: drivers/net/wireless/ath/carl9170/

ATK0110 HWMON DRIVER
M:	Luca Tettamanti <kronos.it@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/asus_atk0110.c

@@ -2984,7 +2984,7 @@ F: mm/swap_cgroup.c

CORETEMP HARDWARE MONITORING DRIVER
M:	Fenghua Yu <fenghua.yu@intel.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/coretemp
F:	drivers/hwmon/coretemp.c
@@ -3549,7 +3549,7 @@ T: git git://git.infradead.org/users/vkoul/slave-dma.git

DME1737 HARDWARE MONITOR DRIVER
M:	Juerg Haefliger <juergh@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/dme1737
F:	drivers/hwmon/dme1737.c
@@ -4262,7 +4262,7 @@ F: include/video/exynos_mipi*

F71805F HARDWARE MONITORING DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/f71805f
F:	drivers/hwmon/f71805f.c
@@ -4341,7 +4341,7 @@ F: fs/*

FINTEK F75375S HARDWARE MONITOR AND FAN CONTROLLER DRIVER
M:	Riku Voipio <riku.voipio@iki.fi>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/f75375s.c
F:	include/linux/f75375s.h
@@ -4883,8 +4883,8 @@ F: drivers/media/usb/hackrf/
HARDWARE MONITORING
M:	Jean Delvare <jdelvare@suse.com>
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
W:	http://www.lm-sensors.org/
L:	linux-hwmon@vger.kernel.org
W:	http://hwmon.wiki.kernel.org/
T:	quilt http://jdelvare.nerim.net/devel/linux/jdelvare-hwmon/
T:	git git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
S:	Maintained
@@ -5393,7 +5393,7 @@ F: drivers/usb/atm/ueagle-atm.c

INA209 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/ina209
F:	Documentation/devicetree/bindings/i2c/ina209.txt
@@ -5401,7 +5401,7 @@ F: drivers/hwmon/ina209.c

INA2XX HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/ina2xx
F:	drivers/hwmon/ina2xx.c
@@ -5884,7 +5884,7 @@ F: drivers/isdn/hardware/eicon/

IT87 HARDWARE MONITORING DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/it87
F:	drivers/hwmon/it87.c
@@ -5920,7 +5920,7 @@ F: drivers/media/dvb-frontends/ix2505v*

JC42.4 TEMPERATURE SENSOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/jc42.c
F:	Documentation/hwmon/jc42
@@ -5970,14 +5970,14 @@ F: drivers/tty/serial/jsm/

K10TEMP HARDWARE MONITORING DRIVER
M:	Clemens Ladisch <clemens@ladisch.de>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/k10temp
F:	drivers/hwmon/k10temp.c

K8TEMP HARDWARE MONITORING DRIVER
M:	Rudolf Marek <r.marek@assembler.cz>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/k8temp
F:	drivers/hwmon/k8temp.c
@@ -6485,27 +6485,27 @@ F: net/llc/

LM73 HARDWARE MONITOR DRIVER
M:	Guillaume Ligneul <guillaume.ligneul@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/lm73.c

LM78 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/lm78
F:	drivers/hwmon/lm78.c

LM83 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/lm83
F:	drivers/hwmon/lm83.c

LM90 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/lm90
F:	Documentation/devicetree/bindings/hwmon/lm90.txt
@@ -6513,7 +6513,7 @@ F: drivers/hwmon/lm90.c

LM95234 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/lm95234
F:	drivers/hwmon/lm95234.c
@@ -6580,7 +6580,7 @@ F: drivers/scsi/sym53c8xx_2/

LTC4261 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/ltc4261
F:	drivers/hwmon/ltc4261.c
@@ -6749,28 +6749,28 @@ F: include/uapi/linux/matroxfb.h

MAX16065 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/max16065
F:	drivers/hwmon/max16065.c

MAX20751 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/max20751
F:	drivers/hwmon/max20751.c

MAX6650 HARDWARE MONITOR AND FAN CONTROLLER DRIVER
M:	"Hans J. Koch" <hjk@hansjkoch.de>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/max6650
F:	drivers/hwmon/max6650.c

MAX6697 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/max6697
F:	Documentation/devicetree/bindings/i2c/max6697.txt
@@ -7303,7 +7303,7 @@ F: drivers/scsi/NCR_D700.*

NCT6775 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/nct6775
F:	drivers/hwmon/nct6775.c
@@ -8064,7 +8064,7 @@ F: drivers/video/logo/logo_parisc*

PC87360 HARDWARE MONITORING DRIVER
M:	Jim Cromie <jim.cromie@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/pc87360
F:	drivers/hwmon/pc87360.c
@@ -8076,7 +8076,7 @@ F: drivers/char/pc8736x_gpio.c

PC87427 HARDWARE MONITORING DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/pc87427
F:	drivers/hwmon/pc87427.c
@@ -8415,8 +8415,8 @@ F: drivers/rtc/rtc-puv3.c

PMBUS HARDWARE MONITORING DRIVERS
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
W:	http://www.lm-sensors.org/
L:	linux-hwmon@vger.kernel.org
W:	http://hwmon.wiki.kernel.org/
W:	http://www.roeck-us.net/linux/drivers/
T:	git git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
S:	Maintained
@@ -8610,7 +8610,7 @@ F: drivers/media/usb/pwc/*

PWM FAN DRIVER
M:	Kamil Debski <k.debski@samsung.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Supported
F:	Documentation/devicetree/bindings/hwmon/pwm-fan.txt
F:	Documentation/hwmon/pwm-fan
@@ -9882,28 +9882,28 @@ F: Documentation/devicetree/bindings/media/i2c/nokia,smia.txt

SMM665 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/smm665
F:	drivers/hwmon/smm665.c

SMSC EMC2103 HARDWARE MONITOR DRIVER
M:	Steve Glendinning <steve.glendinning@shawell.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/emc2103
F:	drivers/hwmon/emc2103.c

SMSC SCH5627 HARDWARE MONITOR DRIVER
M:	Hans de Goede <hdegoede@redhat.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Supported
F:	Documentation/hwmon/sch5627
F:	drivers/hwmon/sch5627.c

SMSC47B397 HARDWARE MONITOR DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/smsc47b397
F:	drivers/hwmon/smsc47b397.c
@@ -10830,7 +10830,7 @@ F: include/linux/mmc/sh_mobile_sdhi.h

TMP401 HARDWARE MONITOR DRIVER
M:	Guenter Roeck <linux@roeck-us.net>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/tmp401
F:	drivers/hwmon/tmp401.c
@@ -11564,14 +11564,14 @@ F: Documentation/networking/vrf.txt

VT1211 HARDWARE MONITOR DRIVER
M:	Juerg Haefliger <juergh@gmail.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/vt1211
F:	drivers/hwmon/vt1211.c

VT8231 HARDWARE MONITOR DRIVER
M:	Roger Lucas <vt8231@hiddenengine.co.uk>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/vt8231.c

@@ -11590,21 +11590,21 @@ F: drivers/w1/

W83791D HARDWARE MONITORING DRIVER
M:	Marc Hulsman <m.hulsman@tudelft.nl>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/w83791d
F:	drivers/hwmon/w83791d.c

W83793 HARDWARE MONITORING DRIVER
M:	Rudolf Marek <r.marek@assembler.cz>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	Documentation/hwmon/w83793
F:	drivers/hwmon/w83793.c

W83795 HARDWARE MONITORING DRIVER
M:	Jean Delvare <jdelvare@suse.com>
L:	lm-sensors@lm-sensors.org
L:	linux-hwmon@vger.kernel.org
S:	Maintained
F:	drivers/hwmon/w83795.c

+1 −1
Original line number Diff line number Diff line
VERSION = 4
PATCHLEVEL = 4
SUBLEVEL = 6
SUBLEVEL = 8
EXTRAVERSION =
NAME = Blurry Fish Butt

Loading