Date: Wed, 24 Mar 2010 13:37:06 -0700 From: John Long <fbsd2@sstec.com> To: "Nenhum_de_Nos" <matheus@eternamente.info>, freebsd-stable@freebsd.org Subject: Re: Powerd and est / eist functionality Message-ID: <5.2.1.1.2.20100324100236.0320fec8@mail.sstec.com> In-Reply-To: <a333ac6f65b2061fbc46994599f969ba.squirrel@lamneth> References: <5.2.1.1.2.20100322150534.032bee30@mail.sstec.com> <5.2.1.1.2.20100322150534.032bee30@mail.sstec.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 07:55 PM 3/22/2010, Nenhum_de_Nos wrote: > >On Mon, March 22, 2010 19:57, John Long wrote: >> dmesg shows >> cpu0: <ACPI CPU> on acpi0 >> est0: <Enhanced SpeedStep Frequency Control> on cpu0 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 6160b2506000b25 >> device_attach: est0 attach returned 6 >> p4tcc0: <CPU Frequency Thermal Control> on cpu0 >> cpu1: <ACPI CPU> on acpi0 >> est1: <Enhanced SpeedStep Frequency Control> on cpu1 >> est: CPU supports Enhanced Speedstep, but is not recognized. >> est: cpu_vendor GenuineIntel, msr 6160b2506000b25 >> device_attach: est1 attach returned 6 >> p4tcc1: <CPU Frequency Thermal Control> on cpu1 > >I get similar output on 8-STABLE and C2Q 9400/9450. >wasn't it supposed to attach ok ? >matheus I am not sure just what is the best way for all this to work. I do not know what a return of 6 means (not recognized?) or how to fix it. I can find no similar mention anywhere of the fact that power is increased and not lowered by the use of powerd or similar and thought that would provoke some hints and more discussion because it is intriguing and it self negates its own purpose and functionality. I am trying to ascertain the viability of this motherboard w/ regards to getting the power function working proper and am constrained by the lack of monitoring tools vs what cupid.com has for win with hwmonitor and cpuz (they have a dev kit also). Would another brand/model of mb work better? I know that most all are lacking in acpi function in diff ways. Maybe I am squeezing water out of a rock, that the cpu is at its min or 6 watts now, but I just do not know. Btw: Intel is blowing out all 775 type chips. Today is about the last day. They want everyone on I3/I5 etc but they are not as functional re low tdp as 775 chips. Just because you lower the freq by stretching the clock or actually lowering the freq does not result in a lower TDP. I do not think that the multiplier being lowered in this case. What appears to be happening is that the cpu gets busier and that increases the tdp over not using it at all making it less than useless in my case. I can find very little comprehensive info on how the eist/est//p4tcc/powerd thing is supposed to work. Reading source of powerd is not helping. Logically, if the voltage is lowered then the power is going to be lower. Is the voltage a function of the load automatically controlled by hardware and/or the bios or is it supposed to be an artifact of the freq being lowered by something like powerd? I believe the former for the latter is not working. I now have everything relevant in the bios enabled. est appears to be not working but what would happen if it were working? Is that the key to lowering the TDP when the freq is lowered? Then what is required for it to work? Where would I find the source in the tree? p4tcc appears that it is a failsafe for thermal runaway and since my temp is 26 - 30 or so all the time then it would be of no use because there is too little differential. I csupd to stable and rebuilt and there is no difference w/ this prob. I did see that I went from SATA150 (it should be SATA300) to udma100 sata but that is for another thread. I changed hw.acpi.cpu.cx_lowest=C1 to C3 and that saved me about 1.5 watts w/ powerd but it is still a watt higher than without powerd running at all. Does anyone know of anything else I can try or is this the best it can get? John seemingly relevant sysctls: debug.acpi.suspend_bounce: 0 debug.acpi.reset_clock: 1 debug.acpi.do_powerstate: 1 debug.acpi.acpi_ca_version: 20100121 debug.acpi.ec.timeout: 750 debug.acpi.ec.polled: 0 debug.acpi.ec.burst: 0 debug.acpi.batt.batt_sleep_ms: 0 debug.acpi.resume_beep: 0 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 hw.pcic.pd6722_vsense: 1 hw.pcic.intr_mask: 57016 hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 dev.acpi.0.%desc: GBT GBTUACPI dev.acpi.0.%driver: acpi dev.acpi.0.%parent: nexus0 dev.acpi_sysresource.0.%desc: System Resource dev.acpi_sysresource.0.%driver: acpi_sysresource dev.acpi_sysresource.0.%location: handle=\_SB_.PCI0.PX40.SYSR dev.acpi_sysresource.0.%pnpinfo: _HID=PNP0C02 _UID=1 dev.acpi_sysresource.0.%parent: acpi0 dev.acpi_sysresource.1.%desc: System Resource dev.acpi_sysresource.1.%driver: acpi_sysresource dev.acpi_sysresource.1.%location: handle=\_SB_.PCI0.PX40.PMIO dev.acpi_sysresource.1.%pnpinfo: _HID=PNP0C02 _UID=2 dev.acpi_sysresource.1.%parent: acpi0 dev.acpi_sysresource.2.%desc: System Resource dev.acpi_sysresource.2.%driver: acpi_sysresource dev.acpi_sysresource.2.%location: handle=\_SB_.PCI0.EXPL dev.acpi_sysresource.2.%pnpinfo: _HID=PNP0C02 _UID=4 dev.acpi_sysresource.2.%parent: acpi0 dev.acpi_sysresource.3.%desc: System Resource dev.acpi_sysresource.3.%driver: acpi_sysresource dev.acpi_sysresource.3.%location: handle=\_SB_.MEM_ dev.acpi_sysresource.3.%pnpinfo: _HID=PNP0C01 _UID=0 dev.acpi_sysresource.3.%parent: acpi0 dev.acpi_timer.0.%desc: 24-bit timer at 3.579545MHz dev.acpi_timer.0.%driver: acpi_timer dev.acpi_timer.0.%location: unknown dev.acpi_timer.0.%pnpinfo: unknown dev.acpi_timer.0.%parent: acpi0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1466 dev.cpu.0.freq_levels: 2933/-1 2566/-1 2199/-1 1833/-1 1466/-1 1099/-1 733/-1 366/-1 dev.cpu.0.cx_supported: C1/1 C2/1 C3/150 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 500us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/1 C2/1 C3/150 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 500us dev.atapci.0.%desc: Intel ICH7 SATA300 controller dev.atapci.0.%driver: atapci dev.atapci.0.%location: slot=31 function=2 handle=\_SB_.PCI0.IDE1 dev.atapci.0.%pnpinfo: vendor=0x8086 device=0x27c0 subvendor=0x1458 subdevice=0xb002 class=0x010180 dev.atapci.0.%parent: pci0 dev.ata.0.%desc: ATA channel 0 dev.ata.0.%driver: ata dev.ata.0.%parent: atapci0 dev.ata.1.%desc: ATA channel 1 dev.ata.1.%driver: ata dev.ata.1.%parent: atapci0 dev.atdma.0.%desc: AT DMA controller dev.atdma.0.%driver: atdma dev.atdma.0.%location: handle=\_SB_.PCI0.PX40.DMA1 dev.atdma.0.%pnpinfo: _HID=PNP0200 _UID=0 dev.atdma.0.%parent: acpi0 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.%driver: p4tcc dev.p4tcc.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.p4tcc.1.%desc: CPU Frequency Thermal Control dev.p4tcc.1.%driver: p4tcc dev.p4tcc.1.%parent: cpu1 dev.p4tcc.1.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.2.1.1.2.20100324100236.0320fec8>