sriram | 22 Dec 17:47 2014
Picon

[PATCH] cpupower Makefile change

The cpupower tool, when compiled against libcpupower.so fail's to run as
the linker file path's are missing during compilation. So added changes
in the Makefile to run cpupower tool, which helps us run the tool
without doing a 'make install'. 

Signed-off-by: Sriram Raghunathan <sriram <at> marirs.net.in>
---
 tools/power/cpupower/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/tools/power/cpupower/Makefile
b/tools/power/cpupower/Makefile
index 2e2ba2e..3ed7c04 100644
--- a/tools/power/cpupower/Makefile
+++ b/tools/power/cpupower/Makefile
 <at>  <at>  -209,7 +209,7  <at>  <at>  $(OUTPUT)%.o: %.c

 $(OUTPUT)cpupower: $(UTIL_OBJS) $(OUTPUT)libcpupower.so.$(LIB_MAJ)
 	$(ECHO) "  CC      " $ <at> 
-       $(QUIET) $(CC) $(CFLAGS) $(LDFLAGS) $(UTIL_OBJS) -lcpupower -lrt
-lpci -L$(OUTPUT) -o $ <at> 
+       $(QUIET) $(CC) $(CFLAGS) $(LDFLAGS) $(UTIL_OBJS) -lcpupower
-Wl,-rpath=./ -lrt -lpci -L$(OUTPUT) -o $ <at> 
 	$(QUIET) $(STRIPCMD) $ <at> 

 $(OUTPUT)po/$(PACKAGE).pot: $(UTIL_SRC)
--

-- 
1.8.3.2

--
(Continue reading)

Rickard Strandqvist | 21 Dec 18:43 2014
Picon

[PATCH] thermal: ti-soc-thermal: ti-bandgap.c: Remove unused function

Remove the function ti_bandgap_write_thot() that is not used anywhere.

This was partially found by using a static code analysis program called cppcheck.

Signed-off-by: Rickard Strandqvist <rickard_strandqvist <at> spectrumdigital.se>
---
 drivers/thermal/ti-soc-thermal/ti-bandgap.c |   13 -------------
 drivers/thermal/ti-soc-thermal/ti-bandgap.h |    1 -
 2 files changed, 14 deletions(-)

diff --git a/drivers/thermal/ti-soc-thermal/ti-bandgap.c b/drivers/thermal/ti-soc-thermal/ti-bandgap.c
index 634b6ce..cbb6a5f 100644
--- a/drivers/thermal/ti-soc-thermal/ti-bandgap.c
+++ b/drivers/thermal/ti-soc-thermal/ti-bandgap.c
 <at>  <at>  -611,19 +611,6  <at>  <at>  int ti_bandgap_read_thot(struct ti_bandgap *bgp, int id, int *thot)
 }

 /**
- * ti_bandgap_write_thot() - sets sensor current thot
- *  <at> bgp: pointer to bandgap instance
- *  <at> id: sensor id
- *  <at> val: desired thot value
- *
- * Return: 0 on success or the proper error code
- */
-int ti_bandgap_write_thot(struct ti_bandgap *bgp, int id, int val)
-{
-	return _ti_bandgap_write_threshold(bgp, id, val, true);
-}
-
(Continue reading)

kbuild test robot | 21 Dec 15:21 2014
Picon

[PATCH] Thermal: fix platform_no_drv_owner.cocci warnings

drivers/thermal/int340x_thermal/int3402_thermal.c:234:6-11: No need to set .owner here. The core
will do it.

 Remove .owner field if calls are used which set it automatically

Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci

CC: Aaron Lu <aaron.lu <at> intel.com>
Signed-off-by: Fengguang Wu <fengguang.wu <at> intel.com>
---

 int3402_thermal.c |    1 -
 1 file changed, 1 deletion(-)

--- a/drivers/thermal/int340x_thermal/int3402_thermal.c
+++ b/drivers/thermal/int340x_thermal/int3402_thermal.c
 <at>  <at>  -231,7 +231,6  <at>  <at>  static struct platform_driver int3402_th
 	.remove = int3402_thermal_remove,
 	.driver = {
 		   .name = "int3402 thermal",
-		   .owner = THIS_MODULE,
 		   .acpi_match_table = int3402_thermal_match,
 		   },
 };
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

Rafael J. Wysocki | 20 Dec 15:10 2014

[GIT PULL] CONFIG_PM_RUNTIME elimination for 3.19-rc1

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
 pm-config-3.19-rc1

to receive material that finalizes the CONFIG_PM_RUNTIME elimination
for v3.19-rc1 with top-most commit 464ed18ebdb6236fcff59d2a35d4d2e28

 PM: Eliminate CONFIG_PM_RUNTIME

on top of commit c0f486fde3f353232c1cc2fd4d62783ac782a467

 Merge tag 'pm+acpi-3.19-rc1-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

This removes the last few uses of CONFIG_PM_RUNTIME introduced
recently and makes that config option finally go away.

CONFIG_PM will be available directly from the menu now and
also it will be selected automatically if CONFIG_SUSPEND or
CONFIG_HIBERNATION is set.

Thanks!

---------------

Rafael J. Wysocki (4):
      spi: Replace CONFIG_PM_RUNTIME with CONFIG_PM
(Continue reading)

Srinidhi Kasagar | 19 Dec 18:43 2014
Picon

[PATCH v9] cpufreq: Add SFI based cpufreq driver support

This adds the SFI based cpu freq driver for some of the Intel's
Silvermont based Atom architectures like Z34xx and Z35xx.

Signed-off-by: Rudramuni, Vishwesh M <vishwesh.m.rudramuni <at> intel.com>
Signed-off-by: Srinidhi Kasagar <srinidhi.kasagar <at> intel.com>
Acked-by: Viresh Kumar <viresh.kumar <at> linaro.org>
---
v2:
(v2-v3: comments from Viresh)
* rephrase the Kconfig text
* merge the header file as its not being shared with anyone
* remove the unnecessary checks in sfi_cpufreq_target
* style changes in kzalloc
* fix the potential memory leak sfi_cpufreq_cpu_init
* move the cpufreq driver flag to the structure definition
* remove the redundant init of policy->cpu and policy->cur
* remove the unnecessary check while init the freq table
* merge the for loops in cpu_init
* use cpufreq_generic_attr rather than the custom one

v3:
* Add this change log
* remove the left over not used cached_freq var
* merge yet another for loop in cpu_init

v4:
* remove unnecessary pr_debug
* rephrase Kconfig text
* remove unused macro SFI_CPU_MAX
* Add Viresh's Acked-by
(Continue reading)

Beomho Seo | 19 Dec 10:04 2014

[PATCH] regulator: max14577: Use regulator_nodes/of_match in the descriptor

This patch is add regulator_nodes/ofmatch in the regulator descriptor
for using information from DT instead of specific codes.
That will be used regulation_of_get_init_data function for get regulator
property on device tree. Using that make driver simpler.

Cc: Chanwoo Choi <cw00.choi <at> samsung.com>
Cc: Krzysztof Kozlowski <k.kozlowski <at> samsung.com>
Cc: Liam Girdwood <lgirdwood <at> gmail.com>
Cc: Mark Brown <broonie <at> kernel.org>
Signed-off-by: Beomho Seo <beomho.seo <at> samsung.com>
---
 drivers/regulator/max14577.c |   62 ++++++++++--------------------------------
 1 file changed, 14 insertions(+), 48 deletions(-)

diff --git a/drivers/regulator/max14577.c b/drivers/regulator/max14577.c
index 0ff5a20..bbcc750 100644
--- a/drivers/regulator/max14577.c
+++ b/drivers/regulator/max14577.c
 <at>  <at>  -103,6 +103,8  <at>  <at>  static struct regulator_ops max14577_charger_ops = {
 static const struct regulator_desc max14577_supported_regulators[] = {
 	[MAX14577_SAFEOUT] = {
 		.name		= "SAFEOUT",
+		.of_match	= of_match_ptr("SAFEOUT"),
+		.regulators_node = of_match_ptr("regulators"),
 		.id		= MAX14577_SAFEOUT,
 		.ops		= &max14577_safeout_ops,
 		.type		= REGULATOR_VOLTAGE,
 <at>  <at>  -114,6 +116,8  <at>  <at>  static const struct regulator_desc max14577_supported_regulators[] = {
 	},
 	[MAX14577_CHARGER] = {
(Continue reading)

kbuild test robot | 19 Dec 09:17 2014
Picon

[vireshk:cpufreq/stats/cleanups 12/14] drivers/cpufreq/cpufreq_stats.c:19:1: sparse: symbol 'cpufreq_stats_lock' was not declared. Should it be static?

tree:   https://git.linaro.org/people/vireshk/linux cpufreq/stats/cleanups
head:   f6439741b76da59257758838e8b24472831e850c
commit: 2194c3c381af6cbfe8ab4fda481e07a004446e30 [12/14] cpufreq: stats: replace spinlock with mutex
reproduce:
  # apt-get install sparse
  git checkout 2194c3c381af6cbfe8ab4fda481e07a004446e30
  make ARCH=x86_64 allmodconfig
  make C=1 CF=-D__CHECK_ENDIAN__

sparse warnings: (new ones prefixed by >>)

>> drivers/cpufreq/cpufreq_stats.c:19:1: sparse: symbol 'cpufreq_stats_lock' was not declared.
Should it be static?

Please review and possibly fold the followup patch.

---
0-DAY kernel test infrastructure                Open Source Technology Center
http://lists.01.org/mailman/listinfo/kbuild                 Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jonghwa Lee | 19 Dec 03:47 2014

[PATCH RESEND V2 0/10] Improve charger manager driver for optimized operation.

After charger manager's initially introduced, it has kept its codes without any
big change. However, the charger manager working operation isn't optimized and
it also has unused codes and non-generic interface. This series tries to make
charger manager more generic and maintainable with some fixes.

[Changes in V2]
- Rebase patch series on latest of battery-2.6.git.
- Seperate 'power: charger-manager: Rearrange data and monitor ~' patch into
  several patches depends on its purpose.
- Add 2 patches related with polling mode.

Jonghwa Lee (10):
  power: charger-manager: Use thermal subsystem interface only to get
    temperature.
  power: charger-manager: Use power_supply_changed() not private
    uevent.
  power: charger-manager: Remove deprecated function,
    cm_notify_event().
  power: charger-manager: Fix to use CHARGE_NOW/FULL property
    correctly.
  power: charger-manager: Concentrate scattered power_supply_changed()
    calls.
  power: charger-manager: Get external power souce information only
    from EXTCON.
  power: charger-manager: Make chraging decision focusing on battery
    status.
  power: charger-manager: Not to start charging directly in cable
    nofitication.
  power: charger-manager: Support different polling mode for sleep
    state.
(Continue reading)

Rafael J. Wysocki | 19 Dec 02:42 2014
Picon

[PATCH 0/4] PM: Elimination of CONFIG_PM_RUNTIME

Hi,

This is the last part of the CONFIG_PM_RUNTIME elimination work.

Patches [1-3/4] deal with the new uses of CONFIG_PM_RUNTIME that have
been added since the beginning of the current merge window and the last
one removes CONFIG_PM_RUNTIME and makes CONFIG_PM be a user-selectable
option.

This is on top of the current Linus' tree with my master branch merged
on top which should be a subset of current linux-next.

Thanks!

--

-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Rafael J. Wysocki | 18 Dec 22:09 2014

[GIT PULL] More ACPI and power management updates for 3.19-rc1

Hi Linus,

Please pull from

 git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
 pm+acpi-3.19-rc1-2

to receive more ACPI and power management updates for v3.19-rc1 with
top-most commit 2ec1c17cadd0b994732f292d4bc49fc3a05d85a4

 Merge branches 'pm-opp', 'pm-cpufreq' and 'pm-tools'

on top of commit 92a578b064d0227a3a7fbbdb9e29dbab7f8d400e

 Merge tag 'pm+acpi-3.19-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

These are regrssion fixes (leds-gpio, ACPI backlight driver, operating
performance points library, ACPI device enumeration messages, cpupower
tool), other bug fixes (ACPI EC driver, ACPI device PM), some cleanups
in the operating performance points (OPP) framework, continuation of
CONFIG_PM_RUNTIME elimination, a couple of minor intel_pstate driver
changes, a new MAINTAINERS entry for it and an ACPI fan driver change
needed for better support of thermal management in user space.

Specifics:

 - Fix a regression in leds-gpio introduced by a recent commit that
   inadvertently changed the name of one of the properties used by
   the driver (Fabio Estevam).
(Continue reading)

Kapileshwar Singh | 18 Dec 13:19 2014

Fix: Bind Cooling Device Weight

The Problem:

In the current code, the weight of the cooling device, which is read as
contribution from the device tree in of-thermal.c as:

        ret = of_property_read_u32(np, "contribution", &prop);
        if (ret == 0)
                __tbp->usage = prop;

This is only stored in the private devicedata as:

        ((__thernal_zone *)cdev->devdata)->__tbp->usage

As of-thermal.c specifies its "bind" operation and does not populate
tzd->tzp->tbp, this causes an erroneous access in the fair-share
governor when it tries to access the weight:

instance->target = get_target_state(tz, cdev,
                                        tzp->tbp[i].weight,
cur_trip_level);

The Proposed solution:

The proposed solution has the following changes:

 1. Passing the weight as an argument to thermal_zone_bind_cooling_device

 2. Storing the weight in the thermal_instance data structure created in
the thermal_zone_bind_cooling_device function

(Continue reading)


Gmane