On Mon, Mar 06, 2000 at 11:59:21PM +0100, Dave Boers wrote:
> It is rumoured that Peter Jeremy had the courage to say:
> > Note that ntpd will use rtprio if the Posix P1003.1b extensions aren't
> > enabled in the kernel. (These were enabled by default in GENERIC on
> > i386 in mid-January). If you have the new ntpd (rather than xntpd)
> > and are running a kernel without options P1003_1B,
> > _KPOSIX_PRIORITY_SCHEDULING and _KPOSIX_VERSION=199309L, you could
> > potentially get a lockup due to a priority inversion. (Though I
> > think the probability is very small).
>
> I don't use ntpd (I use ntpdate) and I do have those options enabled in my
> kernel (all three of them). IIRC they are needed to get either cdrdao or
> cdrecord to work.
>
> Seems that everything points to UDMA66 so far...
...maybe in certain combinations.
I have a BP6 with dual celerons (466's @ 504) and have had no problems
whatsoever.
FreeBSD 4.0-CURRENT #4: Sun Mar 5 12:20:41 PST 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/NORN
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (503.92-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x665 Stepping = 5
Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM
OV,PAT,PSE36,MMX,FXSR>
real memory = 268369920 (262080K bytes)
avail memory = 256987136 (250964K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor motherboard
cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000
cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000
io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000
....
ad0: 9765MB <FUJITSU MPC3102AT E> [19841/16/63] at ata0-master using UDMA33
ad4: 12949MB <IBM-DJNA-371350> [28064/15/63] at ata2-master using UDMA66
acd0: CDROM <DELTA OPC-K101/ST1 F/W by OIPD> at ata1-slave using PIO4
ad0 is a DOS drive, ad4 is what I have FreeBSD on.
-Chris
--
[EMAIL PROTECTED] [EMAIL PROTECTED]
Abbotsford, BC, Canada
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
