gmane.linux.kernel.cpufreq

(unknown)

robothroli company — 2012-05-25T13:09:02

 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Problems with scaling with Core i7 2670QM

Leandro Scott R.Z. Jacques — 2012-05-24T13:41:05

Hello, I'm using Ubuntu 12.04 and I noticed a strange behaviour when I compile a kernel from sou rce. I tried kernel 3.3.7 and made a make oldconfig of my stock kernel from ubuntu and defaulted all the new options, so I was guarateeing that all th e configs of the stock kernel were being imported to the newly compiled and that scaling would work as it should. The problem is the scaling frequency reported by cpuinfo_cur_freq and scaling_cur_freq as shown below, I compar ed those from compiled and stock kernels. What am I missing? Or it's a kind of bug?

/proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cp u family : 6
model : 42
model name : Intel( R) Core(TM) i7-2670QM CPU < at > 2.20GHz
stepping : 7
microco de : 0C39723
cpu MHz : 800.000
cache size  : 6144 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
init ial apicid : 0
fpu : yes
fpu_exception : yes
 cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse

cpufreq regression + link to patch

Serge Stroobandt — 2012-05-21T08:13:49

Hi, this is to report a cpufreq regression in kernel:
$ uname -r
3.2.0-2-amd64

The bug has been reported at least twice and a patch has been proposed:
http://permalink.gmane.org/gmane.linux.kernel.cpufreq/4190
http://permalink.gmane.org/gmane.linux.mandrake.bugs/143027

More information:
$ sudo cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq< at >vger.kernel.org, please.
analyzing CPU 0:
   no or unknown cpufreq driver is active on this CPU
   maximum transition latency: 4294.55 ms.
analyzing CPU 1:
   no or unknown cpufreq driver is active on this CPU
   maximum transition latency: 4294.55 ms.

$ sudo modprobe -l |grep cpufreq
kernel/drivers/cpufreq/cpufreq_stats.ko
kernel/drivers/cpufreq/cpufreq_powersave.ko
kernel/drivers/cpufreq/cpufreq_userspace.ko
kernel/drivers/cpufreq/cpufreq_conservative.ko
kernel/drivers/cpufreq/powernow-k8.ko
kernel/drivers/cpufreq/mperf.ko
kernel/drivers/cpufreq/acpi-cpufreq.ko
kernel/drivers/cpufreq/pcc-cpufreq.ko
kernel/

Celeron and cpufreq

Raphael Maville — 2012-05-19T07:30:51

Good morning,


I am trying to run cpufrequtils on a netbook with Celeron.
Unfortunately, it seems to do not run.

Why doesn't it run, please ? Is Celeron unable to handle cpufreq ?

Thanks a lot



this have been posted in French here:
http://forums.archlinux.fr/post94289.html#p94289

$ sudo cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Veuillez rapportez les erreurs et les bogues à cpufreq< at >vger.kernel.org,
s'il vous plait. analyse du CPU 0 :
  pas de pilotes cpufreq reconnu pour ce CPU
  maximum transition latency: 4294.55 ms.

$ sudo rc.d start cpufreq
:: Setting cpufreq governing
rules
[BUSY]
grep: /sys/devices/system/cpu/cpu*/cpufreq/scaling_available_governors:
No such file or directory , cpu 0wrong, unknown or unhandled CPU? Error
setting new values. Common errors:
- Do you have proper administration rights? (super-user?)
- Is the governor you requested available and modprobed?
- Trying to set an invalid policy?
- Trying to set a specific frequency, but userspace governo

haalloo,

abi — 2012-05-12T16:57:06

haalloo,
how are you doing,i hope you are fine,my name is miss abi okom i got your
contact and want us to be a good friend,
please try and write back to me so that i will give you my pictures and tell
you more about me,
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] X86 acpi_cpufreq: Do not use request_module for autoloading

Thomas Renninger — 2012-05-11T15:52:24

X86 acpi_cpufreq: Do not use request_module for autoloading

The idea to check for needed cpufreq functions in ACPI processor object is
a good (perfect) one, but using request_module in processor.ko
has bad side-effects:
It opens a hidden dependency: acpi-cpufreq.ko must be accessable when
processor.ko is loaded (which is not the case if the latter gets loaded
in initrd where the other one might not be present).
Also I guess calling modprobe userspace from inside the kernel
(comments indicate that is what happens), is considered an ugly workaround
if nothing else works.

Therefore try to load acpi-cpufreq on all CPUs with EST (Enhanced Speed Step)
cpu feature flag.
This may result in trying to load acpi-cpufreq on some machines which do
not have cpufreq ACPI functions (which should be a BIOS bug then), but this
does not hurt. acpi-cpufreq should always be the preferred cpufreq driver
for EST capable CPUs.
I am not 100% sure about VIA machines also exposing ACPI cpufreq functions.
I could imagine they also ha

[PATCH] cpufreq: interface for setting governor for a cpu

2012-05-11T12:50:28

From: Puneet Saxena <puneets< at >nvidia.com>

This implementation sets governor for a cpu using existing
cpufreq interfaces.

Signed-off-by: Puneet Saxena <puneets< at >nvidia.com>
---

This is applicable for the usecase where user wants to change
the governor inside kernel. Earlier if driver wants to change
cpu governor, it needs to write in userspace sysfs "store"
entry, which calls "store_scaling_governor()", a kernel interface.
The implementation avoids the unwanted flow from KENREL-->
USER-->KERNEL.

 drivers/cpufreq/cpufreq.c |   50 +++++++++++++++++++++++++++++++++++++++++++++
 include/linux/cpufreq.h   |    1 +
 2 files changed, 51 insertions(+), 0 deletions(-)

diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index 3acc428..5bbe8c3 100644
--- a/drivers/cpufreq/cpufreq.c
+++ b/drivers/cpufreq/cpufreq.c
< at >< at > -1785,6 +1785,56 < at >< at > no_policy:
 }
 EXPORT_SYMBOL(cpufreq_update_policy);
 
+/*
+ *cpufreq_set_gov - set governor for a cpu
+ *< at >cpu: CPU whose governor needs to be changed
+ *< at >target_gov:

[PATCH 3/3] arm: tegra: governor: change governor using cpufreq interface

2012-05-11T12:32:36

From: Puneet Saxena <puneets< at >nvidia.com>

Older code sets "conservative" governor in early-suspend
using sysfs entries.This implementation changes governor
in early-suspend using cpufreq interfaces.

bug 871958

Change-Id: I721afb6184982a063dc5f330da31f8fb88481cfd
Signed-off-by: Puneet Saxena <puneets< at >nvidia.com>
---
 arch/arm/mach-tegra/board-enterprise-panel.c |   18 ++--
 arch/arm/mach-tegra/board-kai-panel.c        |   19 +---
 arch/arm/mach-tegra/board-ventana-panel.c    |   17 +--
 arch/arm/mach-tegra/board-whistler-panel.c   |   19 ++--
 arch/arm/mach-tegra/board.h                  |   17 ++--
 arch/arm/mach-tegra/common.c                 |  134 +++++++-------------------
 6 files changed, 71 insertions(+), 153 deletions(-)

diff --git a/arch/arm/mach-tegra/board-enterprise-panel.c b/arch/arm/mach-tegra/board-enterprise-panel.c
index 8ac2e66..368d8c6 100644
--- a/arch/arm/mach-tegra/board-enterprise-panel.c
+++ b/arch/arm/mach-tegra/board-enterprise-panel.c
< at >< at > -816,17 +816,12 < at >< at > static void enterprise

Question on CPU Frequency subsystem

Yogesh Kumar — 2012-05-09T15:30:08

Hi,

I had a question on CPU Frequency subsystem. As there are multiple
governors which can be set on different CPU cores. If we have 4 cores
lying under the one power domain and voltage rail and suppose governor
setting is:

cpu0: performance
cpu1: on demand
cpu2: on demand
cpu3: performance

Since All cores are lying under same power rails, as we set the cpu0
to performance governor which will set the cpu0 and cpu3 to maximum
frequency and hence sustainable voltage for that frequency but cpu1
and cpu2 are using on demand governor, suppose the load is low on cpu1
and cpu2 cores, therefore on demand governor will try to set the low
frequency and voltage based on the load. Since cpu0 is at high
frequency and cpu1 is at low frequency, which part of cpufreq system
will restrict the voltage to stay high as voltage rail is shared and
one cpu is running at low frequency and another at high frequency?

Regards
Yogesh
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to m

My Beloved in Christ

Mrs. Mary Parker — 2012-05-04T06:15:25

Dear Beloved in Christ,

I am Mrs. Mary Parker an aging widow suffering from long time illness. I have some funds I inherited from my late husband, the sum of 7.5 Million Pounds and I needed a very honest and God fearing Christian that will use the fund for God's work, I found your email address from the internet and decided to contact you. Please if you would be able to use the funds for the Lord's work, kindly reply me back.

Yours in the Lord, 

Mrs. Mary Parker
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

CPUFREQ maintainence.

Dave Jones — 2012-04-30T14:06:45

This last few releases I've been more of a hindrance than help to getting
some of the patches merged upstream, so due to my lack of time, I'm considering
removing myself as maintainer, and having patches routed as such instead...

ARM -> Russell/relevant ARM subtree maintainers
x86 driver patches -> x86< at >vger.kernel.org
(All the other archs currently supported already go through the arch trees mips/sparc etc)

The core doesn't see a huge amount of change these days, I figure patches for
that can just go to lkml & Linus/Andrew like any other subsystem.

comments?

Dave
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Bug 43179] New: VIA Nano hangs on some CPU scaling governors and at some freqs

2012-04-29T20:45:41

https://bugzilla.kernel.org/show_bug.cgi?id=43179

               URL: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/8
                    05205
           Summary: VIA Nano hangs on some CPU scaling governors and at
                    some freqs
           Product: Power Management
           Version: 2.5
    Kernel Version: 3.4.0-999-generic
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: cpufreq
        AssignedTo: cpufreq< at >vger.kernel.org
        ReportedBy: lelandyue< at >gmail.com
        Regression: No


OVERVIEW: 
- Ubuntu 10.04 hangs when the CPU scaling governor is set to "ondemand",
"conservative", or "userspace" at 1000 MHz and 900 MHz. Other freqs don't hang.

NOTES:
- This bug also occurs on Ubuntu 11.10.
- The original bug was filed at bugs.launchpad.net:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/805205 . The original
details were written for Ubuntu 10.04. The

[RESEND PATCH 1/2] ARM: add cpufreq transiton notifier to adjust loops_per_jiffy for smp

Richard Zhao — 2012-04-28T03:28:42

If CONFIG_SMP, cpufreq skips loops_per_jiffy update, because different
arch has different per-cpu loops_per_jiffy definition.

Signed-off-by: Richard Zhao <richard.zhao< at >freescale.com>
Acked-by: Russell King <rmk+kernel< at >arm.linux.org.uk>
---
 arch/arm/kernel/smp.c |   54 +++++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 54 insertions(+), 0 deletions(-)

diff --git a/arch/arm/kernel/smp.c b/arch/arm/kernel/smp.c
index addbbe8..33af711 100644
--- a/arch/arm/kernel/smp.c
+++ b/arch/arm/kernel/smp.c
< at >< at > -25,6 +25,7 < at >< at >
 #include <linux/percpu.h>
 #include <linux/clockchips.h>
 #include <linux/completion.h>
+#include <linux/cpufreq.h>
 
 #include <linux/atomic.h>
 #include <asm/cacheflush.h>
< at >< at > -604,3 +605,56 < at >< at > int setup_profiling_timer(unsigned int multiplier)
 {
 return -EINVAL;
 }
+
+#ifdef CONFIG_CPU_FREQ
+
+static DEFINE_PER_CPU(unsigned long, l_p_j_ref);
+static DEFINE_PER_CPU(unsigned long, l_p_j_ref_freq);
+static unsigned long global_l_p_j_ref;
+static unsigned long global_l_p_j_ref_freq

[PATCH] cpufreq: OMAP: fix build errors: depends on ARCH_OMAP2PLUS

Kevin Hilman — 2012-04-13T20:32:30

The OMAP driver needs a 'depends on ARCH_OMAP2PLUS' since it only
builds for OMAP2+ platforms.

This 'depends on' was in the original patch from Russell King, but was
erroneously removed by me when making this option user-selectable in
commit b09db45c (cpufreq: OMAP driver depends CPUfreq tables.)  This
patch remedies that.

Apologies to Russell King for breaking his originally working patch.

Also, thanks to Grazvydas Ignotas for reporting the same problem.

Cc: Russell King <rmk+kernel< at >arm.linux.org.uk>
Cc: Grazvydas Ignotas <notasas< at >gmail.com>
Signed-off-by: Kevin Hilman <khilman< at >ti.com>
---
Linus, can you apply this for v3.4-rc?  I haven't got a response from
the CPUfreq maintainers after several weeks and a couple tries, so
hopefully you can take this simple fix.   Thanks.

 drivers/cpufreq/Kconfig.arm |    1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/cpufreq/Kconfig.arm b/drivers/cpufreq/Kconfig.arm
index 82f1aa9..555a57b 100644
--- a/drivers/cpufreq/Kconfig.arm
+++ b/drivers/cpufreq/Kconf

100 kč

Richard Adamčák — 2012-04-09T21:09:52

Opravdu zajímavý web s video-školením,
kde se krok za krokem můžeš naučit 
vydělávat propagací na internetu.

Zaregistruj se ZDARMA zde:
http://www.affilprogram.cz/#a_aid=4f7db1e15123f&a_bid=a328796c

a získáš ihned 100 Kč jako vstupní bonus ;)

Pokud Vám cokoli nebude jasné, kontaktujte mne emailem, . Já mám za první
den vyděláno necelých 200,- Kč a neustále to naskakuje. Těším se na
spolupráci. Richard Adamčák
 
Richard Adamčák
richardadamcak< at >seznam.cz

--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

Dave and Angela Dawes — 2012-04-07T08:29:46



Hello There!

This is a personal email directed to you. My wife and I won an Euro
Millions Jackpot Lottery of £101m million(Pounds) on October 11, 2011 and
have
voluntarily decided to donate the sum of £1,000,000.00 Pounds to you as
part of our own charity project to improve the lot of 20 lucky
individuals all over the world.

If you have received this email then you are one of the lucky
recipients and all you have to do is get back to us so that we can
send your details to the payout bank.

You can verify this by visiting the web page below;
http://uk.news.yahoo.com/lucky-lottery-couple-reveals-what-they-will-buy-with-
%C2%A3101m.html

http://m.ibtimes.com/euromillions-euromillion-winners-euromillion-winners-
revealed-101-million-winners-101m-euromillions-229012.html

Dave and Angela Dawes
Contact my private email only:angeladawesfoundation< at >yahoo.com.hk


--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  h

[PATCH] EXYNOS: bugfix on retrieving old_index from freqs.old

MyungJoo Ham — 2012-04-04T10:23:56

The policy might have been changed since last call of target().
Thus, using cpufreq_frequency_table_target(), which depends on
policy to find the correspoding index from a frequency, may return
inconsistent index for freqs.old. Thus, old_index should be
calculated not based on the current policy.

We have been observing such issue when scaling_min/max_freq were
updated and sometimes caused system lockups due to incorrectly
configured voltages.

Signed-off-by: MyungJoo Ham <myungjoo.ham< at >samsung.com>
---
 drivers/cpufreq/exynos-cpufreq.c |   13 +++++++++++--
 1 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/drivers/cpufreq/exynos-cpufreq.c b/drivers/cpufreq/exynos-cpufreq.c
index b243a7e..1577522 100644
--- a/drivers/cpufreq/exynos-cpufreq.c
+++ b/drivers/cpufreq/exynos-cpufreq.c
< at >< at > -62,8 +62,17 < at >< at > static int exynos_target(struct cpufreq_policy *policy,
 goto out;
 }
 
-if (cpufreq_frequency_table_target(policy, freq_table,
-   freqs.old, relation, &old_index)) {
+/*
+ * The policy ma

[Bug 43037] New: cpufreq often stucks in lowest frequency.

2012-04-03T15:49:28

https://bugzilla.kernel.org/show_bug.cgi?id=43037

           Summary: cpufreq often stucks in lowest frequency.
           Product: Power Management
           Version: 2.5
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: cpufreq
        AssignedTo: cpufreq< at >vger.kernel.org
        ReportedBy: yasar11732< at >gmail.com
        Regression: No


Created an attachment (id=72798)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=72798)
Current linux configuration file

Although it works from time to time, cpufreq often stucks in the lowest
frequency, and won't let the frequency go any higher, regardless of the
governer. There is a discussion about this in here:
https://bbs.archlinux.org/viewtopic.php?pid=1082045

As it can be seen on the above thread, when this occurs, cpufreq-info gives
this kind of output;

analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency

[PATCH] Longhaul: Check for CPU model first

Rafal Bilski — 2012-04-02T20:41:47

This patch fixes bug 16274. This is C3 only driver, but APIC and
SMP checks are executed on any Centaur processor. Check for CPU
model first and stop produce bogus error messages on C7 and Nano
systems.

Signed-off-by: Rafal Bilski <rafalbilski< at >interia.pl>
---

Please close bug 16274 if this patch is accepted.

 drivers/cpufreq/longhaul.c |   25 +++++++++++++------------
 1 file changed, 13 insertions(+), 12 deletions(-)

diff --git a/drivers/cpufreq/longhaul.c b/drivers/cpufreq/longhaul.c
index f47d26e..f70287e 100644
--- a/drivers/cpufreq/longhaul.c
+++ b/drivers/cpufreq/longhaul.c
< at >< at > -959,22 +959,23 < at >< at > static int __init longhaul_init(void)
 if (c->x86_vendor != X86_VENDOR_CENTAUR || c->x86 != 6)
 return -ENODEV;
 
+switch (c->x86_model) {
+case 6 ... 9:
 #ifdef CONFIG_SMP
-if (num_online_cpus() > 1) {
-printk(KERN_ERR PFX "More than 1 CPU detected, "
-"longhaul disabled.\n");
-return -ENODEV;
-}
+if (num_online_cpus() > 1) {
+printk(KERN_ERR PFX "More than 1 CPU detected, "
+"long

Hello

2012-03-26T10:34:18

Hello xxxxx,
 How are you doing over there? My name is Laura, Please let
me know if i got the right address so we can open
communication, here is my email address I am waiting for
your confirmation with care Laura...
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo< at >vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] sfi based p-state driver

Vishwesh M Rudramuni — 2012-03-28T10:33:19

This is the sfi p-state driver for all the intel soc platforms.
This is based on the acpi p-state driver.This patch is generated
against linux 3.2.2.

Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni< at >intel.com>
Acked-by: Len Brown <len.brown< at >intel.com>
Reviewed-by: Hari Seshadri <harinarayanan.seshadri< at >intel.com>
Reviewed-by: Rajeev D Muralidhar <rajeev.d.muralidhar< at >intel.com>
---
 drivers/cpufreq/Kconfig.x86   |   15 ++
 drivers/cpufreq/Makefile      |    1 +
 drivers/cpufreq/sfi-cpufreq.c |  529 +++++++++++++++++++++++++++++++++++++++++
 drivers/cpufreq/sfi-cpufreq.h |   65 +++++
 4 files changed, 610 insertions(+), 0 deletions(-)
 create mode 100644 drivers/cpufreq/sfi-cpufreq.c
 create mode 100644 drivers/cpufreq/sfi-cpufreq.h

diff --git a/drivers/cpufreq/Kconfig.x86 b/drivers/cpufreq/Kconfig.x86
index 78ff7ee..7c53591 100644
--- a/drivers/cpufreq/Kconfig.x86
+++ b/drivers/cpufreq/Kconfig.x86
< at >< at > -32,6 +32,21 < at >< at > config X86_ACPI_CPUFREQ
 
   If in doubt, say N.
 
+config X86_SFI_CPUFREQ
+