Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756331AbYKNAaY (ORCPT ); Thu, 13 Nov 2008 19:30:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753714AbYKNAaJ (ORCPT ); Thu, 13 Nov 2008 19:30:09 -0500 Received: from hera.kernel.org ([140.211.167.34]:55659 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753498AbYKNAaI (ORCPT ); Thu, 13 Nov 2008 19:30:08 -0500 Message-ID: <491CC659.7030606@kernel.org> Date: Thu, 13 Nov 2008 16:29:13 -0800 From: Yinghai Lu User-Agent: Thunderbird 2.0.0.17 (X11/20080922) MIME-Version: 1.0 To: Mike Travis CC: Andrew Morton , mingo@elte.hu, tglx@linutronix.de, hpa@zytor.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] sparse_irq aka dyn_irq v13 References: <491434FB.2050904@kernel.org> <86802c440811090003g5ac53822y852a4c1096228f8b@mail.gmail.com> <20081110094033.GL22392@elte.hu> <20081110015511.453a801e.akpm@linux-foundation.org> <4918065A.6050402@kernel.org> <20081110100329.GA19970@elte.hu> <491A9F87.8040403@kernel.org> <20081112120814.GG11352@elte.hu> <491C8B38.9060901@kernel.org> <20081113131850.d94fb229.akpm@linux-foundation.org> <86802c440811131401v5e031240r56686b4ab8a1b1fb@mail.gmail.com> <20081113141340.7e17bdca.akpm@linux-foundation.org> <491CAD20.9020202@kernel.org> <20081113145846.bef2bb90.akpm@linux-foundation.org> <491CB500.8090203@sgi.com> <491CB73E.3030202@kernel.org> <491CC469.20508@sgi.com> In-Reply-To: <491CC469.20508@sgi.com> 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 Content-Length: 1040 Lines: 28 Mike Travis wrote: > Yinghai Lu wrote: >> Mike Travis wrote: >>> Andrew Morton wrote: >>>> On Thu, 13 Nov 2008 14:41:36 -0800 >>>> Yinghai Lu wrote: >>>> >>> That's a good question. If there are 4k or 16k cpus, would the number of >>> irq's being "kstat'd" need to be > 64k? (I'm not exactly sure why there >>> are NR_CPUS * NR_IRQS_LEGACY kstat entries per IRQ?) >> can be replaced with nr_cpu_ids * NR_IRQS_LEGACY... >> >> YH > > Ok, but why does each irq need a list of all other irq's in the system? > Can they be collapsed into one array or percpu list? use a big pointer array like struct irq_desc *desc[1<<32] ? that means 32g bytes... irq = bus/dev/fn/idx or struct irq_desc *desc[NR_CPUS * NR_VECTORS] or per_cpu etc, it mean 4096*256*8 ... irq = cpu/idx YH -- 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/