Re: clock works slowly when I change CPU speed
Thorsten Greiner wrote: * Bob Fleck [EMAIL PROTECTED] [2003-08-15 22:46]: So, what should be done to restore the proper behavior of the timekeeping on these systems? $ dmesg | grep counter Timecounter i8254 frequency 1193182 Hz Timecounter ACPI-fast frequency 3579545 Hz Timecounter TSC frequency 1595302164 Hz $ sysctl -w kern.timecounter.hardware=i8254 Fixes the problem for me. I suspect you should set this in /etc/sysctl.conf to enable it permanently. I suspect that systems where ACPI indicates that the clock speed may change as a result of power management events should set this automatically so people don't have to hack up their system with sysctl's just to get things to work, when it's well known that the system selecting TSC by default on systems with a variable processor speed will experience problems otherwise. I'm guessing what changes in the patches is that the default for preferred clock changed to the wrong thing. -- Terry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
In message [EMAIL PROTECTED], MATOBA Hirozumi wri tes: On Fri, 15 Aug 2003 22:50:47 +0200 Thorsten Greiner wrote: | $ dmesg | grep counter | Timecounter i8254 frequency 1193182 Hz | Timecounter ACPI-fast frequency 3579545 Hz | Timecounter TSC frequency 1595302164 Hz | $ sysctl -w kern.timecounter.hardware=i8254 | Fixes the problem for me. I suspect you should set this in | /etc/sysctl.conf to enable it permanently. Thank you for your advice. I've given timecounters qualities which should solve this problem. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Sat, 16 Aug 2003 10:25:33 +0200 Poul-Henning Kamp wrote: | In message [EMAIL PROTECTED], MATOBA Hirozumi wri | tes: | On Fri, 15 Aug 2003 22:50:47 +0200 Thorsten Greiner wrote: | | $ dmesg | grep counter | | Timecounter i8254 frequency 1193182 Hz | | Timecounter ACPI-fast frequency 3579545 Hz | | Timecounter TSC frequency 1595302164 Hz | | $ sysctl -w kern.timecounter.hardware=i8254 | | Fixes the problem for me. I suspect you should set this in | | /etc/sysctl.conf to enable it permanently. | Thank you for your advice. | I've given timecounters qualities which should solve this problem. Thank you. I searched in cvs-all mailing-list archive about it, and found at: Message-Id: [EMAIL PROTECTED] From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Sat, 16 Aug 2003 01:23:53 -0700 (PDT) Subject: cvs commit: src/sys/sys timetc.h src/sys/kern kern_tc.c src/sys/dev/acpica acpi_timer.c src/sys/i386/i386 tsc.c src/sys/i386/isa clock.c Then I did cvsup on Date: 16 Aug 2003 17:55 +900 (JST) on my ThinkPad A22e, and checked : the value of kern.timecounter.hardware is ACPI-fast (without changing by sysctl -w) the clock works normally at any CPU settings (hw.acpi.cpu) $ dmesg | grep counter Timecounter i8254 frequency 1193182 Hz quality 0 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 Timecounter TSC frequency 797050143 Hz quality 800 Timecounters tick every 10.000 msec $ sysctl kern.timecounter kern.timecounter.nbinuptime: 105755 kern.timecounter.nnanouptime: 3 kern.timecounter.nmicrouptime: 635 kern.timecounter.nbintime: 38493 kern.timecounter.nnanotime: 5 kern.timecounter.nmicrotime: 38488 kern.timecounter.ngetbinuptime: 0 kern.timecounter.ngetnanouptime: 4 kern.timecounter.ngetmicrouptime: 4186 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 18 kern.timecounter.ngetmicrotime: 30494 kern.timecounter.nsetclock: 3 kern.timecounter.hardware: ACPI-fast kern.timecounter.choice: TSC(800) ACPI-fast(1000) i8254(0) dummy(-100) kern.timecounter.tick: 1 files: /boot/loader.conf.local: hint.acpi.0.disabled=0 hint.apm.0.disabled=1 hw.acpi.verbose=1 hw.ata.atapi_dma=1 if_fxp_load=YES snd_ich_load=YES /etc/sysctl.conf: hw.acpi.lid_switch_state=NONE hw.acpi.suspend_state=NONE hw.acpi.sleep_delay=5 hw.acpi.cpu.performance_speed=4 kernel config file: alomost the same as GENERIC, except for commented out Ethernet drivers (all the lines from device de to device wi, and two lines device aue,device axe) -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
I changed 3 files in quoted mail below (tsc.c clock.h clock.c) back to the previous revision, on my ThinkPad A22e (the last cvsup was on Aug 13), and recompiled kernel (the config file is almost the same as GENERIC), and compared behavior of the clock between 2 kernels as: kernel with the latest (on Aug 13) revision of these 3 files kernel with the previous revision of these 3 file On condition of hw.acpi.cpu.performance_speed as 8, the clock works normally ... for both of the latest and the previous revision of these 3 files On condition of hw.acpi.cpu.performance_speed as 4, the clock works slowly ... for the latest revision of these 3 files normally ... for the previous revision of these 3 files In details, when the clock works slowly, the clock works at the half of normal speed. For comparing clock, I used /usr/bin/top and another machine that has a reliable clock. (ex. video recorder) /bin/date is also suitable for comparing. On condition of the clock working slowly, snd_ich.ko said double of normal value for link rate (48000Hz is expected) when I execute kldload snd_ich by hand. I read the diff between the revisions, but I could not find out reason why the change of 3 files affects relations between clock and CPU speed setting. But it does affect. On Fri, 15 Aug 2003 07:24:59 +0900 (JST) MATOBA Hirozumi wrote: | On Thu, 2003-08-14 at 19:50, Nate Lawson wrote: | This indicates that the problem was introduced in a kernel change between | Aug 2 and Aug 9 and that acpi is not at fault. Try searching the cvs-all | archives between those dates (and perhaps narrowing the date more). | | I misunderstood Nate Lawson's words at the first time I read, | but he said about the cvs-all *mailing-list* archive. | And I found the mail about keyword clock in it. | | I will try going back to before this change (by using cvsup etc). | | Message-Id: [EMAIL PROTECTED] | From: Poul-Henning Kamp [EMAIL PROTECTED] | Date: Wed, 6 Aug 2003 08:05:28 -0700 (PDT) | To: [EMAIL PROTECTED], [EMAIL PROTECTED], | [EMAIL PROTECTED] | X-FreeBSD-CVS-Branch: HEAD | Subject: cvs commit: src/sys/i386/i386 tsc.c src/sys/i386/include clock.h | src/sys/i386/isa clock.c | | phk 2003/08/06 08:05:28 PDT | |FreeBSD src repository | |Modified files: | sys/i386/i386tsc.c | sys/i386/include clock.h | sys/i386/isa clock.c |Log: |Dont initialize a TSC timecounter until we know if it is broken or not. | |Revision ChangesPath |1.201 +6 -0 src/sys/i386/i386/tsc.c |1.45 +1 -0 src/sys/i386/include/clock.h |1.201 +1 -0 src/sys/i386/isa/clock.c -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
In message [EMAIL PROTECTED], MATOBA Hirozumi wri tes: On condition of hw.acpi.cpu.performance_speed as 8, the clock works You should not be using the TSC for timekeeping if you change the frequency of it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Fri, 2003-08-15 at 14:03, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], MATOBA Hirozumi wri tes: On condition of hw.acpi.cpu.performance_speed as 8, the clock works You should not be using the TSC for timekeeping if you change the frequency of it. So, what should be done to restore the proper behavior of the timekeeping on these systems? Bob ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
* Bob Fleck [EMAIL PROTECTED] [2003-08-15 22:46]: So, what should be done to restore the proper behavior of the timekeeping on these systems? $ dmesg | grep counter Timecounter i8254 frequency 1193182 Hz Timecounter ACPI-fast frequency 3579545 Hz Timecounter TSC frequency 1595302164 Hz $ sysctl -w kern.timecounter.hardware=i8254 Fixes the problem for me. I suspect you should set this in /etc/sysctl.conf to enable it permanently. Regards -Thorsten -- One good reason why computers can do more work than people is that they never have to stop and answer the phone. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Fri, 15 Aug 2003 22:50:47 +0200 Thorsten Greiner wrote: | $ dmesg | grep counter | Timecounter i8254 frequency 1193182 Hz | Timecounter ACPI-fast frequency 3579545 Hz | Timecounter TSC frequency 1595302164 Hz | $ sysctl -w kern.timecounter.hardware=i8254 | Fixes the problem for me. I suspect you should set this in | /etc/sysctl.conf to enable it permanently. Thank you for your advice. I compared the behaviors of the 2 kernel in the quoted mail below (I wrote) about Timecounter in dmesg and about value of kern.timecounter.hardware, then I understood the mail On Fri, 15 Aug 2003 20:03:28 +0200 Poul-Henning Kamp wrote: You should not be using the TSC for timekeeping if you change the frequency of it. means. On my ThinkPad A22e, 3 kind of Timecounters appear in dmesg. Between 2 kernels, both of about appeaing order in dmesg and about the default value of kern.timecounter.hardware differ. On kernel with the previous revision of these 3 file: $ dmesg | grep counter Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 797048080 Hz Timecounter ACPI-fast frequency 3579545 Hz Timecounters tick every 10.000 msec $ sysctl kern.timecounter.hardware kern.timecounter.hardware: ACPI-fast On kernel with the latest (on Aug 13) revision of these 3 files: $ dmesg | grep counter Timecounter i8254 frequency 1193182 Hz Timecounter ACPI-fast frequency 3579545 Hz Timecounter TSC frequency 797048048 Hz Timecounters tick every 10.000 msec $ sysctl kern.timecounter.hardware kern.timecounter.hardware: TSC So, on kernel with the latest (on Aug 13) revision of these 3 files, after executing sysctl -w kern.timecounter.hardware=ACPI-fast the clock works normally for any CPU speed settings, successfully. I will put it in /etc/sysctl.conf :-) # Does kernel choose the Timecounter which detects recently # as the default value of kern.timecounter.hardware? On Sat, 16 Aug 2003 02:27:01 +0900 (JST) I wrote: | I changed 3 files in quoted mail below (tsc.c clock.h clock.c) | back to the previous revision, | on my ThinkPad A22e (the last cvsup was on Aug 13), | and recompiled kernel (the config file is almost the same as GENERIC), | and compared behavior of the clock between 2 kernels as: | | kernel with the latest (on Aug 13) revision of these 3 files | kernel with the previous revision of these 3 file | | | Message-Id: [EMAIL PROTECTED] | | From: Poul-Henning Kamp [EMAIL PROTECTED] | | Date: Wed, 6 Aug 2003 08:05:28 -0700 (PDT) | | To: [EMAIL PROTECTED], [EMAIL PROTECTED], | | [EMAIL PROTECTED] | | X-FreeBSD-CVS-Branch: HEAD | | Subject: cvs commit: src/sys/i386/i386 tsc.c src/sys/i386/include clock.h | | src/sys/i386/isa clock.c | | | | phk 2003/08/06 08:05:28 PDT | | | |FreeBSD src repository | | | |Modified files: | | sys/i386/i386tsc.c | | sys/i386/include clock.h | | sys/i386/isa clock.c | |Log: | |Dont initialize a TSC timecounter until we know if it is broken or not. | | | |Revision ChangesPath | |1.201 +6 -0 src/sys/i386/i386/tsc.c | |1.45 +1 -0 src/sys/i386/include/clock.h | |1.201 +1 -0 src/sys/i386/isa/clock.c -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
clock works slowly when I change CPU speed
I have a problem about clock when I change CPU speed (hw.acpi.cpu). The default hw.acpi.cpu status of my ThinkPad A22e is # sysctl hw.acpi.cpu hw.acpi.cpu.max_speed: 8 hw.acpi.cpu.current_speed: 8 hw.acpi.cpu.performance_speed: 8 hw.acpi.cpu.economy_speed: 4 and, the clock value of top tool updates per 2 seconds normally, like as 01:21:45, 01:21:47, 01:21:49,... (because the default delay between updates is 2 seconds) When I change CPU speed as sysctl -w hw.acpi.cpu.performance_speed=4 the clock value of top tool updates by 1, per 2 seconds, like as 01:22:45, 01:22:46, 01:22:47,..., but per 2 seconds. So, the clock of top tool works on half speed of the real world. (I compare the clock value of top tool and the clock value of my video recorder. The problem also occur when I restart top tool after changing CPU speed) This problem occurs not only to using top tool, but to executing while :; do date; sleep 1; done on bash prompt, (When CPU speed is 4, the time value updates by 1 per 2 seconds) and to executing kldload snd_ich by hand after booting. (When CPU speed is not 8, the result of link rate is wrong. The normal value is about 48000 Hz, but when CPU speed is 4, it gets double value of normal link rate) This problem did not exist when I did cvsup on Aug 2. This problem exists since when I did cvsup on Aug 9. I did cvsup on Aug 13 again, but this problem still exists. And, when I use backuped kernel of Aug 2, by changing value of module_path on boot prompt, this problem does not occur. (So I do not think my ThinkPad A22e has broken) -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
Between Aug 2 and 9, there were no significant changes to ACPI. I imported the userland tools, added tunable access to an existing variable, and increased the default sleep delay from 0 to 5. The last one is the only functional change and can be undone by doing: sysctl hw.acpi.sleep_delay=0 Please try with an Aug. 2 kernel but load the latest acpi.ko to be sure this is not an acpi problem. -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Fri, 15 Aug 2003, MATOBA Hirozumi wrote: | Between Aug 2 and 9, there were no significant changes to ACPI. I tryed sets of kernel and acpi.ko. kenel acpi.ko clock works on CPU speed as 4 Aug 2 Aug 2 normally Aug 9 Aug 9 slowly Aug 13 Aug 13 slowly Aug 2 Aug 9 normally Aug 9 Aug 2 slowly Aug 2 Aug 13 normally Aug 13 Aug 2 slowly This indicates that the problem was introduced in a kernel change between Aug 2 and Aug 9 and that acpi is not at fault. Try searching the cvs-all archives between those dates (and perhaps narrowing the date more). -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
From: Nate Lawson [EMAIL PROTECTED] Date: Thu, 14 Aug 2003 12:50:17 -0700 (PDT) | Try searching the cvs-all | archives between those dates (and perhaps narrowing the date more). Thank you for your advice. I will try this method. (reading source, or by doing cvsup with date= option in supfile and compiling kernel) Fortunately, I backuped cvsup.log file between Aug 2 and Aug 9. Ah, the string clock is found in filename. I will read these files at first. cat cvsup.log.2003_0809_06h42m(JST) | egrep -v Add delta Updating collection src-base/cvs snip Updating collection src-sys/cvs Edit src/sys/alpha/alpha/critical.c Edit src/sys/alpha/alpha/pmap.c Edit src/sys/alpha/include/critical.h Edit src/sys/alpha/include/endian.h Edit src/sys/amd64/amd64/busdma_machdep.c Edit src/sys/amd64/amd64/critical.c Edit src/sys/amd64/amd64/pmap.c Edit src/sys/amd64/include/critical.h Edit src/sys/amd64/include/ieeefp.h Edit src/sys/arm/include/endian.h Edit src/sys/boot/efi/libefi/efiboot.h Edit src/sys/boot/efi/libefi/efifs.c Edit src/sys/boot/efi/loader/main.c Edit src/sys/boot/i386/libi386/biosacpi.c Edit src/sys/boot/i386/libi386/biospnp.c Edit src/sys/boot/powerpc/loader/start.c Edit src/sys/cam/scsi/scsi_da.c Edit src/sys/compat/linprocfs/linprocfs.c Edit src/sys/compat/svr4/svr4_misc.c Edit src/sys/conf/NOTES Edit src/sys/conf/files Edit src/sys/conf/files.alpha Edit src/sys/conf/files.amd64 Edit src/sys/conf/files.i386 Edit src/sys/conf/files.pc98 Edit src/sys/conf/kern.post.mk Edit src/sys/conf/options Edit src/sys/contrib/dev/acpica/acfreebsd.h Checkout src/sys/contrib/dev/acpica/common/adisasm.c Checkout src/sys/contrib/dev/acpica/common/getopt.c Checkout src/sys/contrib/dev/acpica/compiler/aslanalyze.c Checkout src/sys/contrib/dev/acpica/compiler/aslcodegen.c Checkout src/sys/contrib/dev/acpica/compiler/aslcompile.c Checkout src/sys/contrib/dev/acpica/compiler/aslcompiler.h Checkout src/sys/contrib/dev/acpica/compiler/aslcompiler.l Checkout src/sys/contrib/dev/acpica/compiler/aslcompiler.y Checkout src/sys/contrib/dev/acpica/compiler/aslerror.c Checkout src/sys/contrib/dev/acpica/compiler/aslfiles.c Checkout src/sys/contrib/dev/acpica/compiler/aslfold.c Checkout src/sys/contrib/dev/acpica/compiler/aslglobal.h Checkout src/sys/contrib/dev/acpica/compiler/asllength.c Checkout src/sys/contrib/dev/acpica/compiler/asllisting.c Checkout src/sys/contrib/dev/acpica/compiler/aslload.c Checkout src/sys/contrib/dev/acpica/compiler/asllookup.c Checkout src/sys/contrib/dev/acpica/compiler/aslmain.c Checkout src/sys/contrib/dev/acpica/compiler/aslmap.c Checkout src/sys/contrib/dev/acpica/compiler/aslopcodes.c Checkout src/sys/contrib/dev/acpica/compiler/asloperands.c Checkout src/sys/contrib/dev/acpica/compiler/aslopt.c Checkout src/sys/contrib/dev/acpica/compiler/aslresource.c Checkout src/sys/contrib/dev/acpica/compiler/aslrestype1.c Checkout src/sys/contrib/dev/acpica/compiler/aslrestype2.c Checkout src/sys/contrib/dev/acpica/compiler/aslstubs.c Checkout src/sys/contrib/dev/acpica/compiler/asltransform.c Checkout src/sys/contrib/dev/acpica/compiler/asltree.c Checkout src/sys/contrib/dev/acpica/compiler/asltypes.h Checkout src/sys/contrib/dev/acpica/compiler/aslutils.c Checkout src/sys/contrib/dev/acpica/osunixxf.c Edit src/sys/contrib/dev/ath/README Edit src/sys/contrib/dev/ath/ah.h Edit src/sys/contrib/dev/ath/freebsd/ah_osdep.c Edit src/sys/contrib/dev/ath/freebsd/ah_osdep.h Edit src/sys/contrib/dev/ath/freebsd/i386-elf.hal.o.uu Edit src/sys/contrib/dev/ath/version.h Edit src/sys/contrib/dev/oltr/if_oltr.c Edit src/sys/dev/aac/aacvar.h Edit src/sys/dev/acpica/acpi.c Edit src/sys/dev/acpica/acpi_pcib_acpi.c Edit src/sys/dev/ath/if_ath.c Edit src/sys/dev/bge/if_bge.c Edit src/sys/dev/ct/ct.c Edit src/sys/dev/dgb/dgreg.h Edit src/sys/dev/digi/digi.c Edit src/sys/dev/digi/digi.h Edit src/sys/dev/digi/digireg.h Edit src/sys/dev/ed/if_ed.c Edit src/sys/dev/ed/if_ed_cbus.c Edit src/sys/dev/ed/if_ed_pccard.c Edit src/sys/dev/em/if_em.c Edit src/sys/dev/em/if_em.h Edit src/sys/dev/em/if_em_osdep.h Edit src/sys/dev/en/if_en_pci.c Edit src/sys/dev/en/midway.c Edit src/sys/dev/en/midwayvar.h Edit src/sys/dev/fatm/if_fatm.c Edit src/sys/dev/fatm/if_fatmvar.h Edit src/sys/dev/firewire/firewire.c Edit src/sys/dev/firewire/firewire.h Edit src/sys/dev/firewire/firewirereg.h Edit src/sys/dev/firewire/fwdev.c Edit src/sys/dev/firewire/fwohci.c Edit src/sys/dev/firewire/fwohci_pci.c Edit src/sys/dev/firewire/if_fwe.c Edit src/sys/dev/fxp/if_fxp.c Edit src/sys/dev/hatm/if_hatm.c Edit src/sys/dev/hatm/if_hatm_ioctl.c Edit src/sys/dev/hatm/if_hatm_rx.c Edit src/sys/dev/hatm/if_hatm_tx.c Edit src/sys/dev/hatm/if_hatmvar.h Edit src/sys/dev/ie/if_ievar.h Edit src/sys/dev/md/md.c Edit src/sys/dev/patm/if_patm.c Edit src/sys/dev/patm/if_patm_ioctl.c Edit src/sys/dev/patm/if_patm_rx.c Edit src/sys/dev/patm/if_patm_tx.c Edit
Re: clock works slowly when I change CPU speed
From: Nate Lawson [EMAIL PROTECTED] Date: Thu, 14 Aug 2003 11:20:12 -0700 (PDT) | Between Aug 2 and 9, there were no significant changes to ACPI. I | imported the userland tools, added tunable access to an existing variable, | and increased the default sleep delay from 0 to 5. The last one is the | only functional change and can be undone by doing: | sysctl hw.acpi.sleep_delay=0 | Please try with an Aug. 2 kernel but load the latest acpi.ko to be sure | this is not an acpi problem. I tryed sets of kernel and acpi.ko. kenel acpi.ko clock works on CPU speed as 4 Aug 2 Aug 2 normally Aug 9 Aug 9 slowly Aug 13 Aug 13 slowly Aug 2 Aug 9 normally Aug 9 Aug 2 slowly Aug 2 Aug 13 normally Aug 13 Aug 2 slowly And, with Aug 13 kernel Aug 13 acpi.ko, I do by hand: sysctl hw.acpi.sleep_delay=0 but the clock also works slowly. (I wrote hw.acpi.sleep_delay=5 in /etc/sysctl.conf since before Jul 13) I use almost the same as GENERIC kernel, except for commenting out Ethernet drivers. (I comment out all the lines from device de to device wi, and two lines device aue,device axe) The /boot/loader.conf.local contents are hint.acpi.0.disabled=0 hint.apm.0.disabled=1 hw.acpi.verbose=1 hw.ata.atapi_dma=1 if_fxp_load=YES snd_ich_load=YES -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Thu, 2003-08-14 at 19:50, Nate Lawson wrote: This indicates that the problem was introduced in a kernel change between Aug 2 and Aug 9 and that acpi is not at fault. Try searching the cvs-all archives between those dates (and perhaps narrowing the date more). To help narrow the date: I'm also seeing this problem on a Thinkpad A22p with -current from ~7pm on Aug 8. I just recently switched to -current so did not realize this was a new issue, and was trying to determine if I had a configuration error of some sort. In addition, I had one weird instance where the clock did the opposite and increased the speed by the same ratio. I haven't been able to reproduce this yet. (Maybe starting the system in a lower CPU speed setting and then stepping up would cause it. I will test this.) Let me know if you want me try anything or pass along configuration information. Bob Fleck ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clock works slowly when I change CPU speed
On Thu, 2003-08-14 at 19:50, Nate Lawson wrote: This indicates that the problem was introduced in a kernel change between Aug 2 and Aug 9 and that acpi is not at fault. Try searching the cvs-all archives between those dates (and perhaps narrowing the date more). I misunderstand Nate Lawson's words at the first time I read, but he said about the cvs-all *mailing-list* archive. And I found the mail about keyword clock in it. I will try going back to before this change (by using cvsup etc). Message-Id: [EMAIL PROTECTED] From: Poul-Henning Kamp [EMAIL PROTECTED] Date: Wed, 6 Aug 2003 08:05:28 -0700 (PDT) To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] X-FreeBSD-CVS-Branch: HEAD Subject: cvs commit: src/sys/i386/i386 tsc.c src/sys/i386/include clock.h src/sys/i386/isa clock.c phk 2003/08/06 08:05:28 PDT FreeBSD src repository Modified files: sys/i386/i386tsc.c sys/i386/include clock.h sys/i386/isa clock.c Log: Dont initialize a TSC timecounter until we know if it is broken or not. Revision ChangesPath 1.201 +6 -0 src/sys/i386/i386/tsc.c 1.45 +1 -0 src/sys/i386/include/clock.h 1.201 +1 -0 src/sys/i386/isa/clock.c From: Bob Fleck [EMAIL PROTECTED] Date: Thu, 14 Aug 2003 21:31:13 + | In addition, I had one weird instance where the clock did the opposite | and increased the speed by the same ratio. I haven't been able to | reproduce this yet. (Maybe starting the system in a lower CPU speed | setting and then stepping up would cause it. I will test this.) I met like as above (but I did not record it in details), On BIOS setting of POWER (maybe this means APM setting), CPU speed setting is fixed maximum now on my ThinkPad A22e, so booting message of FreeBSD says CPU MHz as maximum speed. But when I set temporarily BIOS CPU speed as medium or something like that, booting message of FreeBSD said CPU MHz as half of maximum speed, and snd_ich said link rate as *half* of normal frequency. (note that when clock works slowly, snd_ich says link rate as *double* of normal frequenccy) | Let me know if you want me try anything or pass along configuration | information. Thank you, but would you wait for my trial of above files about clock? I will try it at this night JST :-) -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
