Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030316AbWHOOh7 (ORCPT ); Tue, 15 Aug 2006 10:37:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030320AbWHOOh7 (ORCPT ); Tue, 15 Aug 2006 10:37:59 -0400 Received: from 125.14.cm.sunflower.com ([24.124.14.125]:51851 "EHLO mail.atipa.com") by vger.kernel.org with ESMTP id S1030315AbWHOOh6 (ORCPT ); Tue, 15 Aug 2006 10:37:58 -0400 Message-ID: <44E1DC4E.1020506@atipa.com> Date: Tue, 15 Aug 2006 09:38:06 -0500 From: Roger Heflin User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: Sergei Shtylyov CC: Linux-Kernel , linux-ide@vger.kernel.org Subject: Re: What determines which interrupts are shared under Linux? References: <44E1D760.6070600@atipa.com> <44E1DA98.2040404@ru.mvista.com> In-Reply-To: <44E1DA98.2040404@ru.mvista.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Aug 2006 14:38:18.0125 (UTC) FILETIME=[72CC7BD0:01C6C078] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2342 Lines: 57 Sergei Shtylyov wrote: > Hello, > >> I have identified that the disks that are shared on ide2, ide3 do funny >> things when both are being heavily used (dma_expiry), this is an older >> driver versions >> but I have experienced it before with a lot newer driver, and a bios >> adjustment >> previously fixed a similar issue, so that may be what is needed in >> this case also, >> I am not sure how they fixed it, but I suspect that the setup the >> interrupt >> to not be shared. > > I doubt that your suspicions are justified. > >> I have a large number of machines and under heavy loads all >> seem to duplicate the issue, and it always happens with the disks on >> ide2/ide3, >> never on the disk connected to ide4. > > BTW, you never named your particular IDE hardware. NVIDIA, CK804 chipset. And the disks are on the sata part, and are found as e g and i so if they are in legacy mode, it would make me suspect that the disks believe they are on separate channels, and the performance characteristics appear to confirm that as the disks don't seem to interfere with each other. > >> CPU0 CPU1 CPU2 CPU3 >> 0: 56616921 5359998 7002142 938817 XT-PIC timer >> 1: 8 88 96 0 IO-APIC-edge i8042 >> 2: 0 0 0 0 XT-PIC cascade >> 4: 2091 100 208 2477 IO-APIC-edge serial >> 8: 0 0 0 0 IO-APIC-edge rtc >> 9: 0 0 0 0 IO-APIC-level acpi >> 20: 0 0 0 0 IO-APIC-level >> ehci_hcd >> 21: 0 950 401419 414482 IO-APIC-level >> ide4, ohci_hcd >> 22: 1165 1704243 576247 6796 IO-APIC-level >> ide2, ide3 >> 47: 65971 0 0 0 IO-APIC-level eth0 >> NMI: 1 1 1 1 >> LOC: 69904264 69877733 69879541 69901903 >> ERR: 0 >> MIS: 105 > > MBR, Sergei > - 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/