From owner-freebsd-current Thu Sep 24 13:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11344 for freebsd-current-outgoing; Thu, 24 Sep 1998 13:49:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11310; Thu, 24 Sep 1998 13:49:44 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00826; Thu, 24 Sep 1998 13:54:23 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809242054.NAA00826@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Justin T. Gibbs" cc: Mike Smith , bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: options DPT_LOST_IRQ In-reply-to: Your message of "Thu, 24 Sep 1998 14:37:47 MDT." <199809242044.OAA08682@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Sep 1998 13:54:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >The problem seems to be that the DPT "stops asserting" the interrupt, > >going by what Eivind said. I presume we're talking about a PCI device > >here, right? > > If it stops asserting the interrupt, we should get a stray interrupt > reported when we go to clear the pending mask. Is this what is happening? I don't actually think we should; the stray interrupt feature occurs when an edge is seen on an interrupt line, but when the latch fires (one or two clocks later?) there is nothing there to latch. This is the way the 8259 works; PCI and APIC interrupt behaviour is still largely a mystery to me. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message