Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi, just for information, i report that i've filed a bug on bugzilla: http://bugzilla.kernel.org/show_bug.cgi?id=9167 regards, m On 10/13/07, Marco Calviani <[EMAIL PROTECTED]> wrote: > Beso, >yes i'm always staying in powersave mode.. but in any case the > CPU temperature tends to increase. I hope that the ACPI guys will work > on this (hoping i'm not the only one experiencing these problems). The > fans unfortunately are masked to the user in most Acer laptops, and > they are controlled fully by ACPI. > > Thanks again, > m > > On 10/13/07, Beso <[EMAIL PROTECTED]> wrote: > > i think that you'll have to wait a little more and always stay aware when > > using the pc till acpi supports it. > > i'd recommend to stay on powersave when using the processor extensively so > > that you'd not incur in hardware errors and failures. and it the fan is not > > starting try to modify it by command prompt via echo "on" > > > /proc/acpi/fan/.. > > this will work at least the thermal doesn't reach the state when it would > > stop the fan, but since you don't have that point and that you cannot read > > temperature starting it via echo "on" should always stay on. you'd have some > > noise maybe, but you'd be sure that the processor would not run overheat. > > and hope that the acpi people would fix that in the near future. > > i'm sorry for not being able to help you more. > > and as an advice for the future: before getting a notebook in the future > > have some surf on the web to see if it's fully supported by linux (acer > > sells linux only notebooks actually but only from taiwan). i had my linux > > notebook not working with linux for 5-6 months and yet i had to change the > > wireless since it wasn't supported after almost 2 years. for what i know > > dell, hp and compaq are quite well supported. > > > -- [EMAIL PROTECTED] mailing list
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Beso, yes i'm always staying in powersave mode.. but in any case the CPU temperature tends to increase. I hope that the ACPI guys will work on this (hoping i'm not the only one experiencing these problems). The fans unfortunately are masked to the user in most Acer laptops, and they are controlled fully by ACPI. Thanks again, m On 10/13/07, Beso <[EMAIL PROTECTED]> wrote: > i think that you'll have to wait a little more and always stay aware when > using the pc till acpi supports it. > i'd recommend to stay on powersave when using the processor extensively so > that you'd not incur in hardware errors and failures. and it the fan is not > starting try to modify it by command prompt via echo "on" > > /proc/acpi/fan/.. > this will work at least the thermal doesn't reach the state when it would > stop the fan, but since you don't have that point and that you cannot read > temperature starting it via echo "on" should always stay on. you'd have some > noise maybe, but you'd be sure that the processor would not run overheat. > and hope that the acpi people would fix that in the near future. > i'm sorry for not being able to help you more. > and as an advice for the future: before getting a notebook in the future > have some surf on the web to see if it's fully supported by linux (acer > sells linux only notebooks actually but only from taiwan). i had my linux > notebook not working with linux for 5-6 months and yet i had to change the > wireless since it wasn't supported after almost 2 years. for what i know > dell, hp and compaq are quite well supported. > -- [EMAIL PROTECTED] mailing list
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Just to give a short update: 1) no luck with the acer_acpi module: it does not load in the system, as the developer is having a look at it. However he told me that the module can do practically nothing on the thermal zone since this last point is controlled fully by ACPI 2) i've tried to modify the DSDT table: it had errors, but also after correction the system behave in practically the same way. I've mailed to the acpi-linux mailing list, hoping that the acpi gurus can try to solve the issue. As far as i understand now it is just a matter of ACPI implementation. Regards, m On 10/11/07, Beso <[EMAIL PROTECTED]> wrote: > normally all acer have dsdt problems and don't work unless you load > acer_acpi. > now, in the portage tree there's only the 0.8.2 version, so you have to go > here: > > http://code.google.com/p/aceracpi/ > > download the latest version and install it. there's a 5720 product listed > (under travelmate and not aspire, but it may have been an error). simply > search for acer_acpi in the /lib/modules/2.6.22-gentoo-r8 and delete it then > do a depmod -a and update the modules installed and retry loading the newly > compiled driver. if you manage to get it working in this way ok, if not try > contacting the guy maintaing the aceracpi module and tell him about you > problems. he may be of help. > > > 2007/10/11, Marco Calviani <[EMAIL PROTECTED]>: > > Hi Beso, > >i have an Acer Aspire 5720. I've tried with the acer_acpi, it > > compiles well but when it comes to loading it fails, saying > > "No or unsupported WMI interface, unable to load". > > > > However as far as i can understood, this module deals with issues of > > buttons and hotkey not with ACPI issues. > > > > Yes, my DSDT failed during recompiling, but i have managed to solve > > the issues, and now it compiled well (with warning but i'm not > > caring). I'll try to recompile the new DSDT in the kernel, maybe it > > could help (but i'm not sure). > > > > Regards, > > m > > > > On 10/11/07, Beso <[EMAIL PROTECTED]> wrote: > > > yep you're right i cannot modify my trippoints so this file cannot > be > > > modified > > > i don't think that it's random, since it is 40 c try doing some > > > compiling or so and see if it goes up and then stop compiling and do > nothing > > > and see if it goes down this will tell you if thermal is working > > > for dsdt problem you have follow this guide: > > > http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems > > > if it gives you errors when recompiling dsdt then it may be a dsdt > problem, > > > but if it gives you no problem recompiling it then it may be that you > need > > > some additional modules like asus_acpi or ibm or toshiba ones based on > your > > > pc model. i don't know what you're using (i've managed to see some > lenovo, > > > asus toshiba and acer models around and for what i know every one of > then > > > needs an additional acpi module to have it work correctly). that was why > > > i've asked you for your brand and model name. > > > > > > 2007/10/11, Marco Calviani <[EMAIL PROTECTED]>: > > > > Hi Beso, > > > >i've tried with your trip_points modification but it gives this > error: > > > > > > > > bash: echo: write error: Invalid argument > > > > > > > > like i'm not able to write on that file. > > > > > > > > And of course acpitool gives me a random ACPI temperature: > > > > > > > > Battery #1 : charged > > > > AC adapter : on-line > > > > Thermal zone 1 : ok, 40 C > > > > > > > > PS: i followed all your suggestions concerning the microcode and fan > > > > option in the kernel. > > > > Could this be a problem of DSDT? > > > > > > > > regards, > > > > m > > > > > > > > On 10/10/07, Beso <[EMAIL PROTECTED] > wrote: > > > > > > > > > > > > > > > 2007/10/10, Marco Calviani < [EMAIL PROTECTED]>: > > > > > > Hi Beso, > > > > > > sorry i misunderstood your suggestion. I did what you suggest > and > > > > > > this is the result of the trip_points: > > > > > > > > > > > > critical (S5): 100C > > > > > > > > > > wow you don't have anything that says to the cpu to slow down > when > > > it > > > > > reaches some point > > > > > now, to add some other trip points you have to copy these in a > konsole > > > with > > > > > root priviledges: > > > > > echo "passive: 78 C: tc1=3 tc2=1 tsp=150 > devices=CPU0 \ > > > > > active[0]: 68 C: devices= FN1 \ > > > > > active[1]: 58 C: devices= FN2" >> > > > > > /proc/acpi/thermal_zone/TZ01/trip_points > > > > > > > > > > then do a cat on the thermal_zone/TZ0/trip_points to see if you've > added > > > the > > > > > lines for passive and active lines. > > > > > that means that when your thermal reaches 78 degrees it will slow > down > > > the > > > > > processor. from 58 to 68 it will turn on the fan but don't turn down > the > > > > > speed of the processor, below 58 it will turn off the fan. > > > > > > > > > > > > > > > > > > > > > > > which i suppose is
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
As far as i know unfortunately the Travelmate 5720 exists, together with the entry level Aspire 5720... I've tried also the new version and the load error appears at the same level. I've mailed Carlos of acer-acpi, let's see what comes out. Thanks again for your help, i'll let you know about the improvement of this situation, m On 10/11/07, Beso <[EMAIL PROTECTED]> wrote: > normally all acer have dsdt problems and don't work unless you load > acer_acpi. > now, in the portage tree there's only the 0.8.2 version, so you have to go > here: > > http://code.google.com/p/aceracpi/ > > download the latest version and install it. there's a 5720 product listed > (under travelmate and not aspire, but it may have been an error). simply > search for acer_acpi in the /lib/modules/2.6.22-gentoo-r8 and delete it then > do a depmod -a and update the modules installed and retry loading the newly > compiled driver. if you manage to get it working in this way ok, if not try > contacting the guy maintaing the aceracpi module and tell him about you > problems. he may be of help. > > > 2007/10/11, Marco Calviani <[EMAIL PROTECTED]>: > > Hi Beso, > >i have an Acer Aspire 5720. I've tried with the acer_acpi, it > > compiles well but when it comes to loading it fails, saying > > "No or unsupported WMI interface, unable to load". > > > > However as far as i can understood, this module deals with issues of > > buttons and hotkey not with ACPI issues. > > > > Yes, my DSDT failed during recompiling, but i have managed to solve > > the issues, and now it compiled well (with warning but i'm not > > caring). I'll try to recompile the new DSDT in the kernel, maybe it > > could help (but i'm not sure). > > > > Regards, > > m > > > > On 10/11/07, Beso <[EMAIL PROTECTED]> wrote: > > > yep you're right i cannot modify my trippoints so this file cannot > be > > > modified > > > i don't think that it's random, since it is 40 c try doing some > > > compiling or so and see if it goes up and then stop compiling and do > nothing > > > and see if it goes down this will tell you if thermal is working > > > for dsdt problem you have follow this guide: > > > http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems > > > if it gives you errors when recompiling dsdt then it may be a dsdt > problem, > > > but if it gives you no problem recompiling it then it may be that you > need > > > some additional modules like asus_acpi or ibm or toshiba ones based on > your > > > pc model. i don't know what you're using (i've managed to see some > lenovo, > > > asus toshiba and acer models around and for what i know every one of > then > > > needs an additional acpi module to have it work correctly). that was why > > > i've asked you for your brand and model name. > > > > > > 2007/10/11, Marco Calviani <[EMAIL PROTECTED]>: > > > > Hi Beso, > > > >i've tried with your trip_points modification but it gives this > error: > > > > > > > > bash: echo: write error: Invalid argument > > > > > > > > like i'm not able to write on that file. > > > > > > > > And of course acpitool gives me a random ACPI temperature: > > > > > > > > Battery #1 : charged > > > > AC adapter : on-line > > > > Thermal zone 1 : ok, 40 C > > > > > > > > PS: i followed all your suggestions concerning the microcode and fan > > > > option in the kernel. > > > > Could this be a problem of DSDT? > > > > > > > > regards, > > > > m > > > > > > > > On 10/10/07, Beso <[EMAIL PROTECTED] > wrote: > > > > > > > > > > > > > > > 2007/10/10, Marco Calviani < [EMAIL PROTECTED]>: > > > > > > Hi Beso, > > > > > > sorry i misunderstood your suggestion. I did what you suggest > and > > > > > > this is the result of the trip_points: > > > > > > > > > > > > critical (S5): 100C > > > > > > > > > > wow you don't have anything that says to the cpu to slow down > when > > > it > > > > > reaches some point > > > > > now, to add some other trip points you have to copy these in a > konsole > > > with > > > > > root priviledges: > > > > > echo "passive: 78 C: tc1=3 tc2=1 tsp=150 > devices=CPU0 \ > > > > > active[0]: 68 C: devices= FN1 \ > > > > > active[1]: 58 C: devices= FN2" >> > > > > > /proc/acpi/thermal_zone/TZ01/trip_points > > > > > > > > > > then do a cat on the thermal_zone/TZ0/trip_points to see if you've > added > > > the > > > > > lines for passive and active lines. > > > > > that means that when your thermal reaches 78 degrees it will slow > down > > > the > > > > > processor. from 58 to 68 it will turn on the fan but don't turn down > the > > > > > speed of the processor, below 58 it will turn off the fan. > > > > > > > > > > > > > > > > > > > > > > > which i suppose is the reason why at that temperature the laptop > > > switch > > > > > off. > > > > > > So, nothing except for the critical state. Should i have to add > there > > > > > something? > > > > > > > > > > if the pc turns down then it can read from somewher
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi Beso, i have an Acer Aspire 5720. I've tried with the acer_acpi, it compiles well but when it comes to loading it fails, saying "No or unsupported WMI interface, unable to load". However as far as i can understood, this module deals with issues of buttons and hotkey not with ACPI issues. Yes, my DSDT failed during recompiling, but i have managed to solve the issues, and now it compiled well (with warning but i'm not caring). I'll try to recompile the new DSDT in the kernel, maybe it could help (but i'm not sure). Regards, m On 10/11/07, Beso <[EMAIL PROTECTED]> wrote: > yep you're right i cannot modify my trippoints so this file cannot be > modified > i don't think that it's random, since it is 40 c try doing some > compiling or so and see if it goes up and then stop compiling and do nothing > and see if it goes down this will tell you if thermal is working > for dsdt problem you have follow this guide: > http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems > if it gives you errors when recompiling dsdt then it may be a dsdt problem, > but if it gives you no problem recompiling it then it may be that you need > some additional modules like asus_acpi or ibm or toshiba ones based on your > pc model. i don't know what you're using (i've managed to see some lenovo, > asus toshiba and acer models around and for what i know every one of then > needs an additional acpi module to have it work correctly). that was why > i've asked you for your brand and model name. > > 2007/10/11, Marco Calviani <[EMAIL PROTECTED]>: > > Hi Beso, > >i've tried with your trip_points modification but it gives this error: > > > > bash: echo: write error: Invalid argument > > > > like i'm not able to write on that file. > > > > And of course acpitool gives me a random ACPI temperature: > > > > Battery #1 : charged > > AC adapter : on-line > > Thermal zone 1 : ok, 40 C > > > > PS: i followed all your suggestions concerning the microcode and fan > > option in the kernel. > > Could this be a problem of DSDT? > > > > regards, > > m > > > > On 10/10/07, Beso <[EMAIL PROTECTED]> wrote: > > > > > > > > > 2007/10/10, Marco Calviani < [EMAIL PROTECTED]>: > > > > Hi Beso, > > > > sorry i misunderstood your suggestion. I did what you suggest and > > > > this is the result of the trip_points: > > > > > > > > critical (S5): 100C > > > > > > wow you don't have anything that says to the cpu to slow down when > it > > > reaches some point > > > now, to add some other trip points you have to copy these in a konsole > with > > > root priviledges: > > > echo "passive: 78 C: tc1=3 tc2=1 tsp=150 devices=CPU0 \ > > > active[0]: 68 C: devices= FN1 \ > > > active[1]: 58 C: devices= FN2" >> > > > /proc/acpi/thermal_zone/TZ01/trip_points > > > > > > then do a cat on the thermal_zone/TZ0/trip_points to see if you've added > the > > > lines for passive and active lines. > > > that means that when your thermal reaches 78 degrees it will slow down > the > > > processor. from 58 to 68 it will turn on the fan but don't turn down the > > > speed of the processor, below 58 it will turn off the fan. > > > > > > > > > > > > > > > which i suppose is the reason why at that temperature the laptop > switch > > > off. > > > > So, nothing except for the critical state. Should i have to add there > > > something? > > > > > > if the pc turns down then it can read from somewhere the actual thermal > > > point. you try to see after actually setting the things i've just said, > if > > > your pc is behaving as it should. remember to also turn on the polling > > > frequency. without it it will not look for thermal changes. and remember > to > > > actually compile the mce and speedstep features in the kernel and not as > > > module and reboot and then set the things i've mentioned. after that > type > > > acpitool (it should be installed by default with the acpi package) and > see > > > what it says. it should give something like this: > > > > > > > Battery #1 : charging, 46.00%, 01:17:04 > > > > AC adapter : on-line > > > > Thermal zone 1 : activ, 58 C > > > > > > it indicates, as you can see not only the battery and ac status but also > the > > > current processor mode (active) and the current thermal temperature > if > > > you don't have acpitool try acpi -t (you'll surely have either one or > the > > > other) and it should indicate the thermal state and temperature. if this > > > command don't give you these infos then you'll have to be very careful > using > > > your pc since acpi probably don't support santarosa well. you should > then > > > unmask newer acpi in portage (adding acpi in /etc/package.keywords) and > try > > > with the new acpi ( 1.0.6). > > > you may need some additional acpi modules, like ibm_acpi for example, > but > > > that depends on your's pc brand. i'm looking around to see if there were > > > someone that had problems with santarosa
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi Beso, i've tried with your trip_points modification but it gives this error: bash: echo: write error: Invalid argument like i'm not able to write on that file. And of course acpitool gives me a random ACPI temperature: Battery #1 : charged AC adapter : on-line Thermal zone 1 : ok, 40 C PS: i followed all your suggestions concerning the microcode and fan option in the kernel. Could this be a problem of DSDT? regards, m On 10/10/07, Beso <[EMAIL PROTECTED]> wrote: > > > 2007/10/10, Marco Calviani <[EMAIL PROTECTED]>: > > Hi Beso, > > sorry i misunderstood your suggestion. I did what you suggest and > > this is the result of the trip_points: > > > > critical (S5): 100C > > wow you don't have anything that says to the cpu to slow down when it > reaches some point > now, to add some other trip points you have to copy these in a konsole with > root priviledges: > echo "passive: 78 C: tc1=3 tc2=1 tsp=150 devices=CPU0 \ > active[0]: 68 C: devices= FN1 \ > active[1]: 58 C: devices= FN2" >> > /proc/acpi/thermal_zone/TZ01/trip_points > > then do a cat on the thermal_zone/TZ0/trip_points to see if you've added the > lines for passive and active lines. > that means that when your thermal reaches 78 degrees it will slow down the > processor. from 58 to 68 it will turn on the fan but don't turn down the > speed of the processor, below 58 it will turn off the fan. > > > > > > > which i suppose is the reason why at that temperature the laptop switch > off. > > So, nothing except for the critical state. Should i have to add there > something? > > if the pc turns down then it can read from somewhere the actual thermal > point. you try to see after actually setting the things i've just said, if > your pc is behaving as it should. remember to also turn on the polling > frequency. without it it will not look for thermal changes. and remember to > actually compile the mce and speedstep features in the kernel and not as > module and reboot and then set the things i've mentioned. after that type > acpitool (it should be installed by default with the acpi package) and see > what it says. it should give something like this: > > > Battery #1 : charging, 46.00%, 01:17:04 > > AC adapter : on-line > > Thermal zone 1 : activ, 58 C > > it indicates, as you can see not only the battery and ac status but also the > current processor mode (active) and the current thermal temperature if > you don't have acpitool try acpi -t (you'll surely have either one or the > other) and it should indicate the thermal state and temperature. if this > command don't give you these infos then you'll have to be very careful using > your pc since acpi probably don't support santarosa well. you should then > unmask newer acpi in portage (adding acpi in /etc/package.keywords) and try > with the new acpi ( 1.0.6). > you may need some additional acpi modules, like ibm_acpi for example, but > that depends on your's pc brand. i'm looking around to see if there were > someone that had problems with santarosa and linux acpi, but for the moment > i couldn't find something useful. try what i've said and see if the things > work. if they work then append the tweak in some script that starts at boot > like the top of xdm script and you'll have a functional system. let me know > if you were succesful on that. > > > > An additional problem is this: > > doing a > > $ cat /proc/acpi/thermal_zone/TZ01/temperature > > it gives only a: > > > > temperature: 0C > > > > My question is: > > even if i change the polling frequency, how the fan can start if the > > temperature gives 0?? > > Do you know if it's possible to link the fan start with the core > > temperature instead of the ACPI thermal zone? > > probably the fan don't start since you have it as a module. i've curently > had the same problem which solved by compiling it integrated in the kernel. > the fan in your case should always be on, not always be off > > > > > Regards, > > m > > > > > > > > thats why i told you to do this commanda: > > > > echo "2 seconds" > > > > /proc/acpi/thermal_zone/TZ01/polling:frequency > > > > > > > this enables the polling of your thermal every 2 seconds. this should > be > > > enough. > > > do you have the other file that i mentioned: > > > > /proc/acpi/thermal_zone/TZ01/trip_points ?! > > > this sets the trip points for your processor. whitout it you governor > cannot > > > understand what to do even if it polls right. > > > > > > as for the kernel thigs, set these options: > > > select processor type: intel core2 instead of normal x86 > > > CONFIG_X86_SPEEDSTEP_CENTRINO=y instead of m > > > CONFIG_ACPI_FAN=y instead of m > > > CONFIG_MICROCODE=y instead of m (for what i know cpu micocode is needed > on > > > intels) > > > CONFIG_K8_NUMA=n instead of y (this should be the amdk8 numa, that you > > > should not need. if it's not then let him be) > > > CONFIG_X86_MCE_AMD=n instead o
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
On Mittwoch, 10. Oktober 2007, Marco Calviani wrote: > > AFAIK only if you have lm_sensors installed and sensors working. > > Yes there are both installed. But what do you mean? that controlling the fan speed without acpi needs a) lm_sensors. b) sensors being working and c) fancontrol working. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
> > AFAIK only if you have lm_sensors installed and sensors working. Yes there are both installed. But what do you mean? m -- [EMAIL PROTECTED] mailing list
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
On Mittwoch, 10. Oktober 2007, Marco Calviani wrote: > Hi Beso, > sorry i misunderstood your suggestion. I did what you suggest and > this is the result of the trip_points: > > critical (S5): 100C > > which i suppose is the reason why at that temperature the laptop switch > off. So, nothing except for the critical state. Should i have to add there > something? > > An additional problem is this: > doing a > $ cat /proc/acpi/thermal_zone/TZ01/temperature > it gives only a: > > temperature: 0C > > My question is: > even if i change the polling frequency, how the fan can start if the > temperature gives 0?? > Do you know if it's possible to link the fan start with the core > temperature instead of the ACPI thermal zone? AFAIK only if you have lm_sensors installed and sensors working. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-laptop] Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi Beso, sorry i misunderstood your suggestion. I did what you suggest and this is the result of the trip_points: critical (S5): 100C which i suppose is the reason why at that temperature the laptop switch off. So, nothing except for the critical state. Should i have to add there something? An additional problem is this: doing a $ cat /proc/acpi/thermal_zone/TZ01/temperature it gives only a: temperature: 0C My question is: even if i change the polling frequency, how the fan can start if the temperature gives 0?? Do you know if it's possible to link the fan start with the core temperature instead of the ACPI thermal zone? Regards, m > > thats why i told you to do this commanda: > > echo "2 seconds" > > /proc/acpi/thermal_zone/TZ01/polling:frequency > > > this enables the polling of your thermal every 2 seconds. this should be > enough. > do you have the other file that i mentioned: > > /proc/acpi/thermal_zone/TZ01/trip_points ?! > this sets the trip points for your processor. whitout it you governor cannot > understand what to do even if it polls right. > > as for the kernel thigs, set these options: > select processor type: intel core2 instead of normal x86 > CONFIG_X86_SPEEDSTEP_CENTRINO=y instead of m > CONFIG_ACPI_FAN=y instead of m > CONFIG_MICROCODE=y instead of m (for what i know cpu micocode is needed on > intels) > CONFIG_K8_NUMA=n instead of y (this should be the amdk8 numa, that you > should not need. if it's not then let him be) > CONFIG_X86_MCE_AMD=n instead of y (you don't need amd mce features since > they are not included into intel cpus) > CONFIG_NR_CPUS=32 <-- this leaves me a little dazzled: do you really have 32 > cpus in your core?! for what i know this sets the real number of cpus inside > the kernel, but i might be wrong. so if this is really what i think it is, > ie the real nr of cpus (not virtual ones) set this to 2 or 4 based on your > cpu cores. > CONFIG_HOTPLUG_CPU=n instead of y (i don't really think that you'll unplug > your cpu from your laptop when the laptop is still running considering that > you don't use multi cpus but a single multicore cpu. the same goes for > memory hotplug: i don't think that your laptop supports it, so just disable > it.) > for what i have seen the acpi problems may be due to a failure in loading > the intel speedstep module. if you look into the modules loaded (lsmod) you > should not see it. so it's better to insert it directly in the kernel, since > it is one of the first modules called (if you use it as a module you should > be loading it with initramdisk before loading acpi to have a full acpi > configuration). > try setting these options and recompile and install the new kernel and > modules and reboot (kexec is not working on my amd turion with 64bit enabled > and so may also be for your core2duo). > > 2007/10/10, Marco Calviani <[EMAIL PROTECTED]>: > > Sorry i missed the attachment. > > > > regards, > > m > > > > > > > > -- > dott. ing. beso -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
On Mittwoch, 10. Oktober 2007, Marco Calviani wrote: > Sorry i missed the attachment. > > regards, > m CONFIG_ACPI_FAN=m the module is loaded, right? does anything change, when you compile it into the kernel? I have to admit - I don't know anything about laptops... -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi Volker, i'm attaching my kernel .config. As you can see all the ACPI related points are enabled. > posting your config? make menuconfig and reading the help-text to all the > acpi-options? > Thanks, i've found fancontrol, but since the laptop lacks some chipset to control the fan itself, the /etc/fancontrol is not created. I've realized that the temperature given in the /proc/acpi/thermal_zone/TZ01/temperature is more or less random at a given machine startup and it does not change while the machine is on. When it start at a temperature above 60C, the fan starts (and never switch off) but the cores temperature remains low (~35C). If it's 0C or 50C or something below this threshold, the fan does not switch on and the core temp increases up to 100C. It would be nice to be able to link the fan control directly with the coretemp and not with the ACPI thermal zone m -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
On Mittwoch, 10. Oktober 2007, Marco Calviani wrote: > yes i can imagine there could be something wrong with ACPI, but how > can i recognize it? posting your config? make menuconfig and reading the help-text to all the acpi-options? > What is fancontrol? a nice tool, included into lm_sensors. pwmconfig to configure it /etc/init.d/fancontrol start, to start it. If everything works, it will spin the fans up/down when the temperature rises/goes down. I have it running on my desktop and it is great - 1000rpm instead of 3000 at the moment. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi Volker, yes i can imagine there could be something wrong with ACPI, but how can i recognize it? What is fancontrol? m > ACPI. You might be missing some options there. Or something else. Are you > using fancontrol? If yes, try without, if no, try with it ;) > -- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
On Dienstag, 9. Oktober 2007, Marco Calviani wrote: > Hi list, >i have a Santa Rosa (Core 2 Duo T7300) Acer AS5720 laptop, and i'm > getting problems with the temperature of the CPU. In particular i'm > using the coretemp module for determining the core temperature. > Normally (using cpufreqd and the "ondemand" governor) the CPU stays at > nearly 50C (which i think is quite high since in windows , using Core > Temp it gives about 30C). > While compiling this increases up to 95-100C (after which it shuts > down). The problem is that the fan is not spinning up at all! > What can be the cause of this behaviour? consider that i'm using an up > to date system with gentoo-sources-2.6.22-r8. ACPI. You might be missing some options there. Or something else. Are you using fancontrol? If yes, try without, if no, try with it ;) -- [EMAIL PROTECTED] mailing list
[gentoo-user] Problem with CPU temperature (Santa Rosa CPU)
Hi list, i have a Santa Rosa (Core 2 Duo T7300) Acer AS5720 laptop, and i'm getting problems with the temperature of the CPU. In particular i'm using the coretemp module for determining the core temperature. Normally (using cpufreqd and the "ondemand" governor) the CPU stays at nearly 50C (which i think is quite high since in windows , using Core Temp it gives about 30C). While compiling this increases up to 95-100C (after which it shuts down). The problem is that the fan is not spinning up at all! What can be the cause of this behaviour? consider that i'm using an up to date system with gentoo-sources-2.6.22-r8. Any help appreciated, Regards, Marco -- [EMAIL PROTECTED] mailing list
