Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753965AbaBVDOf (ORCPT ); Fri, 21 Feb 2014 22:14:35 -0500 Received: from mga01.intel.com ([192.55.52.88]:49572 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753129AbaBVDOd (ORCPT ); Fri, 21 Feb 2014 22:14:33 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.97,523,1389772800"; d="scan'208";a="485820100" Message-ID: <53081614.4020503@linux.intel.com> Date: Sat, 22 Feb 2014 11:14:28 +0800 From: Jiang Liu Organization: Intel User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Yinghai Lu CC: Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Tony Luck , Bjorn Helgaas , "Rafael J. Wysocki" , "linux-pci@vger.kernel.org" , Linux Kernel Mailing List , ACPI Devel Maling List , Joerg Roedel , Donald Dutile , Sebastian Andrzej Siewior , "stable@vger.kernel.org" Subject: Re: [PATCH v5 10/33] iommu, irq: Allocate irq_desc for dmar_msi with local node References: <1388707565-16535-1-git-send-email-yinghai@kernel.org> <1388707565-16535-11-git-send-email-yinghai@kernel.org> <53070393.5020005@linux.intel.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2014/2/22 7:18, Yinghai Lu wrote: > On Thu, Feb 20, 2014 at 11:43 PM, Jiang Liu wrote: >> >> >> On 2014/1/3 8:05, Yinghai Lu wrote: >>> iommu irq's irq_desc should be on local node ram. >>> >>> Fix the return value checking problem. >>> create_irq() will return -1 when fail to allocate. >>> create_irq_nr() will return 0 when fail to allocate. >>> here only check !irq, so need to change it to use create_irq_nr instead. >>> >>> -v2: According to Sebastian, add cc to stable. >>> >>> Signed-off-by: Yinghai Lu >>> Cc: Joerg Roedel >>> Cc: Donald Dutile >>> Acked-by: Donald Dutile >>> Cc: Sebastian Andrzej Siewior >>> Cc: stable@vger.kernel.org >>> --- >>> drivers/iommu/dmar.c | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletion(-) >>> >>> diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c >>> index 8b452c9..f4eaa50 100644 >>> --- a/drivers/iommu/dmar.c >>> +++ b/drivers/iommu/dmar.c >>> @@ -1277,7 +1277,7 @@ int dmar_set_interrupt(struct intel_iommu *iommu) >>> if (iommu->irq) >>> return 0; >>> >>> - irq = create_irq(); >>> + irq = create_irq_nr(0, iommu->node); >> Hi Yinghai, >> How about create_irq_nrq(1, iommu->node) here to clearly state >> that 0 is not a valid irq number for dmar here? > > Should be the same. that 0 or 1 will be from in __create_irqs(). > > And we have > if (from < nr_irqs_gsi) > from = nr_irqs_gsi; > in __create_irqs(). Hi Yinghai, Seems there is no such protection on IA64 side. I feel create_irq_nr() returns 0 for error is a little risky, 0 may be a valid IRQ number on other platforms(no sure about this). Thanks! > > Thanks > > Yinghai > -- 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/