1 |
2007/10/10, Marco Calviani <marco.calviani@×××××.com>: |
2 |
> |
3 |
> Hi Beso, |
4 |
> sorry i misunderstood your suggestion. I did what you suggest and |
5 |
> this is the result of the trip_points: |
6 |
> |
7 |
> critical (S5): 100C |
8 |
|
9 |
|
10 |
wow.... you don't have anything that says to the cpu to slow down when it |
11 |
reaches some point.... |
12 |
now, to add some other trip points you have to copy these in a konsole with |
13 |
root priviledges: |
14 |
echo "passive: 78 C: tc1=3 tc2=1 tsp=150 devices=CPU0 \ |
15 |
active[0]: 68 C: devices= FN1 \ |
16 |
active[1]: 58 C: devices= FN2" >> |
17 |
/proc/acpi/thermal_zone/TZ01/trip_points |
18 |
|
19 |
then do a cat on the thermal_zone/TZ0/trip_points to see if you've added the |
20 |
lines for passive and active lines. |
21 |
that means that when your thermal reaches 78 degrees it will slow down the |
22 |
processor. from 58 to 68 it will turn on the fan but don't turn down the |
23 |
speed of the processor, below 58 it will turn off the fan. |
24 |
|
25 |
> |
26 |
which i suppose is the reason why at that temperature the laptop switch off. |
27 |
> So, nothing except for the critical state. Should i have to add there |
28 |
> something? |
29 |
|
30 |
|
31 |
if the pc turns down then it can read from somewhere the actual thermal |
32 |
point. you try to see after actually setting the things i've just said, if |
33 |
your pc is behaving as it should. remember to also turn on the polling |
34 |
frequency. without it it will not look for thermal changes. and remember to |
35 |
actually compile the mce and speedstep features in the kernel and not as |
36 |
module and reboot and then set the things i've mentioned. after that type |
37 |
acpitool (it should be installed by default with the acpi package) and see |
38 |
what it says. it should give something like this: |
39 |
|
40 |
Battery #1 : charging, 46.00%, 01:17:04 |
41 |
> AC adapter : on-line |
42 |
> Thermal zone 1 : activ, 58 C |
43 |
|
44 |
|
45 |
it indicates, as you can see not only the battery and ac status but also the |
46 |
current processor mode (active) and the current thermal temperature.... if |
47 |
you don't have acpitool try acpi -t (you'll surely have either one or the |
48 |
other) and it should indicate the thermal state and temperature. if this |
49 |
command don't give you these infos then you'll have to be very careful using |
50 |
your pc since acpi probably don't support santarosa well. you should then |
51 |
unmask newer acpi in portage (adding acpi in /etc/package.keywords) and try |
52 |
with the new acpi (1.0.6). |
53 |
you may need some additional acpi modules, like ibm_acpi for example, but |
54 |
that depends on your's pc brand. i'm looking around to see if there were |
55 |
someone that had problems with santarosa and linux acpi, but for the moment |
56 |
i couldn't find something useful. try what i've said and see if the things |
57 |
work. if they work then append the tweak in some script that starts at boot |
58 |
like the top of xdm script and you'll have a functional system. let me know |
59 |
if you were succesful on that. |
60 |
|
61 |
|
62 |
An additional problem is this: |
63 |
> doing a |
64 |
> $ cat /proc/acpi/thermal_zone/TZ01/temperature |
65 |
> it gives only a: |
66 |
> |
67 |
> temperature: 0C |
68 |
> |
69 |
> My question is: |
70 |
> even if i change the polling frequency, how the fan can start if the |
71 |
> temperature gives 0?? |
72 |
> Do you know if it's possible to link the fan start with the core |
73 |
> temperature instead of the ACPI thermal zone? |
74 |
|
75 |
|
76 |
probably the fan don't start since you have it as a module. i've curently |
77 |
had the same problem which solved by compiling it integrated in the kernel. |
78 |
the fan in your case should always be on, not always be off.... |
79 |
|
80 |
Regards, |
81 |
> m |
82 |
> |
83 |
> > |
84 |
> > thats why i told you to do this commanda: |
85 |
> > > echo "2 seconds" > |
86 |
> > /proc/acpi/thermal_zone/TZ01/polling:frequency |
87 |
> > > |
88 |
> > this enables the polling of your thermal every 2 seconds. this should |
89 |
> be |
90 |
> > enough. |
91 |
> > do you have the other file that i mentioned: |
92 |
> > > /proc/acpi/thermal_zone/TZ01/trip_points ?! |
93 |
> > this sets the trip points for your processor. whitout it you governor |
94 |
> cannot |
95 |
> > understand what to do even if it polls right. |
96 |
> > |
97 |
> > as for the kernel thigs, set these options: |
98 |
> > select processor type: intel core2 instead of normal x86 |
99 |
> > CONFIG_X86_SPEEDSTEP_CENTRINO=y instead of m |
100 |
> > CONFIG_ACPI_FAN=y instead of m |
101 |
> > CONFIG_MICROCODE=y instead of m (for what i know cpu micocode is needed |
102 |
> on |
103 |
> > intels) |
104 |
> > CONFIG_K8_NUMA=n instead of y (this should be the amdk8 numa, that you |
105 |
> > should not need. if it's not then let him be) |
106 |
> > CONFIG_X86_MCE_AMD=n instead of y (you don't need amd mce features since |
107 |
> > they are not included into intel cpus) |
108 |
> > CONFIG_NR_CPUS=32 <-- this leaves me a little dazzled: do you really |
109 |
> have 32 |
110 |
> > cpus in your core?! for what i know this sets the real number of cpus |
111 |
> inside |
112 |
> > the kernel, but i might be wrong. so if this is really what i think it |
113 |
> is, |
114 |
> > ie the real nr of cpus (not virtual ones) set this to 2 or 4 based on |
115 |
> your |
116 |
> > cpu cores. |
117 |
> > CONFIG_HOTPLUG_CPU=n instead of y (i don't really think that you'll |
118 |
> unplug |
119 |
> > your cpu from your laptop when the laptop is still running considering |
120 |
> that |
121 |
> > you don't use multi cpus but a single multicore cpu. the same goes for |
122 |
> > memory hotplug: i don't think that your laptop supports it, so just |
123 |
> disable |
124 |
> > it.) |
125 |
> > for what i have seen the acpi problems may be due to a failure in |
126 |
> loading |
127 |
> > the intel speedstep module. if you look into the modules loaded (lsmod) |
128 |
> you |
129 |
> > should not see it. so it's better to insert it directly in the kernel, |
130 |
> since |
131 |
> > it is one of the first modules called (if you use it as a module you |
132 |
> should |
133 |
> > be loading it with initramdisk before loading acpi to have a full acpi |
134 |
> > configuration). |
135 |
> > try setting these options and recompile and install the new kernel and |
136 |
> > modules and reboot (kexec is not working on my amd turion with 64bit |
137 |
> enabled |
138 |
> > and so may also be for your core2duo). |
139 |
> > |
140 |
> > 2007/10/10, Marco Calviani <marco.calviani@×××××.com>: |
141 |
> > > Sorry i missed the attachment. |
142 |
> > > |
143 |
> > > regards, |
144 |
> > > m |
145 |
> > > |
146 |
> > > |
147 |
> > |
148 |
> > |
149 |
> > |
150 |
> > -- |
151 |
> > dott. ing. beso |
152 |
> -- |
153 |
> gentoo-laptop@g.o mailing list |
154 |
> |
155 |
> |
156 |
|
157 |
|
158 |
-- |
159 |
dott. ing. beso |