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
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]
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: [acpi-jp 2412] PATCH - acpi 0619
On Fri, 11 Jul 2003 23:07:08 -0700, Nate Lawson wrote: | I've prepared a new diff of the 0619 drop of acpica along with the | appropriate changes to support code: | | * Use ACPI_BUFFER as the type for AcpiGetObjectInfo | * Remove AcpiEnableEvent/AcpiClearEvent for ACPI_EVENT_FIXED (power/sleep | buttons) as they are no longer needed | * Change calls to use the new GPE functions | * Add AcpiOs*Lock functions | * Import 0619 + local FreeBSD changes + dsmthdat.c patch (from | [EMAIL PROTECTED]) | | Please test and let me know how this works for you. It works fine on my | IBM T23. | | http://www.root.org/~nate/freebsd/acpi-0619.diff.gz I tested this patch on IBM ThinkPad A22e, but repeated messages ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER appeared again (like as 2-3 weeks ago). It seems that the change of from version 1.1.1.16 to 1.1.1.17 in src/sys/contrib/dev/acpica/hwregs.c is overwritten by this patch (so partially back to the status of 1.1.1.16). -- [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IPFW and/or rc rule parsing not working since today's cvsup
On Sun, 13 Jul 2003 13:17:36 +0100 (BST), Matt wrote:
| The problem I have is this. In rc.conf I have the following:
|
| firewall_enable=YES
| firewall_script=/etc/rc.firewall
| firewall_type=/etc/ipfw.conf
|
| And in /etc/ipfw.conf I have sets of rules one line at a time like:
|
| add 00010 divert natd all from any to any via xl0
| add 00120 allow tcp from any to any 80 via xl0
|
| etc.
|
| This has always worked for me ever since I first started using ipfw on
| fbsd 4.1 and has always worked on current until today's cvsup. Now though
| no rules get loaded.
|
| If I try what I have always done in the past which is ipfw -q flush
| ipfw /etc/ipfw.conf then it tells me:
|
| usage: ipfw [options]
| do ipfw -h or see ipfw manpage for details
If your /etc/ipfw.conf has blank line(s),
then you maybe met the same situation as me.
The mail that I posted to [EMAIL PROTECTED] is:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=65503+0+archive/2003/freebsd-ipfw/20030713.freebsd-ipfw
There are 3 cases for calling show_usage() in ipfw2.c.
My case is caught by if (l == 0) in ipfw_main().
The other cases are caught by if (ac == 0)
and by while ((ch = getopt(ac, av, acdefhnNqs:STtv)) != -1)
switch (ch) {
...
default:.
--
[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
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). 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]
