<feed xmlns='http://www.w3.org/2005/Atom'>
<title>pm24.git/drivers/hwmon, branch v3.4-rc2</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<id>https://git.kobert.dev/pm24.git/atom?h=v3.4-rc2</id>
<link rel='self' href='https://git.kobert.dev/pm24.git/atom?h=v3.4-rc2'/>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/'/>
<updated>2012-04-04T00:08:28Z</updated>
<entry>
<title>hwmon: (ad7314) Adds missing spi_dev initialization</title>
<updated>2012-04-04T00:08:28Z</updated>
<author>
<name>Graeme Smecher</name>
<email>gsmecher@threespeedlogic.com</email>
</author>
<published>2012-04-03T23:42:21Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=e16de9137c8beab02d78fb4fa82bb96e9f3d0ac3'/>
<id>urn:sha1:e16de9137c8beab02d78fb4fa82bb96e9f3d0ac3</id>
<content type='text'>
This driver was recently moved from IIO (where it worked) to hwmon (where
it doesn't.) This breakage occured because the hwmon version neglected to
correctly initialize a reference to spi_dev in its drvdata. The result is a
segfault every time the temperature is queried.

Signed-off-by: Graeme Smecher &lt;gsmecher@threespeedlogic.com&gt;
Cc: stable@vger.kernel.org # 3.2+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (k10temp) Add support for AMD Trinity CPUs</title>
<updated>2012-04-01T17:25:56Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@amd.com</email>
</author>
<published>2012-03-30T20:48:20Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=fbc729a446f7d80ec8b73fe90d8c0cc3e95ad277'/>
<id>urn:sha1:fbc729a446f7d80ec8b73fe90d8c0cc3e95ad277</id>
<content type='text'>
The on-chip northbridge's temperature sensor of the upcoming
AMD Trinity CPUs works the same as for the previous CPUs.
Since it has a different PCI-ID, we just add the new one to the list
supported by k10temp.
This allows to use the k10temp driver on those CPUs.

Signed-off-by: Andre Przywara &lt;andre.przywara@amd.com&gt;
Cc: stable@vger.kernel.org # 3.0+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (w83627ehf) mark const init data with __initconst instead of __initdata</title>
<updated>2012-04-01T17:24:36Z</updated>
<author>
<name>Uwe Kleine-König</name>
<email>u.kleine-koenig@pengutronix.de</email>
</author>
<published>2012-03-30T20:04:55Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=6f7805a8d9dc6fa8af999f8603188157505558d9'/>
<id>urn:sha1:6f7805a8d9dc6fa8af999f8603188157505558d9</id>
<content type='text'>
As long as there is no other non-const variable marked __initdata in the
same compilation unit it doesn't hurt. If there were one however
compilation would fail with

	error: $variablename causes a section type conflict

because a section containing const variables is marked read only and so
cannot contain non-const variables.

Signed-off-by: Uwe Kleine-König &lt;u.kleine-koenig@pengutronix.de&gt;
Cc: Jean Delvare &lt;khali@linux-fr.org&gt;
Cc: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Cc: lm-sensors@lm-sensors.org
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (acpi_power_meter) fix lockdep spew due to non-static lock class</title>
<updated>2012-04-01T17:24:36Z</updated>
<author>
<name>Kyle McMartin</name>
<email>kyle@redhat.com</email>
</author>
<published>2012-03-28T19:11:47Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=31e354ee653c3d85e802a372f27224130fc95011'/>
<id>urn:sha1:31e354ee653c3d85e802a372f27224130fc95011</id>
<content type='text'>
Similar to a30dcb4f which fixed asus_atk0110.ko, I recently received a
bug report from someone hitting the same issue in acpi_power_meter.

[   13.963168] power_meter ACPI000D:00: Found ACPI power meter.
[   13.963900] BUG: key ffff8802161f3920 not in .data!
[   13.963904] ------------[ cut here ]------------
[   13.963915] WARNING: at kernel/lockdep.c:2986
	lockdep_init_map+0x52f/0x560()

So let's fix that up for them by statically declaring the
lockdep_class_key.

Signed-off-by: Kyle McMartin &lt;kyle@redhat.com&gt;
Cc: stable@vger.kernel.org # 3.0+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (adm1031) Fix compiler warning</title>
<updated>2012-04-01T17:24:35Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-24T15:51:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=ce15a81da33b961852f6e6a55305ccc60856de25'/>
<id>urn:sha1:ce15a81da33b961852f6e6a55305ccc60856de25</id>
<content type='text'>
Some configurations produce the following compile warning:

drivers/hwmon/adm1031.c: In function 'set_fan_auto_channel':
drivers/hwmon/adm1031.c:292: warning: 'reg' may be used uninitialized in this function

While this is a false positive, it can easily be fixed by overloading the return
value from get_fan_auto_nearest with both register value and error return code
(the register value is never negative). Coincidentially, that also reduces
module size by a few bytes.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (f75375s) Fix warning message seen in some configurations</title>
<updated>2012-04-01T17:24:34Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-24T15:38:21Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=6394011d65b7e74666f07cca98747601cf8298fa'/>
<id>urn:sha1:6394011d65b7e74666f07cca98747601cf8298fa</id>
<content type='text'>
In some configurations, BUG() does not result in an endless loop but returns to
the caller. This results in the following compiler warning:

drivers/hwmon/f75375s.c: In function 'duty_mode_enabled':
drivers/hwmon/f75375s.c:280: warning: control reaches end of non-void function
drivers/hwmon/f75375s.c: In function 'auto_mode_enabled':
drivers/hwmon/f75375s.c:295: warning: control reaches end of non-void function

Fix the warning by returning something sensible after BUG().

Cc: Nikolaus Schulz &lt;schulz@macnetix.de&gt;
Cc: Riku Voipio &lt;riku.voipio@iki.fi&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (max6639) Convert to dev_pm_ops</title>
<updated>2012-04-01T17:24:08Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@opensource.wolfsonmicro.com</email>
</author>
<published>2012-03-22T20:23:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=52f30f77171f934cb9562908cb279178b890a048'/>
<id>urn:sha1:52f30f77171f934cb9562908cb279178b890a048</id>
<content type='text'>
The I2C specific PM operations have been deprecated and printing a
warning on boot for over a year now.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
[guenter.roeck@ericsson.com: Added missing #ifdef around pm functions]
Cc: stable@vger.kernel.org # 3.0+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (sht15) Fix Kconfig dependencies</title>
<updated>2012-04-01T17:09:53Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-21T03:06:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=be45d422d96ba22ecd0e34690644099d172e9c6d'/>
<id>urn:sha1:be45d422d96ba22ecd0e34690644099d172e9c6d</id>
<content type='text'>
sht15 depends on GPIOLIB, not on GENERIC_GPIO.

This fixes the following build error, seen if GPIOLIB is not defined:

src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_direction_input': =&gt; 293:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_direction_output': =&gt; 216:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_free': =&gt; 1000:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_get_value': =&gt; 296:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_request': =&gt; 946:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_set_value': =&gt; 218:2
src/drivers/hwmon/sht15.c: error: implicit declaration of function 'gpio_to_irq': =&gt; 514:2

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (gpio-fan) Fix Kconfig dependencies</title>
<updated>2012-04-01T17:09:52Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-21T03:06:34Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=c1a1260244d8ffe017fbb3199f65c842e4d42fe6'/>
<id>urn:sha1:c1a1260244d8ffe017fbb3199f65c842e4d42fe6</id>
<content type='text'>
gpio-fan depends on GPIOLIB, not on GENERIC_GPIO.

This fixes the following build error, seen if GPIOLIB is not defined:

src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_direction_output': =&gt; 372:3
src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_free': =&gt; 130:2
src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_get_value': =&gt; 79:2
src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_request': =&gt; 98:2
src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_set_value': =&gt; 156:3
src/drivers/hwmon/gpio-fan.c: error: implicit declaration of function 'gpio_to_irq': =&gt; 114:2

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Acked-by: Simon Guinot &lt;sguinot@lacie.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'mfd_3.4-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6</title>
<updated>2012-03-28T20:56:35Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-03-28T20:56:35Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=30304e5a79d424eb2c8707b3ff0e9b8bf6ab3e8f'/>
<id>urn:sha1:30304e5a79d424eb2c8707b3ff0e9b8bf6ab3e8f</id>
<content type='text'>
Pull MFD changes from Samuel Ortiz:
 - 4 new drivers: Freescale i.MX on-chip Anatop, Ricoh's RC5T583 and
   TI's TPS65090 and TPS65217.
 - New variants support (8420, 8520 ab9540), cleanups and bug fixes for
   the abx500 and db8500 ST-E chipsets.
 - Some minor fixes and update for the wm8994 from Mark.
 - The beginning of a long term TWL cleanup effort coming from the TI
   folks.
 - Various fixes and cleanups for the s5m, TPS659xx, pm860x, and MAX8997
   drivers.

Fix up trivial conflicts due to duplicate patches and header file
cleanups (&lt;linux/device.h&gt; removal etc).

* tag 'mfd_3.4-1' of git://git.kernel.org/pub/scm/linux/kernel/git/sameo/mfd-2.6: (97 commits)
  gpio/twl: Add DT support to gpio-twl4030 driver
  gpio/twl: Allocate irq_desc dynamically for SPARSE_IRQ support
  mfd: Detach twl6040 from the pmic mfd driver
  mfd: Replace twl-* pr_ macros by the dev_ equivalent and do various cleanups
  mfd: Micro-optimization on twl4030 IRQ handler
  mfd: Make twl4030 SIH SPARSE_IRQ capable
  mfd: Move twl-core IRQ allocation into twl[4030|6030]-irq files
  mfd: Remove references already defineid in header file from twl-core
  mfd: Remove unneeded header from twl-core
  mfd: Make twl-core not depend on pdata-&gt;irq_base/end
  ARM: OMAP2+: board-omap4-*: Do not use anymore TWL6030_IRQ_BASE in board files
  mfd: Return twl6030_mmc_card_detect IRQ for board setup
  Revert "mfd: Add platform data for MAX8997 haptic driver"
  mfd: Add support for TPS65090
  mfd: Add some da9052-i2c section annotations
  mfd: Build rtc5t583 only if I2C config is selected to y.
  mfd: Add anatop mfd driver
  mfd: Fix compilation error in tps65910.h
  mfd: Add 8420 variant to db8500-prcmu
  mfd: Add 8520 PRCMU variant to db8500-prcmu
  ...
</content>
</entry>
</feed>
