Re: Armada 17xx, ACPI thermal management broken.
Nate Lawson wrote:
Nikolas Britton wrote:
I can't find his name or email address anywhere BUT I think I can do
one better then that. Here are two ASL's that where uploaded to the
ACPI4Linux project:
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1750/Compaq-Armada_1750-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-original.asl.gz
Again, here is a copy of my asl dump:
http://www.nbritton.org/uploads/compaq/armada_17xx.asl
I've attached the diff between the two versions for history. But all
you have to do is download the patched ASL
("Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl") and
compile/override it. See the handbook or "man acpi" for steps, but
the short of it is:
iasl Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl
cp DSDT.aml /boot
And add to /boot/loader.conf:
acpi_dsdt_load="YES"
acpi_dsdt_name="/boot/DSDT.aml"
This will load your custom AML at boot time.
The fan is working now, the sysctl's looks like this:
Fan On:
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.tz0.temperature: 3432
hw.acpi.thermal.tz0.active: 1
hw.acpi.thermal.tz0.thermal_flags: 1
hw.acpi.thermal.tz0._PSV: 3310
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 3680
hw.acpi.thermal.tz0._ACx: 3480 3430 -1 -1 -1 -1 -1 -1 -1 -1
Fan Off:
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.tz0.temperature: 3422
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.thermal_flags: 1
hw.acpi.thermal.tz0._PSV: 3310
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 3680
hw.acpi.thermal.tz0._ACx: 3480 3430 -1 -1 -1 -1 -1 -1 -1 -1
Is the _PSV trip point set wrong?, after reading the man page for
acpi_thermal it sounds like it is to me. and when I try to put it into
suspend more I get: "acpi: sespend request ignored (not ready yet)" is
there something I need to do first or is this another issue with acpi?
Thanks Nate.
P.S. When you tried the file
Compaq-Armada_1750-686EM_99.1130_A-custom.asl.gz was it corrupted?, said
it was a bzip2 file after I gunzip it and bzip2 said it was corrupted, I
email the guy requesting a new copy of this asl.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nate Lawson wrote:
Nikolas Britton wrote:
I can't find his name or email address anywhere BUT I think I can do
one better then that. Here are two ASL's that where uploaded to the
ACPI4Linux project:
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1750/Compaq-Armada_1750-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-original.asl.gz
Again, here is a copy of my asl dump:
http://www.nbritton.org/uploads/compaq/armada_17xx.asl
I've attached the diff between the two versions for history. But all
you have to do is download the patched ASL
("Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl") and
compile/override it. See the handbook or "man acpi" for steps, but the
short of it is:
Oops, diff too big to attach.
--
Nate
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote:
I can't find his name or email address anywhere BUT I think I can do one
better then that. Here are two ASL's that where uploaded to the
ACPI4Linux project:
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1750/Compaq-Armada_1750-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl.gz
http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-original.asl.gz
Again, here is a copy of my asl dump:
http://www.nbritton.org/uploads/compaq/armada_17xx.asl
I've attached the diff between the two versions for history. But all
you have to do is download the patched ASL
("Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl") and
compile/override it. See the handbook or "man acpi" for steps, but the
short of it is:
iasl Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl
cp DSDT.aml /boot
And add to /boot/loader.conf:
acpi_dsdt_load="YES"
acpi_dsdt_name="/boot/DSDT.aml"
This will load your custom AML at boot time.
--
Nate
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote: Nate Lawson wrote: Can you get the author of this patch to send you the raw "dsdt.asl", instead of the compiled version? If so, send it to me so I can diff against the one I asked you to dump and post. Thank you for responding, here is a copy of my asl (Compaq Armada 1750, 6366/T14/6400/D/M/1): http://www.nbritton.org/uploads/compaq/armada_17xx.asl I will email him and see what I/he can do, Thanks I can't find his name or email address anywhere BUT I think I can do one better then that. Here are two ASL's that where uploaded to the ACPI4Linux project: http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1750/Compaq-Armada_1750-686EM_99.1130_A-custom.asl.gz http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-custom.asl.gz http://acpi.sourceforge.net/dsdt/tables/Compaq/Armada_1700_1750_3500/Compaq-Armada_1700_1750_3500-686EM_99.1130_A-original.asl.gz Again, here is a copy of my asl dump: http://www.nbritton.org/uploads/compaq/armada_17xx.asl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nate Lawson wrote: Nikolas Britton wrote: When I try it with Linux it worked, in fact, here is a patch for kernel 2.6.7: https://kilobyte.dyndns.info/linux/armada_1700_dsdt_linux-2.6.7.diff.bz2 "Compaq Armada 1700/1750 ACPI/Sound/PM/i2c kernel patch: This patch(2.6.7) fixes the DSDT (broken aml) at bootup (Fan Control works now, changed TZ trip points) and fixes the temperature problem. It also forces the i2c-bus to be enabled at startup and modifies the initial values mpu_io, io, irq, dma and dma16 of the soundcard, therefore there is no need to append them to kernel cmdline anymore (if you want to use oss). Note: The fix is nonpersistent. " So as you see there is already a DSDT/AML/ASL/Whatever fix for it, It just needs to be ported to BSD. AML is OS-independent. It's supplied by the BIOS. Unfortunately, the 'fixed' AML you've found is in binary form. Is there a way I can just disable the ACPI thermal management, then I could use ACPI until someone with more clout and programming know how decides to fix it? Yes, see previously-mentioned hint in loader.conf. It may not help though since once ACPI is active, the BIOS often expects the OS to manage everything so this may just disable your fans. Be careful. + * Intel ACPI Component Architecture + * ASL Optimizing Compiler / AML Disassembler version 20030522 [May 23 2003] + * Copyright (C) 2000 - 2003 Intel Corporation + * Supports ACPI Specification Revision 2.0b + * + * Compilation of "dsdt.asl" - Thu Mar 11 13:09:58 2004 + * + * C source code output + * + */ Can you get the author of this patch to send you the raw "dsdt.asl", instead of the compiled version? If so, send it to me so I can diff against the one I asked you to dump and post. Thank you for responding, here is a copy of my asl (Compaq Armada 1750, 6366/T14/6400/D/M/1): http://www.nbritton.org/uploads/compaq/armada_17xx.asl I will email him and see what I/he can do, Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote: When I try it with Linux it worked, in fact, here is a patch for kernel 2.6.7: https://kilobyte.dyndns.info/linux/armada_1700_dsdt_linux-2.6.7.diff.bz2 "Compaq Armada 1700/1750 ACPI/Sound/PM/i2c kernel patch: This patch(2.6.7) fixes the DSDT (broken aml) at bootup (Fan Control works now, changed TZ trip points) and fixes the temperature problem. It also forces the i2c-bus to be enabled at startup and modifies the initial values mpu_io, io, irq, dma and dma16 of the soundcard, therefore there is no need to append them to kernel cmdline anymore (if you want to use oss). Note: The fix is nonpersistent. " So as you see there is already a DSDT/AML/ASL/Whatever fix for it, It just needs to be ported to BSD. AML is OS-independent. It's supplied by the BIOS. Unfortunately, the 'fixed' AML you've found is in binary form. Is there a way I can just disable the ACPI thermal management, then I could use ACPI until someone with more clout and programming know how decides to fix it? Yes, see previously-mentioned hint in loader.conf. It may not help though since once ACPI is active, the BIOS often expects the OS to manage everything so this may just disable your fans. Be careful. + * Intel ACPI Component Architecture + * ASL Optimizing Compiler / AML Disassembler version 20030522 [May 23 2003] + * Copyright (C) 2000 - 2003 Intel Corporation + * Supports ACPI Specification Revision 2.0b + * + * Compilation of "dsdt.asl" - Thu Mar 11 13:09:58 2004 + * + * C source code output + * + */ Can you get the author of this patch to send you the raw "dsdt.asl", instead of the compiled version? If so, send it to me so I can diff against the one I asked you to dump and post. -- Nate ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote: Uwe Laverenz wrote: On Tue, Dec 21, 2004 at 06:25:05AM -0600, Nikolas Britton wrote: Any help would be appreciated on ether fixing this problem or a way to use ACPI but disable the thermal monitoring so the system can control the fan? Try this in /boot/loader.conf: hint.acpi.disabled="thermal" I might be wrong, but I think on the 1750 you should use APM instead of ACPI. I had a 1750 running with FreeBSD 4.x and APM and it worked very well. How?, I added it to my kernel "device apm", "device pmtimer", and "device amp_saver" and rebuilt it and in rc.conf I added apm_enable="YES", apmd_enable="YES" and I greped though default/loader.conf for anything but found nothing, after rebooting the only thing I get from dmesg is "WARNING: apm_saver module requires apm enabled" and when I type in apm I get "apm: can't open /dev/apm: No such file or directory", type in zzz and I get "apm: can't open /dev/apm: No such file or directory" You need to also disable ACPI. After doing that, does it work? I want ACPI!, APM is a last ditch hack to me, the name says it all "Advanced Configuration and Power Interface" there is a reason they switched to it. The 440BX chipset has full support for ACPI and therefore should work with FreeBSD and is a critical problem, what do you think might happen if you disable all your fans on your computer???. Please note that I'm not trying to diss FreeBSD in anyway for it being broken as I understand the issues with the DSDT, AML, and ASL stuff, I just want it to work. APM is not a "last ditch hack." Many PCs, especially from the same era as yours (98-01) have perfect APM support and lousy ACPI support due to the tools and testing just getting up to speed back then. Until recently, Linux declined to support ACPI on systems older than 2001. The chipset may support ACPI but the AML supplied by the OEM is what is the issue here. Post a URL where I can download the AML: acpidump -t -d > hp_armada_1750.asl -- Nate ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
On Thu, Dec 23, 2004 at 03:09:14AM -0600, Nikolas Britton wrote: > When I try it with Linux it worked, in fact, here is a patch for kernel > 2.6.7: > https://kilobyte.dyndns.info/linux/armada_1700_dsdt_linux-2.6.7.diff.bz2 Ok, I will test this on my 1750 right after christmas, as soon as I find the time. merry christmas! Uwe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
On Wed, Dec 22, 2004 at 02:05:29PM -0600, Nikolas Britton wrote: > How?, I added it to my kernel "device apm", "device pmtimer", and > "device amp_saver" and rebuilt it and in rc.conf I added > apm_enable="YES", apmd_enable="YES" and I greped though I think you would also have to disable ACPI. This could be done by adding hint.acpi.0.disabled="1" to /boot/device.hints. > I want ACPI!, APM is a last ditch hack to me, the name says it all > "Advanced Configuration and Power Interface" there is a reason they > switched to it. The 440BX chipset has full support for ACPI and > therefore should work with FreeBSD and is a critical problem, what do > you think might happen if you disable all your fans on your computer???. As I said: I might be wrong, but I think the Armada simply is too old for a correct implementation of ACPI, it was build for APM. So, the problem is not FreeBSD, it's the Armada. > Please note that I'm not trying to diss FreeBSD in anyway for it being > broken as I understand the issues with the DSDT, AML, and ASL stuff, I > just want it to work. Other system would also show this problem, the fan never starts to work under Linux (tested FC3 a few weeks ago). I really don't know if it's possible to get ACPI+FreeBSD 5.x+Armada 1750 to work, I can only say that it worked perfectly with FreeBSD 4.x and APM. And I can say that FreeBSD+ACPI works great on newer notebooks (evo N160, IBM Thinkpad...). cu, Uwe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Uwe Laverenz wrote: On Tue, Dec 21, 2004 at 06:25:05AM -0600, Nikolas Britton wrote: Any help would be appreciated on ether fixing this problem or a way to use ACPI but disable the thermal monitoring so the system can control the fan? I might be wrong, but I think on the 1750 you should use APM instead of ACPI. I had a 1750 running with FreeBSD 4.x and APM and it worked very well. cu, Uwe How?, I added it to my kernel "device apm", "device pmtimer", and "device amp_saver" and rebuilt it and in rc.conf I added apm_enable="YES", apmd_enable="YES" and I greped though default/loader.conf for anything but found nothing, after rebooting the only thing I get from dmesg is "WARNING: apm_saver module requires apm enabled" and when I type in apm I get "apm: can't open /dev/apm: No such file or directory", type in zzz and I get "apm: can't open /dev/apm: No such file or directory" I want ACPI!, APM is a last ditch hack to me, the name says it all "Advanced Configuration and Power Interface" there is a reason they switched to it. The 440BX chipset has full support for ACPI and therefore should work with FreeBSD and is a critical problem, what do you think might happen if you disable all your fans on your computer???. Please note that I'm not trying to diss FreeBSD in anyway for it being broken as I understand the issues with the DSDT, AML, and ASL stuff, I just want it to work. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
On Tue, Dec 21, 2004 at 06:25:05AM -0600, Nikolas Britton wrote: > Any help would be appreciated on ether fixing this problem or a way to > use ACPI but disable the thermal monitoring so the system can control > the fan? I might be wrong, but I think on the 1750 you should use APM instead of ACPI. I had a 1750 running with FreeBSD 4.x and APM and it worked very well. cu, Uwe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote: Nikolas Britton wrote: Hello, I have a Compaq Armada 1750 laptop and ACPI is some what broken. If I enable ACPI the fan will never run causing the system to overheat and shutdown, there are a few other problems with ACPI but this is the major one. This is a standard 440BX/MX chipset (82443BX) so I don't understand why this doesn't work yet with FreeBSD, Is this a problem with my DSDT/AML/ASL whatever? The work around in the bug report I submitted ( http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72566 ) does not work if the system is below the hw.acpi.thermal.tz0._ACx threshold, if it is below this threshold at system boot the fan will NEVER turn on even if hw.acpi.thermal.tz0.active=1 is set in loader.conf. Any help would be appreciated on ether fixing this problem or a way to use ACPI but disable the thermal monitoring so the system can control the fan? Also... in the bug report there is a link to a Linux kernel patch that fixes this problem. Also is it not possible to just extract the AML code from that patch an use it to make a FreeBSD patch? I don't know as I'm not a programmer and I'm not sure of GPL issues Sorry for the third reply to my own post but I thought this might help, it is a copy of my asl code: http://www.nbritton.org/uploads/compaq/armada_17xx.asl I updated the bug report as well and I'm going to cross post this in freebsd-acpi mailing list. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Armada 17xx, ACPI thermal management broken.
Nikolas Britton wrote: Hello, I have a Compaq Armada 1750 laptop and ACPI is some what broken. If I enable ACPI the fan will never run causing the system to overheat and shutdown, there are a few other problems with ACPI but this is the major one. This is a standard 440BX/MX chipset (82443BX) so I don't understand why this doesn't work yet with FreeBSD, Is this a problem with my DSDT/AML/ASL whatever? The work around in the bug report I submitted ( http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72566 ) does not work if the system is below the hw.acpi.thermal.tz0._ACx threshold, if it is below this threshold at system boot the fan will NEVER turn on even if hw.acpi.thermal.tz0.active=1 is set in loader.conf. Any help would be appreciated on ether fixing this problem or a way to use ACPI but disable the thermal monitoring so the system can control the fan? Also... in the bug report there is a link to a Linux kernel patch that fixes this problem. Also is it not possible to just extract the AML code from that patch an use it to make a FreeBSD patch? I don't know as I'm not a programmer and I'm not sure of GPL issues ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Armada 17xx, ACPI thermal management broken.
Hello, I have a Compaq Armada 1750 laptop and ACPI is some what broken. If I enable ACPI the fan will never run causing the system to overheat and shutdown, there are a few other problems with ACPI but this is the major one. This is a standard 440BX/MX chipset (82443BX) so I don't understand why this doesn't work yet with FreeBSD, Is this a problem with my DSDT/AML/ASL whatever? The work around in the bug report I submitted ( http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/72566 ) does not work if the system is below the hw.acpi.thermal.tz0._ACx threshold, if it is below this threshold at system boot the fan will NEVER turn on even if hw.acpi.thermal.tz0.active=1 is set in loader.conf. Any help would be appreciated on ether fixing this problem or a way to use ACPI but disable the thermal monitoring so the system can control the fan? Also... in the bug report there is a link to a Linux kernel patch that fixes this problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
