Re: Linuxthreads on Linux vs FreeBSD performance question

2002-04-04 Thread Zwane Mwaikambo
On Wed, 3 Apr 2002, John Regehr wrote: > > > Have you tried benchmarking process to process context switch times to see > > > if the results are similar? > > No, that's a good idea. My infrastructure isn't set up to support > processes, though, so it'll take a little time. I'd be surprised if

Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE

2001-12-02 Thread Zwane Mwaikambo
131039 rev=0xd0 >hdr=0x00 Mine does UDMA66 as well, but haven't checked 100 (no ATA4 disks), looks similar to Richard's atapci0@pci0:0:1: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 hdr=0x00 Cheers, Zwane Mwaikambo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE

2001-12-01 Thread Zwane Mwaikambo
drive geometry problem. Regards, Zwane Mwaikambo Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-RELEASE #0: Thu Jan 1 03:22:15 GMT

UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE

2001-12-01 Thread Zwane Mwaikambo
k: Seagate 3.2G ATA2 I'm willing to test any patches. Regards, Zwane Mwaikambo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

SiS 5591/3.2G FreeBSD 4.4-REL geometry problems.

2001-12-01 Thread Zwane Mwaikambo
63 no LBA in BIOS and 6296/128/63 The drive manufacturer has 6296/128/63 on the drive. Any suggestions would be greatly appreciated. I currently boot with a small drive (1.2G) and the 3.2 on the secondary channel with (6296/16/63 and LBA) Regards, Zwane Mwaikambo Note. I have the same

Re: UDMA33 and SiS5591 on FreeBSD 4.4-RELEASE

2001-12-01 Thread Zwane Mwaikambo
? Thanks. Zwane Mwaikambo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: [PATCH] Relevance of 8254 calibration.

2001-11-27 Thread Zwane Mwaikambo
On Mon, 26 Nov 2001, Warner Losh wrote: > Well, I'll bet your system time has drifted about a second or four in > those two days. When you say system time do you mean "hardware" time? or the running kernel's time? The hardware time doesn't work anyway since the box's RTC is stuck somewhere in 20

Re: [PATCH] Relevance of 8254 calibration.

2001-11-27 Thread Zwane Mwaikambo
On Mon, 26 Nov 2001, Warner Losh wrote: > Yes. Almost *ALL* PCs in the field aren't exactly 11931282Hz. > There's a lot of variance in this. PC have such crappy oscillators > that calibration is required. The "slight" variation can be as large > as +-300Hz, which is huge. :-(. > > But I'm a li

Re: [PATCH] Relevance of 8254 calibration.

2001-11-27 Thread Zwane Mwaikambo
On Mon, 26 Nov 2001, Warner Losh wrote: > The higher levels of NetBSD does this if you are running ntpd. Ditto > Linux. Thanks for the pointer, i'm going to check out the NTP stuff in both OS' just now. > I measure phase differences in oscelators to sub-pico second level in > my day job :-).

[PATCH] Relevance of 8254 calibration.

2001-11-26 Thread Zwane Mwaikambo
greatly appreciated Thanks in advance, Zwane Mwaikambo Please CC me as i'm not on the list. Patch - add a "rtc_is_broken" variable NB. I've tried not to be too intrusive here and only added the rtc_is_broken check where it affects this specifc case. Diffed against