2.6.26 vanilla patch and 2.6.27 vanilla

Discuss about PHC here. For problems please use the PHC Help forum
Post Reply
Geralt
Posts: 6
Joined: Tue 14. Oct 2008, 15:15

2.6.26 vanilla patch and 2.6.27 vanilla

Post by Geralt » Tue 14. Oct 2008, 15:58

Hi everybody,


I just wanted to tell you that I'm running the vanilla 2.6.27 kernel with the 2.6.26 vanilla patch without any problems :-)
Patching worked without any warnings (so acpi_cpufreq module has not changed) and everything is as it should be :-)


For the case it is of interest: my cpu is a Core 2 Duo T9300 (penryn)




Geralt.

the-fallen
Administrator
Posts: 346
Joined: Wed 9. Jul 2008, 19:57

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by the-fallen » Wed 15. Oct 2008, 13:34

Hey Geralt, nice to read that everything is fine :)

What about the phc_ - files? Do they display data? Can you undervolt your CPU?
Would be great to know that Penryn - CPUs are working.

Geralt
Posts: 6
Joined: Tue 14. Oct 2008, 15:15

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by Geralt » Wed 15. Oct 2008, 14:13

Yeah it's all fine, here is some test ouput (the vids I'm setting are not the exactly the ones I'm normally using, just some value where I'm sure that they're still ok):

Code: Select all

geralt /sys/devices/system/cpu/cpu0/cpufreq $ ls
affected_cpus         phc_default_vids               scaling_cur_freq
cpuinfo_cur_freq      phc_fids                       scaling_driver
cpuinfo_max_freq      phc_version                    scaling_governor
cpuinfo_min_freq      phc_vids                       scaling_max_freq
ondemand              related_cpus                   scaling_min_freq
phc_controls          scaling_available_frequencies  scaling_setspeed
phc_default_controls  scaling_available_governors

geralt /sys/devices/system/cpu/cpu0/cpufreq $ for file in phc_* ;do echo "Content of $file:"; cat $file; done
Content of phc_controls:
77:41 76:34 10:30 8:27 6:23 136:19 
Content of phc_default_controls:
77:41 76:34 10:30 8:27 6:23 136:19 
Content of phc_default_vids:
41 34 30 27 23 19 
Content of phc_fids:
77 76 10 8 6 136 
Content of phc_version:
0.3.2:1
Content of phc_vids:
41 34 30 27 23 19 

geralt /sys/devices/system/cpu/cpu0/cpufreq $ echo "30 25 20 19 19"|sudo tee phc_vids 
30 25 20 19 19
geralt /sys/devices/system/cpu/cpu0/cpufreq $ cat phc_vids
30 25 20 19 19 19 



I also run your python script from some other thread:

Code: Select all

geralt ~ $ sudo ./read_msr.py
MSRTOOL V0.1 started...

Displaying data for CPU cpu0
/---------------------------------------
| Current VID: 19
| Current FID: 136
| Target VID:  19
| Target FID:  136
| Highest VID: 34
| Highest FID: 76
| Lowest VID:  23
| Lowest FID:  6
\---------------------------------------



Displaying data for CPU cpu1
/---------------------------------------
| Current VID: 19
| Current FID: 136
| Target VID:  19
| Target FID:  136
| Highest VID: 34
| Highest FID: 76
| Lowest VID:  23
| Lowest FID:  6
\---------------------------------------


Code: Select all

geralt ~ $ cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T9300  @ 2.50GHz
stepping	: 6
cpu MHz		: 800.000
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
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 nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm ida
bogomips	: 4986.17
clflush size	: 64
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T9300  @ 2.50GHz
stepping	: 6
cpu MHz		: 800.000
cache size	: 6144 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
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 nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr sse4_1 lahf_lm ida
bogomips	: 4986.03
clflush size	: 64
power management:

Code: Select all

geralt ~ $ uname -mro
2.6.27 i686 GNU/Linux


It seems everything working as expected :-)








Geralt.

the-fallen
Administrator
Posts: 346
Joined: Wed 9. Jul 2008, 19:57

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by the-fallen » Wed 15. Oct 2008, 19:43

Those value-pairs look a bit strange to me. Be cautious.
That is exactly what another user reported with a Penryn Core, he wrote that everything is working good. But he also hat those weired pairs (at least the 136:19 seems to be strange).

I hope we will find out the reason.

Geralt
Posts: 6
Joined: Tue 14. Oct 2008, 15:15

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by Geralt » Wed 15. Oct 2008, 19:51

That's strange, I didn't knew this. I've been using phc also on xubuntu 7.10 with 2.6.15 kernel and had the same FID:VID pairs, so I assumed everything is allright.

the-fallen
Administrator
Posts: 346
Joined: Wed 9. Jul 2008, 19:57

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by the-fallen » Wed 15. Oct 2008, 21:46

Yeah but hang on, we will try to figure out the reason.

Geralt
Posts: 6
Joined: Tue 14. Oct 2008, 15:15

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by Geralt » Thu 16. Oct 2008, 16:36

All right. I don't know much about kernel programming, but I can program in C and I would be willing to help you. So if there's something I could try on my box to help you let me know.

the-fallen
Administrator
Posts: 346
Joined: Wed 9. Jul 2008, 19:57

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by the-fallen » Fri 17. Oct 2008, 09:42

Thanks for this offer, any help is welcome.

I think the first thing we need to find out is why the FIDs (Frequency IDs) are this strange.
The first two and the last one look weired to me. I can imagine that the problem is caused while reading / converting the bits fron the register to an integer.
Maybe a data-sheet from intel will give more information. I do have that in mind and as soon I have time I will investigate in that direction.

I hope my Atom CPU will do the same "strange" things so I have a testing object :)

scosu
Posts: 4
Joined: Sun 28. Dec 2008, 13:34

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by scosu » Sun 28. Dec 2008, 15:02

The patch works nearly on 2.6.28 too. Only those to warnings ;):

Code: Select all

Hunk #4 succeeded at 751 (offset 1 line).
Hunk #5 succeeded at 770 (offset 1 line).
i will edit this post if the modified kernel works. have to reboot first because i don't want a module ;)


EDIT:
works great here. thank you for this patch :)

the-fallen
Administrator
Posts: 346
Joined: Wed 9. Jul 2008, 19:57

Re: 2.6.26 vanilla patch and 2.6.27 vanilla

Post by the-fallen » Fri 2. Jan 2009, 19:45

Great :)

Post Reply