Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751774Ab2JBEWC (ORCPT ); Tue, 2 Oct 2012 00:22:02 -0400 Received: from mail-ia0-f174.google.com ([209.85.210.174]:42251 "EHLO mail-ia0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751295Ab2JBEV6 (ORCPT ); Tue, 2 Oct 2012 00:21:58 -0400 MIME-Version: 1.0 In-Reply-To: <506A59A4.7060907@pobox.com> References: <506A59A4.7060907@pobox.com> From: Bjorn Helgaas Date: Mon, 1 Oct 2012 22:21:36 -0600 Message-ID: Subject: Re: [PATCH v3 -tip 5/5] AHCI: Support multiple MSIs To: Jeff Garzik Cc: Alexander Gordeev , linux-kernel@vger.kernel.org, Ingo Molnar , Thomas Gleixner , Suresh Siddha , Yinghai Lu , Matthew Wilcox , x86@kernel.org, linux-pci@vger.kernel.org, linux-ide@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2041 Lines: 42 On Mon, Oct 1, 2012 at 9:04 PM, Jeff Garzik wrote: > On 10/01/2012 04:13 AM, Alexander Gordeev wrote: >> >> Take advantage of multiple MSIs implementation on x86 - on systems with >> IRQ remapping AHCI ports not only get assigned separate MSI vectors - >> but also separate IRQs. As result, interrupts generated by different >> ports could be serviced on different CPUs rather than on a single one. >> >> In cases when number of allocated MSIs is less than requested the Sharing >> Last MSI mode does not get used, no matter implemented in hardware or not. >> Instead, the driver assumes the advantage of multiple MSIs is negated and >> falls back to the single MSI mode as if MRSM bit was set (some Intel chips >> implement this strategy anyway - MRSM bit gets set even if the number of >> allocated MSIs exceeds the number of implemented ports). >> >> Signed-off-by: Alexander Gordeev >> --- >> drivers/ata/ahci.c | 91 ++++++++++++++++++++++++++++++++++++-- >> drivers/ata/ahci.h | 6 +++ >> drivers/ata/libahci.c | 118 >> ++++++++++++++++++++++++++++++++++++++++++++++--- >> 3 files changed, 205 insertions(+), 10 deletions(-) > > > Acked-by: Jeff Garzik > > Normally, this amount of changes would -really- need to go through the > libata tree. However, given the amount of dependencies, it either needs a > merge tree or to go through the PCI tree...? > > Any maintainer comments on disposition? For what it's worth, the bulk of this change is outside PCI, so it doesn't seem to me like it should go through the PCI tree. I think I did ack the part that touched PCI, and there's not much activity in the PCI MSI area right now, so I'm fine with it going through libata or whatever people think makes sense. -- 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/