FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.1.0_cvs 2006-05-06T19:24:14Z 2006-05-06T19:24:14Z cvs2svn cvs2svn@FreeBSD.org 2006-05-06T19:24:14Z urn:sha1:26c52663cb5e53422c188e65b45755f348c2fbf3 'RELENG_6_1_0_RELEASE'. This commit was manufactured to restore the state of the 6.1-RELEASE image. 2005-01-05T20:17:21Z Warner Losh imp@FreeBSD.org 2005-01-05T20:17:21Z urn:sha1:46280ae71938465be665fb19cf8f7d1ca48a379a 2003-11-17T08:58:16Z Peter Wemm peter@FreeBSD.org 2003-11-17T08:58:16Z urn:sha1:0d2a2989048c676030afdcf7ba3aae9713738395 - This is heavily derived from John Baldwin's apic/pci cleanup on i386. - I have completely rewritten or drastically cleaned up some other parts. (in particular, bootstrap) - This is still a WIP. It seems that there are some highly bogus bioses on nVidia nForce3-150 boards. I can't stress how broken these boards are. I have a workaround in mind, but right now the Asus SK8N is broken. The Gigabyte K8NPro (nVidia based) is also mind-numbingly hosed. - Most of my testing has been with SCHED_ULE. SCHED_4BSD works. - the apic and acpi components are 'standard'. - If you have an nVidia nForce3-150 board, you are stuck with 'device atpic' in addition, because they somehow managed to forget to connect the 8254 timer to the apic, even though its in the same silicon! ARGH! This directly violates the ACPI spec. 2003-11-14T22:34:43Z Peter Wemm peter@FreeBSD.org 2003-11-14T22:34:43Z urn:sha1:1f6c75db0b888424e75894f72a39603c57f4696d replaced by the HPET timer at some point, so dont even make a release with the aquire/release_timer0 functions. 2003-09-30T06:38:11Z Peter Wemm peter@FreeBSD.org 2003-09-30T06:38:11Z urn:sha1:ec548f97fc4c34453fae3e54b12cd4ba987cb707 2003-09-22T23:02:24Z Peter Wemm peter@FreeBSD.org 2003-09-22T23:02:24Z urn:sha1:d79ddbf5de31dcc7c910cee3eb661f394441b29a initialize a TSC timecounter until we know if it is broke or not. XXX I think there is a bug in the i386 code here. init_TSC_tc() comes after: if (statclock_disable) return; ie: if you turn off the statclock interrupt, you dont get the TSC either. 2003-05-01T01:05:25Z Peter Wemm peter@FreeBSD.org 2003-05-01T01:05:25Z urn:sha1:afa8862328041298fe0c059d65cea406f92bad4b a heavily stripped down FreeBSD/i386 (brutally stripped down actually) to attempt to get a stable base to start from. There is a lot missing still. Worth noting: - The kernel runs at 1GB in order to cheat with the pmap code. pmap uses a variation of the PAE code in order to avoid having to worry about 4 levels of page tables yet. - It boots in 64 bit "long mode" with a tiny trampoline embedded in the i386 loader. This simplifies locore.s greatly. - There are still quite a few fragments of i386-specific code that have not been translated yet, and some that I cheated and wrote dumb C versions of (bcopy etc). - It has both int 0x80 for syscalls (but using registers for argument passing, as is native on the amd64 ABI), and the 'syscall' instruction for syscalls. int 0x80 preserves all registers, 'syscall' does not. - I have tried to minimize looking at the NetBSD code, except in a couple of places (eg: to find which register they use to replace the trashed %rcx register in the syscall instruction). As a result, there is not a lot of similarity. I did look at NetBSD a few times while debugging to get some ideas about what I might have done wrong in my first attempt. 2003-02-05T09:20:40Z Poul-Henning Kamp phk@FreeBSD.org 2003-02-05T09:20:40Z urn:sha1:d1b40f007dd10a128b919e41538b693865a8c1de Remove all the stuff that does not relate to the TSC. Change the calibration to use DELAY(1000000) rather than trying to check it against the CMOS RTC, this drastically increases precision: Using 25 samples on a Athlon 700MHz UP machine I find: stddev min max average CMOS 22200 Hz -74980 Hz 34301 Hz 704928721 Hz DELAY 1805 Hz -1984 Hz 2678 Hz 704937583 Hz (The difference between the two averages is not statistically significant.) expressed in PPM of the frequency: stddev min max CMOS 31.49 PPM -106.37 PPM 48.66 PPM DELAY 2.56 PPM 2.81 PPM 3.80 PPM This code will not be used until a followup commit to sys/isa/clock.c and sys/pc98/pc98/clock.c which will only happen after some field testing. 2003-02-03T17:53:15Z Jake Burkholder jake@FreeBSD.org 2003-02-03T17:53:15Z urn:sha1:238dd3209a205ba106527c7bc3cc617874f23b10 statclock based on profhz when profiling is enabled MD, since most platforms don't use this anyway. This removes the need for statclock_process, whose only purpose was to subdivide profhz, and gets the profiling clock running outside of sched_lock on platforms that implement suswintr. Also changed the interface for starting and stopping the profiling clock to do just that, instead of changing the rate of statclock, since they can now be separate. Reviewed by: jhb, tmm Tested on: i386, sparc64 2003-01-29T11:36:39Z Poul-Henning Kamp phk@FreeBSD.org 2003-01-29T11:36:39Z urn:sha1:3c99c0bc508245f66221675e5c87682e70a8ed42 Inspired by: http://www.theinquirer.net/?article=7481