Matt,
Easy now, there is more depth to it than that... I have promised myself to get the timecounter paper written and I'll probably present it at BSDcon-euro-2002 in Amsterdam if they want to listen to me. For now, lets concentrate on the PIIX hardware because that's where the problem seems to be... Poul-Henning In message <[EMAIL PROTECTED]>, Matthew Dillon wri tes: > Ok, I've looked at the code more carefully and I understand how this > works now. However, it is not enough in an SMP environment. You > need a generation count in the timecounter structure and you also need > a synchronization point when you switch time counters or a process > running on a different cpu may wind up using a time counter that is being > actively updated. > > I'm experimenting with your patch now. I'll send email when I have > some test results. > > -Matt > >: >:I just wrote the following fix for some of the overflow problems. >: >:%%% >:Index: kern_tc.c >:=================================================================== >:RCS file: /home/ncvs/src/sys/kern/kern_tc.c,v >:retrieving revision 1.113 >:diff -c -2 -r1.113 kern_tc.c >:... > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-current" in the body of the message > -- 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. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message