Subject: Re: kern/32035: APIC timer help
To: None <,,>
From: Manuel Bouyer <>
List: netbsd-bugs
Date: 11/28/2005 09:36:02
The following reply was made to PR kern/32035; it has been noted by GNATS.

From: Manuel Bouyer <>
To: Simon Burge <>
Subject: Re: kern/32035: APIC timer help
Date: Mon, 28 Nov 2005 10:35:29 +0100

 On Mon, Nov 28, 2005 at 12:37:14PM +1100, Simon Burge wrote:
 > [ Cross-posting to tech-kern to try to get some help on working
 >   out WTF if going on here. ]
 > Hi folks,
 > Can anyone explain how the x86 local APIC timer is supposed to work?
 > For some reason, just keeping the box the shows the symptoms in the PR
 > busy with builds doesn't make time unhappy, but a busy named does.  This
 > box is a Dell (I think) dual Xeon with an Intel E7525 chipset.
 > I've written a couple of programs that sort of simulate the
 > system call sequences that the busy named generates (these are at
 > ).
 > Running "receiver" and "sender <host> 2000000 2000" on the same box lead
 > it to totally lose time the same way that named makes it loose time.
 Probably a shoot in the dark, I didn't think about it much, but ...
 Does your sender/receiver processes make use of the network adapter ?
 Maybe it could be the same "interrupt aliasing" as pointed out in
 "wm behaviour on NetBSD" on netbsd-users, described here:
 if your network adapter happens to be aliased to the clock interrupt,
 this will probably cause the system to see much more clock interrupts than
 there really is.
 This is just because you're seeing this problems on Dell servers, and
 the interrupt aliasing problem also happens on recent Dell servers.
 Manuel Bouyer <>
      NetBSD: 26 ans d'experience feront toujours la difference