LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org> To: "Eric W. Biederman" <ebiederm@xmission.com> Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Linus Torvalds <torvalds@linux-foundation.org>, Andrew Morton <akpm@linux-foundation.org>, Andi Kleen <ak@suse.de>, Benjamin Herrenschmidt <benh@kernel.crashing.org>, Ingo Molnar <mingo@elte.hu>, Alan Cox <alan@lxorguk.ukuu.org.uk> Subject: Re: [RFC] killing the NR_IRQS arrays. Date: Fri, 16 Feb 2007 11:06:56 -0800 [thread overview] Message-ID: <45D600D0.9070602@goop.org> (raw) In-Reply-To: <m1ps8ac4fc.fsf@ebiederm.dsl.xmission.com> Eric W. Biederman wrote: > Well you shouldn't need to wait just run with a kernel with NR_IRQS >= 1024. > 1024 is stretch but it isn't to bad. There are already x86 boxes that have > more pins on their ioapics then that. So x86_64 and with this latest > round of patches from Len Brown and I i386 should be able to support that. > Early Xen patches did just that, but there was general criticism about the memory use. And in the paravirt_ops world, a large compile-time static allocation is not really acceptable if its only needed by Xen. But, hey, if you're OK with it I'll submit the patch ;) > On the other side 1024 looks extremely limiting for exposing pci devices. > If someone gets serious about pushing what is legal with MSI-X you may be > in trouble. As a single device is allowed to have 4096 interrupts. Not > that I can think of a user for so many but... > No, I think we'll burn that bridge when we come to it. J
next prev parent reply other threads:[~2007-02-16 19:07 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-02-16 12:10 [RFC] killing the NR_IRQS arrays Eric W. Biederman 2007-02-16 12:16 ` Andi Kleen 2007-02-16 15:35 ` Eric W. Biederman 2007-02-16 12:41 ` Ingo Molnar 2007-02-16 15:23 ` Eric W. Biederman 2007-02-16 15:49 ` Eric W. Biederman 2007-02-16 22:33 ` Benjamin Herrenschmidt 2007-02-18 21:24 ` Arjan van de Ven 2007-02-19 0:25 ` Benjamin Herrenschmidt 2007-02-27 20:29 ` Eric W. Biederman 2007-02-28 0:41 ` Arnd Bergmann 2007-02-28 7:20 ` Eric W. Biederman 2007-02-28 8:09 ` Benjamin Herrenschmidt 2007-02-28 13:28 ` Eric W. Biederman 2007-02-28 12:24 ` Arnd Bergmann 2007-02-28 13:02 ` Segher Boessenkool 2007-02-28 13:53 ` Eric W. Biederman 2007-03-01 10:47 ` Benjamin Herrenschmidt 2007-02-16 18:07 ` Jeremy Fitzhardinge 2007-02-16 19:01 ` Eric W. Biederman 2007-02-16 19:06 ` Jeremy Fitzhardinge [this message] 2007-02-16 19:45 ` Arnd Bergmann 2007-02-16 19:52 ` Russell King 2007-02-16 20:43 ` Arnd Bergmann 2007-02-16 20:59 ` Russell King 2007-02-16 22:37 ` Benjamin Herrenschmidt 2007-02-17 1:37 ` Arnd Bergmann 2007-02-17 4:00 ` Benjamin Herrenschmidt 2007-02-17 9:06 ` Eric W. Biederman 2007-02-17 21:15 ` Benjamin Herrenschmidt 2007-02-18 6:30 ` Eric W. Biederman 2007-02-18 20:01 ` Benjamin Herrenschmidt 2007-02-17 9:34 ` Eric W. Biederman 2007-02-17 21:20 ` Benjamin Herrenschmidt 2007-02-18 3:58 ` Eric W. Biederman 2007-02-16 22:29 ` Benjamin Herrenschmidt 2007-02-17 8:51 ` Eric W. Biederman 2007-02-17 21:04 ` Benjamin Herrenschmidt 2007-02-18 4:58 ` Eric W. Biederman 2007-02-18 19:58 ` Benjamin Herrenschmidt
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=45D600D0.9070602@goop.org \ --to=jeremy@goop.org \ --cc=ak@suse.de \ --cc=akpm@linux-foundation.org \ --cc=alan@lxorguk.ukuu.org.uk \ --cc=benh@kernel.crashing.org \ --cc=ebiederm@xmission.com \ --cc=linux-arch@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mingo@elte.hu \ --cc=torvalds@linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).