headers
Leandro Scott R.Z. Jacques | 24 May 15:41
Picon
Favicon

Problems with scaling with Core i7 2670QM

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 @ 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 sse2
ss ht tm pbe syscall nx rdtscp lm co nstant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc
aperfmperf p ni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic
(Continue reading)

Permalink | Reply | 0 comments |
headers
Serge Stroobandt | 21 May 10:13
Favicon

cpufreq regression + link to patch

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/drivers/cpufreq/speedstep-lib.ko
kernel/drivers/cpufreq/speedstep-centrino.ko
(Continue reading)

Permalink | Reply | 0 comments |
headers
Raphael Maville | 19 May 09:30
Picon

Celeron and cpufreq

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 governor is not
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 15 May 00:46

[Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"

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

--- Comment #43 from Stoian Ivanov <sdr <at> mail.bg>  2012-05-14 22:46:45 ---
Managed to grabb a ath_info with "broken" state of the driver. This is with
cpufreq completely disabled from menuconfig. 

sdr <at> hristo ~/tmp/ath_info $ cat info_in_error.log 
 -==Device Information==-
MAC Revision: 2413  (0x78)
Device type:  2
2GHz PHY Revision: 2413  (0x56)

/============== EEPROM Information =============\
| EEPROM Version:   5.3 | EEPROM Size:  16 kbit |
| EEMAP:              2 | Reg. Domain:     0x809C |
|================= Capabilities ================|
| 802.11a Support:  no  | Turbo-A disabled: no  |
| 802.11b Support:  yes | Turbo-G disabled: yes |
| 802.11g Support:  yes | 2GHz XR disabled: no  |
| RFKill  Support:  no  | 5GHz XR disabled: no  |
| 32kHz   Crystal:  no  |                       |
\===============================================/

/=========================================================\
|          Calibration data common for all modes          |
|=========================================================|
|          CCK/OFDM gain delta:             1             |
|          CCK/OFDM power delta:           251             |
|          Scaled CCK delta:                5             |
|          2GHz Antenna gain:               1             |
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 13 May 16:39

[Bug 13489] us2e_cpufreq does not work on Netra t1 200

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
     Kernel Version|2.6.29                      |3.1.6
         AssignedTo|cpufreq <at> vger.kernel.org     |rjw <at> sisk.pl

--

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 13 May 16:38

[Bug 14084] cpufreq ondemand always 100% on one of the intel cores

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
         AssignedTo|cpufreq <at> vger.kernel.org     |rjw <at> sisk.pl

--

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 13 May 16:38

[Bug 15295] scaling_max_freq value lost upon suspend

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
         AssignedTo|cpufreq <at> vger.kernel.org     |rjw <at> sisk.pl

--

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 13 May 16:34

[Bug 16274] VIA EPIA PX5000EG - Longhaul is currently broken in this configuration

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
         AssignedTo|cpufreq <at> vger.kernel.org     |rjw <at> sisk.pl

--

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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
Permalink | Reply | 0 comments |
headers
bugzilla-daemon | 13 May 16:33

[Bug 16436] ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"

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

Alan <alan <at> lxorguk.ukuu.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alan <at> lxorguk.ukuu.org.uk
     Kernel Version|2.6.36                      |3.3.4

--

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
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
Permalink | Reply | 0 comments |
headers
abi | 12 May 18:57
Picon
Favicon

haalloo,

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
Permalink | Reply | 0 comments |
headers
Thomas Renninger | 11 May 17:52
Picon

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

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 have this CPU id feature set and everything is fine.
In fact I have such a CPU at home, but trying it out is time intensive.
As autoloading is a new feature, there cannot be regressions and if a non
Intel CPU shows up that needs this driver as well, it can easily be added by
another matching X86 model/family/feature line.

References: https://bugzilla.novell.com/show_bug.cgi?id=756085

Signed-off-by: Thomas Renninger <trenn <at> suse.de>
Tested-by: tittiatcoke <at> gmail.com
(Continue reading)

Permalink | Reply | 0 comments |

Gmane