Date: Fri, 15 Jan 2010 16:04:30 +0000 (UTC) From: Attilio Rao <attilio@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/amd64/amd64 local_apic.c src/sys/amd64/include apicvar.h src/sys/amd64/isa clock.c src/sys/conf options.i386 src/sys/i386/i386 local_apic.c src/sys/i386/include apicvar.h src/sys/i386/isa clock.c src/sys/pc98/cbus clock.c Message-ID: <201001151607.o0FG7lAK078153@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
attilio 2010-01-15 16:04:30 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 local_apic.c
sys/amd64/include apicvar.h
sys/amd64/isa clock.c
sys/conf options.i386
sys/i386/i386 local_apic.c
sys/i386/include apicvar.h
sys/i386/isa clock.c
sys/pc98/cbus clock.c
Log:
SVN rev 202387 on 2010-01-15 16:04:30Z by attilio
Handling all the three clocks (hardclock, softclock, profclock) with the
LAPIC may lead to aliasing for softclock and profclock because frequencies
are sized in order to fit mainly hardclock.
atrtc used to take care of the softclock and profclock and it does still
do, if the LAPIC can't handle the clocks properly.
Revert the change when the LAPIC started taking charge of all three of
them and let atrtc handle softclock and profclock if not explicitly
requested. Such request can be made setting != 0 the new tunable
machdep.lapic_allclocks or if the new device ATPIC is not present
within the i386 kernel config (atrtc is linked to atpic presence).
Diagnosed by: Sandvine Incorporated
Reviewed by: jhb, emaste
Sponsored by: Sandvine Incorporated
MFC: 3 weeks
Revision Changes Path
1.63 +43 -28 src/sys/amd64/amd64/local_apic.c
1.32 +7 -1 src/sys/amd64/include/apicvar.h
1.252 +8 -7 src/sys/amd64/isa/clock.c
1.246 +1 -0 src/sys/conf/options.i386
1.66 +50 -29 src/sys/i386/i386/local_apic.c
1.35 +7 -1 src/sys/i386/include/apicvar.h
1.255 +8 -7 src/sys/i386/isa/clock.c
1.174 +5 -4 src/sys/pc98/cbus/clock.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201001151607.o0FG7lAK078153>