Re: Passive cooling problem with Athlon CPU
On Saturday 05 July 2008, Mel wrote: > And your /etc/sysctl.conf where you set this value? If it's not set > by you, it may be set by /etc/rc.d/power_profile based on your > /etc/rc.conf. It's not set by me. All I have in /etc/sysctl.conf is: vfs.usermount=1 kern.ipc.shmmax=67108864 kern.ipc.shmall=32768 And, in case it helps, here's /etc/rc.conf: defaultrouter="192.168.1.138" hostname="curlew.lan" ifconfig_nve0="inet 192.168.1.13 netmask 255.255.255.0" keymap="uk.iso" moused_enable="YES" linux_enable="YES" scrnmap="NO" sshd_enable="YES" apache_enable="YES" mysql_enable="YES" inetd_enable="YES" sendmail_enable="NO" sendmail_submit_enable="NO" sendmail_outbound_enable="NO" sendmail_msp_queue_enable="NO" exim_enable="YES" anacron_enable="YES" samba_enable="YES" cupsd_enable="YES" ntpd_enable="YES" ntpd_sync_on_start="YES" lptcontrol_enable="YES" background_fsck="NO" named_enable="YES" spamd_enable="YES" spamd_flags="-c -u spamd -H /var/spool/spamd" dumpdir="/usr/crash" devfs_system_ruleset="system" local_startup="/usr/local/etc/rc.d" > Try to get the 'untainted' output of `sysctl hw.acpi': > 0) reboot into single user > 1) # fsck -p / > 2) # mount -u / > 3) # sysctl hw.acpi >/tmp/acpi.sysctl > 4) # exit > Then post /tmp/acpi.sysctl. My guess is no Cx values are obtained > from the acpi, not even C1 (which is "normal operation" mode). This > may or may not be related to your failing high precision timer. Here's the output from single user mode: hw.acpi.supported_sleep_state: S1 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 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 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 51.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 68.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 70.0C hw.acpi.thermal.tz0._ACx: 68.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 4 hw.acpi.thermal.tz0._TC2: 3 hw.acpi.thermal.tz0._TSP: 60 -- Mike Clarke ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Passive cooling problem with Athlon CPU
On Saturday 05 July 2008 13:12:19 Mike Clarke wrote: > I'm running 6.3STABLE with an AMD 4850e Athlon X2 and occasionally get > the following message on the console: > > acpi_tz0: failed to set new freq, disabling passive cooling > > I also see the following 2 messages immediately after devd starts every > time I boot (and which don't appear in any log file): > > hw.acpi.cpu.cx_lowest: C1 > sysctl: hw.acpi.cpu.cx_lowest: Invalid argument And your /etc/sysctl.conf where you set this value? If it's not set by you, it may be set by /etc/rc.d/power_profile based on your /etc/rc.conf. Try to get the 'untainted' output of `sysctl hw.acpi': 0) reboot into single user 1) # fsck -p / 2) # mount -u / 3) # sysctl hw.acpi >/tmp/acpi.sysctl 4) # exit Then post /tmp/acpi.sysctl. My guess is no Cx values are obtained from the acpi, not even C1 (which is "normal operation" mode). This may or may not be related to your failing high precision timer. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Passive cooling problem with Athlon CPU
I'm running 6.3STABLE with an AMD 4850e Athlon X2 and occasionally get the following message on the console: acpi_tz0: failed to set new freq, disabling passive cooling I also see the following 2 messages immediately after devd starts every time I boot (and which don't appear in any log file): hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Should I be concerned about this and, if so, what should I do? The CPU info from dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.3-STABLE #0: Mon Jun 30 13:32:39 BST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Processor model unknown (2410.99-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x60fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 real memory = 2080309248 (1983 MB) avail memory = 2017738752 (1924 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ... and output from grep acpi /var/run/dmesg.boot acpi0: on motherboard acpi0: Power Button (fixed) acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfeff-0xfeff03ff on acpi0 device_attach: acpi_hpet0 attach returned 12 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio1: port 0x2f8-0x2ff irq 3 on acpi0 ppc0: port 0x378-0x37f irq 7 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 acpi_hpet0: iomem 0xfeff-0xfeff03ff on acpi0 device_attach: acpi_hpet0 attach returned 12 -- Mike Clarke ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
