From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (not verified)) by ozlabs.org (Postfix) with ESMTPS id 52D5FB70A6 for ; Sat, 7 Apr 2012 11:51:53 +1000 (EST) Received: by ggni2 with SMTP id i2so1457787ggn.38 for ; Fri, 06 Apr 2012 18:51:50 -0700 (PDT) Sender: Grant Likely From: Grant Likely Subject: Re: [PATCH v5 06/27] irq_domain/powerpc: eliminate irq_map; use irq_alloc_desc() instead To: Thomas Gleixner , Andreas Schwab In-Reply-To: References: <1329383368-12122-1-git-send-email-grant.likely@secretlab.ca> <1329383368-12122-7-git-send-email-grant.likely@secretlab.ca> <20120402202848.1EB833E02A7@localhost> <20120404154020.40C513E09D5@localhost> Date: Fri, 06 Apr 2012 18:29:42 -0700 Message-Id: <20120407012942.6EAD23E2083@localhost> Cc: devicetree-discuss@lists.ozlabs.org, linux-kernel@vger.kernel.org, Milton Miller , Rob Herring , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 6 Apr 2012 13:17:04 +0200 (CEST), Thomas Gleixner wrote: > On Fri, 6 Apr 2012, Andreas Schwab wrote: > > > Grant Likely writes: > > > > > Can you attach console output logs for each of configs above and also > > > with NR_IRQS=128? That might give me some clues as to which specific > > > code is causing the issues. > > > > It really looks like the issue starts when irq_expand_nr_irqs is called > > the first time to make nr_irqs bigger than NR_IRQS. > > And it looks like the irqdomain code is the real culprit. > > void irq_set_virq_count(unsigned int count) > { > pr_debug("irq: Trying to set virq count to %d\n", count); > > BUG_ON(count < NUM_ISA_INTERRUPTS); > if (count < NR_IRQS) > irq_virq_count = count; > } > > That looks simply wrong..... > > s/NR_IRQS/nr_irqs/ should do the trick. Yeah, that code is wrong and I'll fix it, but the only purpose of that code is to support the direct mapping on hardware that has limit on the largest irq number that it can handle. That shouldn't be the problem here. g.