Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S265040AbTFCPEx (ORCPT ); Tue, 3 Jun 2003 11:04:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S265041AbTFCPEw (ORCPT ); Tue, 3 Jun 2003 11:04:52 -0400 Received: from w240.z209220232.was-dc.dsl.cnc.net ([209.220.232.240]:58781 "EHLO yendi.dmeyer.net") by vger.kernel.org with ESMTP id S265040AbTFCPEm (ORCPT ); Tue, 3 Jun 2003 11:04:42 -0400 Date: Tue, 3 Jun 2003 11:18:09 -0400 From: dmeyer@dmeyer.net To: linux-kernel@vger.kernel.org Subject: Re: lost interrupts with 2.4.1-rc6 and i875p chipset Message-ID: <20030603151809.GA23419@jhereg.dmeyer.net> Reply-To: dmeyer@dmeyer.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030603111519.GA23228@glitch.localdomain> User-Agent: Mutt/1.4.1i X-Newsgroups: local.linux.kernel Organization: dmeyer.net Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2032 Lines: 39 In article <20030603111519.GA23228@glitch.localdomain> you write: > I recently installed Debian on a new i875P chipset machine, and I'm > seeing frequent "hdX: lost interrupt" messages at the console under > 2.4.21-rc6. The IDE system appears to stall for 5 seconds or so > whenever this occurs (I assume that a reset/resync is occurring), but > then seems to recover. It's pretty easy to reproduce... any > significant disk activity will trigger the problem. In particular, > running fsck or copying files off a cdrom will expose the problem > within seconds. I see the same thing with my machine: $ /sbin/lspci 00:00.0 Host bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset Host Bridge (rev 03) 00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset Integrated Graphics Device (rev 03) 00:1d.0 USB Controller: Intel Corp. 82801DB USB (Hub #1) (rev 02) 00:1d.1 USB Controller: Intel Corp. 82801DB USB (Hub #2) (rev 02) 00:1d.2 USB Controller: Intel Corp. 82801DB USB (Hub #3) (rev 02) 00:1d.7 USB Controller: Intel Corp. 82801DB USB EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev 82) 00:1f.0 ISA bridge: Intel Corp. 82801DB ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801DB ICH4 IDE (rev 02) 00:1f.3 SMBus: Intel Corp. 82801DB SMBus (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB AC'97 Audio (rev 02) 01:04.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U 01:09.0 Ethernet controller: Broadcom Corporation: Unknown device 4401 (rev 01) though for me it's more likely to be hitting inn really hard than the cdrom drive. Booting with "noapic" fixes it, though obviously at the cost of losing whatever advantages the APIC provides. -- Dave Meyer dmeyer@dmeyer.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/