From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 8 20:53:21 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FB01065674; Fri, 8 Aug 2008 20:53:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C7AF98FC0C; Fri, 8 Aug 2008 20:53:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m78KrEBS031996; Fri, 8 Aug 2008 16:53:14 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Fri, 8 Aug 2008 16:10:03 -0400 User-Agent: KMail/1.9.7 References: <374442.98765.qm@web52908.mail.re2.yahoo.com> In-Reply-To: <374442.98765.qm@web52908.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808081610.03720.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Fri, 08 Aug 2008 16:53:14 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7984/Fri Aug 8 14:51:24 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, freebsd-drivers@freebsd.org, ping Subject: Re: missing interrupts? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 20:53:21 -0000 On Friday 08 August 2008 02:16:20 pm ping wrote: > this is an interrupt handler that's attached to irq 31 on ioapic1 on a 6.1R kernel, type INTR_TYPE_NET|INTR_MPSAFE. seems that it's missing interrupts. watching the KTR trace, it was running along fine, then it just stopped. intr handler stopped getting run. but the interrupt register on chip was high. is this a case of lost interrupts? or hardware problem? There is one possible race in the I/O APIC code someone pointed me at recently. You can try expanding the scope of the icu_lock to cover all of ioapic_program_intpin() to see if it fixes your issue (sys///io_apic.c) -- John Baldwin